Skip site navigation (1)Skip section navigation (2)


2013/freebsd-hackers/20130714.freebsd-hackers

Messages: 63, new messages first
Last update: Mon Feb 13 14:17:55 2023

home | archive sorted by: subject | author | date | reverse date
  1. Jul 12 =?ISO-8859-1?Q?Otac=EDlio? Re: Error on building cross-gcc
  2. Jul 12 Julian Elischer            Re: Kernel dumps [was Re: possible changes from Panzura]
  3. Jul 12 Reid Linnemann             Re: Attempting to roll back zfs transactions on a disk to recover a destroyed ZFS filesystem
  4. Jul 12 Ed Maste                   Re: Kernel dumps [was Re: possible changes from Panzura]
  5. Jul 12 Diane Bruce                Re: Error on building cross-gcc
  6. Jul 12 Volodymyr Kostyrko         Re: Attempting to roll back zfs transactions on a disk to recover a destroyed ZFS filesystem
  7. Jul 12 Hubbard Jordan             Re: Kernel dumps [was Re: possible changes from Panzura]
  8. Jul 12 =?ISO-8859-1?Q?Otac=EDlio? Error on building cross-gcc
  9. Jul 11 Kevin Day                  Re: Kernel dumps [was Re: possible changes from Panzura]
 10. Jul 11 Artem Belevich             Re: Kernel dumps [was Re: possible changes from Panzura]
 11. Jul 11 Jordan K. Hubbard          Re: Kernel dumps [was Re: possible changes from Panzura]
 12. Jul 11 John Baldwin               Re: Kernel dumps [was Re: possible changes from Panzura]
 13. Jul 11 John Baldwin               Re: memmap in FreeBSD
 14. Jul 11 John Baldwin               Re: Intel D2500CC serial ports
 15. Jul 11 Reid Linnemann             Re: Attempting to roll back zfs transactions on a disk to recover a destroyed ZFS filesystem
 16. Jul 11 Will Andrews               Re: Attempting to roll back zfs transactions on a disk to recover a destroyed ZFS filesystem
 17. Jul 11 Alan Somers                Re: Attempting to roll back zfs transactions on a disk to recover a destroyed ZFS filesystem
 18. Jul 11 Reid Linnemann             Attempting to roll back zfs transactions on a disk to recover a destroyed ZFS filesystem
 19. Jul 11 Julian Elischer            Re: Kernel dumps [was Re: possible changes from Panzura]
 20. Jul 11 Lars Engels                Re: Kernel dumps [was Re: possible changes from Panzura]


21. Jul 11 Neel Natu Re: expanding amd64 past the 1TB limit 22. Jul 10 Vincent Hoffman Re: Kernel dumps [was Re: possible changes from Panzura] 23. Jul 10 Bakul Shah Re: Kernel dumps [was Re: possible changes from Panzura] 24. Jul 10 Will Andrews Re: Kernel dumps [was Re: possible changes from Panzura] 25. Jul 10 Kevin Day Re: Kernel dumps [was Re: possible changes from Panzura] 26. Jul 10 asomers@gmail.com Re: Kernel dumps [was Re: possible changes from Panzura] 27. Jul 10 Jordan Hubbard Re: Kernel dumps [was Re: possible changes from Panzura] 28. Jul 10 Steven Hartland Re: Make ZFS use the physical sector size when computing initial ashift 29. Jul 10 Eric van Gyzen Re: possible changes from Panzura 30. Jul 10 Jordan Hubbard Kernel dumps [was Re: possible changes from Panzura] 31. Jul 10 Justin T. Gibbs Re: Make ZFS use the physical sector size when computing initial ashift 32. Jul 10 Steven Hartland Re: Make ZFS use the physical sector size when computing initial ashift 33. Jul 10 Justin T. Gibbs Re: Make ZFS use the physical sector size when computing initial ashift 34. Jul 10 Steven Hartland Re: Make ZFS use the physical sector size when computing initial ashift 35. Jul 10 Julian Elischer possible changes from Panzura 36. Jul 10 Xin Li Re: Make ZFS use the physical sector size when computing initial ashift 37. Jul 10 Steven Hartland Re: Make ZFS use the physical sector size when computing initial ashift 38. Jul 10 Justin T. Gibbs Re: Make ZFS use the physical sector size when computing initial ashift 39. Jul 10 Xin Li Re: Make ZFS use the physical sector size when computing initial ashift 40. Jul 10 Steven Hartland Re: Make ZFS use the physical sector size when computing initial ashift
41. Jul 10 Borja Marcos Re: Make ZFS use the physical sector size when computing initial ashift 42. Jul 10 =?utf-8?Q?Dag-Erling_Sm=C3 Re: Make ZFS use the physical sector size when computing initial ashift 43. Jul 10 Sergey Kandaurov Re: hw.physmem/hw.realmem question 44. Jul 10 Steven Hartland Re: Make ZFS use the physical sector size when computing initial ashift 45. Jul 10 =?utf-8?Q?Dag-Erling_Sm=C3 Make ZFS use the physical sector size when computing initial ashift 46. Jul 9 Mark Felder Re: writing a rc.d script 47. Jul 9 Wojciech Puchar Re: writing a rc.d script 48. Jul 9 Chad J. Milios login.conf.db, /sbin/init, separate /etc, and configs around "thin provisioning" WAS: Re: nuOS 49. Jul 9 Julian Elischer Re: Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork 50. Jul 8 Teske, Devin Re: Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork 51. Jul 8 Chad J. Milios Re: Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork 52. Jul 8 =?utf-8?B?RW1yZSDDh2FtYWxh Re: HP ILO FreeBSD 8.3 Installation problem 53. Jul 8 Chris Torek Re: expanding amd64 past the 1TB limit 54. Jul 8 Teske, Devin Re: Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork 55. Jul 7 Chad J. Milios Re: Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork 56. Jul 7 =?ISO-8859-1?Q?=22C=2E_Ber Re: [SPAM] Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork 57. Jul 7 Alfred Perlstein Re: [SPAM] Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork 58. Jul 7 =?ISO-8859-1?Q?=22C=2E_Ber Re: [SPAM] Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork 59. Jul 7 Chad J. Milios Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork 60. Jul 7 Guido Falsi Re: writing a rc.d script
61. Jul 7 Eitan Adler Re: writing a rc.d script 62. Jul 7 mangesh chitnis memmap in FreeBSD 63. Jul 7 Kaushal Bhandankar Fwd: ixgbe Jumbo race condition leading to Deadlock


home | archive sorted by: subject | author | date | reverse date