| From | Subject |
| 11/01/2008 |
| Blair Sadewitz | Re: when can we tsleep() ? |
| Bill Stouder-Studenmund | Re: Proposal: B_ARRIER (addresses wapbl performance?) |
| Bill Stouder-Studenmund | Re: Proposal: B_ARRIER (addresses wapbl performance?) |
| Thor Lancelot Simon | Re: Proposal: B_ARRIER (addresses wapbl performance?) |
| 11/02/2008 |
| Bill Stouder-Studenmund | Re: Proposal: B_ARRIER (addresses wapbl performance?) |
| Thor Lancelot Simon | Re: Proposal: B_ARRIER (addresses wapbl performance?) |
| Bill Stouder-Studenmund | Re: Proposal: B_ARRIER (addresses wapbl performance?) |
| 11/03/2008 |
| Manuel Bouyer | Re: Proposal: B_ARRIER (addresses wapbl performance?) |
| Manuel Bouyer | Re: SunFire v100 / Acer M5229 IDE DMA error workaround |
| Thor Lancelot Simon | sys/arch/i386/clock.h: WTF? |
| Mikko Rapeli | Re: Status of current on ARM? |
| Bernd Ernesti | Re: sys/arch/i386/clock.h: WTF? |
| Joerg Sonnenberger | Re: sys/arch/i386/clock.h: WTF? |
| 11/04/2008 |
| Simon Burge | Re: sys/arch/i386/clock.h: WTF? |
| Matt Thomas | would a mutex_wait be useful? |
| Adam Hamsik | Re: would a mutex_wait be useful? |
| Mindaugas Rasiukevicius | Re: would a mutex_wait be useful? |
| Matt Thomas | Re: would a mutex_wait be useful? |
| Matt Thomas | Re: would a mutex_wait be useful? |
| Antti Kantee | Re: would a mutex_wait be useful? |
| Jean-Yves Migeon | Re: would a mutex_wait be useful? |
| Mindaugas Rasiukevicius | Re: would a mutex_wait be useful? |
| Mindaugas Rasiukevicius | Re: would a mutex_wait be useful? |
| Christos Zoulas | Re: would a mutex_wait be useful? |
| Antti Kantee | Re: would a mutex_wait be useful? |
| Mindaugas Rasiukevicius | Re: would a mutex_wait be useful? |
| Joerg Sonnenberger | Re: would a mutex_wait be useful? |
| 11/05/2008 |
| Bill Stouder-Studenmund | Re: Proposal: B_ARRIER (addresses wapbl performance?) |
| Martti Kuparinen | NetBSD/usermode |
| Mindaugas Rasiukevicius | Re: rfc: high-resolution timer framework |
| 11/06/2008 |
| Joel Carnat | Re: kern/39608: bge(4) constant freeze on BCM5906M |
| Emmanuel Dreyfus | NFS-related crashes |
| Alexander Shishkin | Re: rfc: high-resolution timer framework |
| Joerg Sonnenberger | Re: rfc: high-resolution timer framework |
| Alexander Shishkin | Re: rfc: high-resolution timer framework |
| Todd Kover | Re: amd64 panics w/XEN_DOM0, not GENERIC |
| Thor Lancelot Simon | locking/synchronization changes 4.99.66->now? (broken opencrypto) |
| Thor Lancelot Simon | Re: locking/synchronization changes 4.99.66->now? (broken opencrypto) |
| Mindaugas Rasiukevicius | Re: rfc: high-resolution timer framework |
| Bill Stouder-Studenmund | Re: locking/synchronization changes 4.99.66->now? (broken opencrypto) |
| Manuel Bouyer | Re: amd64 panics w/XEN_DOM0, not GENERIC |
| Todd Kover | Re: amd64 panics w/XEN_DOM0, not GENERIC |
| 11/07/2008 |
| Geert Hendrickx | interrupt storm on int19 |
| Havard Eidnes | wsdisplay_kbdholdscreen() |
| Paul Goyette | Include spdmem(4) in GENERIC amd64 & i386 kernels? |
| Reinoud Zandijk | Re: NetBSD/usermode |
| Thor Lancelot Simon | Re: Include spdmem(4) in GENERIC amd64 & i386 kernels? |
| Joerg Sonnenberger | Re: Include spdmem(4) in GENERIC amd64 & i386 kernels? |
| Michael | Re: Include spdmem(4) in GENERIC amd64 & i386 kernels? |
| Paul Goyette | Re: Include spdmem(4) in GENERIC amd64 & i386 kernels? |
| Paul Goyette | Re: Include spdmem(4) in GENERIC amd64 & i386 kernels? |
| Jochen Kunz | Re: Include spdmem(4) in GENERIC amd64 & i386 kernels? |
| Michael | Re: Include spdmem(4) in GENERIC amd64 & i386 kernels? |
| 11/08/2008 |
| Jochen Kunz | Re: Include spdmem(4) in GENERIC amd64 & i386 kernels? |
| Paul Goyette | Questions regarding acpi_tz(4) |
| Michael | Re: Include spdmem(4) in GENERIC amd64 & i386 kernels? |
| Joerg Sonnenberger | Re: Questions regarding acpi_tz(4) |
| Paul Goyette | Re: Questions regarding acpi_tz(4) |
| Joerg Sonnenberger | Re: Questions regarding acpi_tz(4) |
| Paul Goyette | Re: Questions regarding acpi_tz(4) |
| 11/09/2008 |
| Manuel Bouyer | Re: amd64 panics w/XEN_DOM0, not GENERIC |
| Matthias Scheler | Re: Panic in NFS (current/amd64) |
| 11/10/2008 |
| Alexander Shishkin | Re: rfc: high-resolution timer framework |
| David Holland | Re: Proposal for new syscalls: getrusagex and waitx |
| Christoph Egger | RFC: NUMA support |
| Jukka Marin | -current panic on amd64 |
| Manuel Bouyer | Re: RFC: NUMA support |
| Christoph Egger | Re: RFC: NUMA support |
| Martti Kuparinen | Re: -current panic on amd64 |
| Manuel Bouyer | Re: RFC: NUMA support |
| john heasley | Re: -current panic on amd64 |
| Rhialto | Re: RFC: NUMA support |
| john heasley | Re: -current panic on amd64 |
| Karl Uwe Lockhoff | Re: kern/39608: bge(4) constant freeze on BCM5906M |
| 11/11/2008 |
| Martti Kuparinen | Re: -current panic on amd64 |
| Yorick Hardy | Realtek ALC268 support in azalia_codec |
| Ignatios Souvatzis | Re: kern/39608: bge(4) constant freeze on BCM5906M |
| Christoph Egger | Re: kern/39608: bge(4) constant freeze on BCM5906M |
| Andrew Doran | Re: Proposal for new syscalls: getrusagex and waitx |
| Jared D. McNeill | Re: Realtek ALC268 support in azalia_codec |
| Bill Stouder-Studenmund | Weird revivesa issue |
| Jukka Marin | Re: -current panic on amd64 |
| Leonardo Taccari | Re: ppb(4) hotplug support |
| 11/12/2008 |
| Antti Kantee | Re: NetBSD/usermode |
| Mindaugas Rasiukevicius | Path to kmods |
| Andrew Doran | Re: Path to kmods |
| Mindaugas Rasiukevicius | Re: rfc: high-resolution timer framework |
| Hubert Feyrer | Re: Path to kmods |
| vincent | Re: Path to kmods |
| Michael | Re: Path to kmods |
| Antti Kantee | Re: Path to kmods |
| Steven M. Bellovin | Re: Path to kmods |
| Christoph Egger | Re: Path to kmods |
| Herb Peyerl | Re: Path to kmods |
| Quentin Garnier | Re: Path to kmods |
| Christoph Egger | Re: Path to kmods |
| Andrew Doran | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| Hubert Feyrer | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| matthew sporleder | Re: Path to kmods |
| Greg A. Woods; Planix, Inc. | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| matthew sporleder | Re: Path to kmods |
| Herb Peyerl | Re: Path to kmods |
| Greg A. Woods; Planix, Inc. | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| Herb Peyerl | Re: Path to kmods |
| Hubert Feyrer | Re: Path to kmods |
| Joerg Sonnenberger | Re: Path to kmods |
| Christoph Egger | Re: Path to kmods |
| Rhialto | Re: Path to kmods |
| Joerg Sonnenberger | Re: Path to kmods |
| 11/13/2008 |
| Manuel Bouyer | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| Andrew Doran | Re: Path to kmods |
| Andrew Doran | Re: Path to kmods |
| Andrew Doran | Re: Path to kmods |
| Antti Kantee | Re: Path to kmods |
| Andrew Doran | Re: Path to kmods |
| Alexander Shishkin | modules in -current |
| Joerg Sonnenberger | Re: Path to kmods |
| Juergen Hannken-Illjes | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| Christoph Egger | Re: Path to kmods |
| Andrew Doran | Re: Path to kmods |
| Adam Hoka | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| Andrew Doran | Re: Path to kmods |
| Andrew Doran | Re: Path to kmods |
| Christoph Egger | Re: Path to kmods |
| Hubert Feyrer | Re: Path to kmods |
| Andy Shevchenko | Re: modules in -current |
| Herb Peyerl | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| Andrew Doran | Re: Path to kmods |
| Andrew Doran | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| Andrew Doran | Re: Path to kmods |
| Manuel Bouyer | Re: Path to kmods |
| Robert Elz | Re: Path to kmods |
| Johnny Billquist | Re: Path to kmods |
| Matt Thomas | Re: Path to kmods |
| der Mouse | Re: Path to kmods |
| der Mouse | Re: Path to kmods |
| Jared D. McNeill | Re: Path to kmods |
| Johnny Billquist | Re: Path to kmods |
| Johnny Billquist | Re: Path to kmods |
| Hubert Feyrer | Re: Path to kmods |
| Rhialto | Re: Path to kmods |
| Robert Elz | Re: Path to kmods |
| matthew green | re: Path to kmods |
| 11/14/2008 |
| Bill Stouder-Studenmund | Re: Path to kmods |
| Yorick Hardy | Re: Realtek ALC268 support in azalia_codec |
| Jared D. McNeill | Re: Realtek ALC268 support in azalia_codec |
| Matthias Scheler | Re: -current panic on amd64 |
| Izumi Tsutsui | Re: -current panic on amd64 |
| Jukka Marin | Re: -current panic on amd64 |
| Matthias Scheler | Re: -current panic on amd64 |
| Jochen Kunz | Re: Path to kmods |
| 11/15/2008 |
| Matt Thomas | TP4 over IP and EON support to be removed in -current/6.0 |
| Christoph Egger | RFC: generic notification mechanism |
| Antti Kantee | Re: RFC: generic notification mechanism |
| Antti Kantee | Re: TP4 over IP and EON support to be removed in -current/6.0 |
| Matthias Drochner | Re: wsdisplay_kbdholdscreen() |
| Christoph Egger | Re: RFC: generic notification mechanism |
| Michael | Re: Lastest WAPBL update destroys the root partition |
| Joerg Sonnenberger | Re: Lastest WAPBL update destroys the root partition |
| Michael | Re: Lastest WAPBL update destroys the root partition |
| Izumi Tsutsui | Re: -current panic on amd64 |
| Joerg Sonnenberger | Re: Lastest WAPBL update destroys the root partition |
| Rafal Boni | options RND_COM considered dangeous |
| 11/16/2008 |
| Andy Shevchenko | Re: Realtek ALC268 support in azalia_codec |
| Matthias Scheler | Using qsort(3) in the kernel (was: CVS commit: src) |
| Andrew Doran | Re: Using qsort(3) in the kernel (was: CVS commit: src) |
| Johnny Billquist | Re: Using qsort(3) in the kernel |
| Michael | Re: Lastest WAPBL update destroys the root partition |
| Bernd Ernesti | Re: Lastest WAPBL update destroys the root partition |
| kamel derouiche | Re: Using qsort(3) in the kernel (was: CVS commit: src) |
| Steven M. Bellovin | Re: Using qsort(3) in the kernel (was: CVS commit: src) |
| Martin S. Weber | Re: Using qsort(3) in the kernel (was: CVS commit: src) |
| Michael | Re: Lastest WAPBL update destroys the root partition |
| Anders Magnusson | Re: Using qsort(3) in the kernel |
| Joerg Sonnenberger | Re: Lastest WAPBL update destroys the root partition |
| Martin S. Weber | Re: Using qsort(3) in the kernel |
| David Holland | Re: Using qsort(3) in the kernel |
| Daniel Carosone | Re: options RND_COM considered dangeous |
| Joerg Sonnenberger | Re: Using qsort(3) in the kernel (was: CVS commit: src) |
| Martin S. Weber | Re: Using qsort(3) in the kernel (was: CVS commit: src) |
| Aleksey Cheusov | Re: Using qsort(3) in the kernel |
| kamel derouiche | Re: Using qsort(3) in the kernel |
| David Laight | Re: Using qsort(3) in the kernel |
| Johnny Billquist | Re: Using qsort(3) in the kernel |
| 11/17/2008 |
| Johnny Billquist | Re: Using qsort(3) in the kernel |
| Johnny Billquist | Re: Using qsort(3) in the kernel |
| Steven M. Bellovin | Re: Using qsort(3) in the kernel |
| Matt Thomas | Re: Using qsort(3) in the kernel |
| der Mouse | interface detach/destroy hook? |
| Joerg Sonnenberger | Re: interface detach/destroy hook? |
| der Mouse | Re: interface detach/destroy hook? |
| Andrew Reilly | Re: Using qsort(3) in the kernel |
| Alexander Shishkin | Re: rfc: high-resolution timer framework |
| Ignatios Souvatzis | Re: Using qsort(3) in the kernel |
| Martin Husemann | Re: interface detach/destroy hook? |
| Johnny Billquist | Re: Using qsort(3) in the kernel |
| Martin Husemann | ksyms_init considered too heavyweight for early bootstrap |
| Joerg Sonnenberger | Re: interface detach/destroy hook? |
| Ignatios Souvatzis | Re: TP4 over IP and EON support to be removed in -current/6.0 |
| Andrew Doran | Re: options RND_COM considered dangeous |
| Andrew Doran | Re: Using qsort(3) in the kernel (was: CVS commit: src) |
| Andrew Doran | Re: ksyms_init considered too heavyweight for early bootstrap |
| Nick Hudson | Re: TP4 over IP and EON support to be removed in -current/6.0 |
| Matt Thomas | Re: Using qsort(3) in the kernel |
| Michael | Re: Lastest WAPBL update destroys the root partition |
| Michael | Re: ksyms_init considered too heavyweight for early bootstrap |
| Johnny Billquist | Re: Using qsort(3) in the kernel |
| Todd Kover | Re: amd64 panics w/XEN_DOM0, not GENERIC |
| Antti Kantee | Re: TP4 over IP and EON support to be removed in -current/6.0 |
| Joerg Sonnenberger | Re: Lastest WAPBL update destroys the root partition |
| Michael | Re: Lastest WAPBL update destroys the root partition |
| Ignatios Souvatzis | Re: TP4 over IP and EON support to be removed in -current/6.0 |
| Johnny Billquist | Re: TP4 over IP and EON support to be removed in -current/6.0 |
| der Mouse | Re: interface detach/destroy hook? |
| Robert Elz | Re: TP4 over IP and EON support to be removed in -current/6.0 |
| Manuel Bouyer | Re: amd64 panics w/XEN_DOM0, not GENERIC |
| 11/18/2008 |
| Juha Keski-Saari | Kernel Single-user Memory usage breakdown results and tools posted in the NetBSD WIKI |
| Geert Hendrickx | Re: interrupt storm on int19 |
| Christos Zoulas | Re: TP4 over IP and EON support to be removed in -current/6.0 |
| Mindaugas Rasiukevicius | Re: Kernel Single-user Memory usage breakdown results and tools posted in the NetBSD WIKI |
| Arnaud Lacombe | Reducing AES tables spaces |
| Arnaud Lacombe | "Monitoring" proplib's memory consumption |
| 11/19/2008 |
| Matt Thomas | Re: Reducing AES tables spaces |
| der Mouse | Re: Reducing AES tables spaces |
| Arnaud Lacombe | Re: Reducing AES tables spaces |
| Juha Keski-Saari | RE: Kernel Single-user Memory usage breakdown results and tools posted in the NetBSD WIKI |
| Martin Husemann | Re: ksyms_init considered too heavyweight for early bootstrap |
| Daniel Carosone | Re: interrupt storm on int19 |
| Geert Hendrickx | Re: interrupt storm on int19 |
| 11/20/2008 |
| Reinoud Zandijk | Is this assertion still correct? |
| Juha Keski-Saari | Re: Kernel Single-user Memory usage breakdown results and tools posted in the NetBSD WIKI |
| Andrew Doran | Re: Is this assertion still correct? |
| der Mouse | partitioning >2TB? |
| Joerg Sonnenberger | Re: partitioning >2TB? |
| der Mouse | Re: partitioning >2TB? |
| Joerg Sonnenberger | Re: partitioning >2TB? |
| der Mouse | Re: partitioning >2TB? |
| 11/21/2008 |
| Joerg Sonnenberger | Re: partitioning >2TB? |
| Nino Dehne | Lockups and other trouble using large disks, raid(4), cgd(4), dk(4) |
| Thor Lancelot Simon | Re: Lockups and other trouble using large disks, raid(4), cgd(4), dk(4) |
| Nino Dehne | Re: Lockups and other trouble using large disks, raid(4), cgd(4), dk(4) |
| Manuel Bouyer | Re: Lockups and other trouble using large disks, raid(4), cgd(4), dk(4) |
| Nino Dehne | Re: Lockups and other trouble using large disks, raid(4), cgd(4), dk(4) |
| Izumi Tsutsui | Re: Uninitialized var in altq_subr.c |
| Martin Husemann | Re: ksyms_init considered too heavyweight for early bootstrap |
| Thor Lancelot Simon | Re: Lockups and other trouble using large disks, raid(4), cgd(4), dk(4) |
| der Mouse | Re: partitioning >2TB? |
| Greg Oster | Re: partitioning >2TB? |
| Joerg Sonnenberger | Re: partitioning >2TB? |
| Joerg Sonnenberger | Changes for the WAPBL replay format |
| Andrew Doran | Re: ksyms_init considered too heavyweight for early bootstrap |
| Martin Husemann | Re: ksyms_init considered too heavyweight for early bootstrap |
| matthew green | re: ksyms_init considered too heavyweight for early bootstrap |
| Martin Husemann | Re: ksyms_init considered too heavyweight for early bootstrap |
| Andrew Doran | Re: rfc: high-resolution timer framework |
| Martin Husemann | Re: ksyms_init considered too heavyweight for early bootstrap |
| Andrew Doran | Re: Path to kmods |
| Andrew Doran | Re: Path to kmods |
| Andrew Doran | Re: would a mutex_wait be useful? |
| der Mouse | Re: Path to kmods |
| matthew green | re: Path to kmods |
| Andrew Doran | Re: -current panic on amd64 |
| Andrew Doran | Re: RFC: NUMA support |
| matthew green | patch to support >16 bit g/uids on ext2fs |
| Andrew Doran | Re: locking/synchronization changes 4.99.66->now? (broken opencrypto) |
| 11/22/2008 |
| Izumi Tsutsui | Re: patch to support >16 bit g/uids on ext2fs |
| matthew green | re: patch to support >16 bit g/uids on ext2fs |
| Izumi Tsutsui | Re: patch to support >16 bit g/uids on ext2fs |
| der Mouse | Re: Path to kmods |
| Arnaud Lacombe | Re: Path to kmods |
| Martin S. Weber | Re: Path to kmods |
| Adam Hamsik | Re: Path to kmods |
| Joerg Sonnenberger | Re: Path to kmods |
| matthew green | re: Path to kmods |
| der Mouse | Re: Path to kmods |
| matthew green | re: Path to kmods |
| matthew green | re: Path to kmods |
| der Mouse | Re: Path to kmods |
| der Mouse | Re: Path to kmods |
| Matt Thomas | Re: Path to kmods |
| Hubert Feyrer | Re: Path to kmods |
| 11/23/2008 |
| Nino Dehne | a small cgd(4) hiccup? |
| Izumi Tsutsui | Re: Path to kmods |
| matthew green | re: patch to support >16 bit g/uids on ext2fs |
| der Mouse | Re: Path to kmods |
| Alistair Crooks | Re: Path to kmods |
| Izumi Tsutsui | Re: patch to support >16 bit g/uids on ext2fs |
| der Mouse | Re: Path to kmods |
| Izumi Tsutsui | Re: Path to kmods |
| matthew green | re: patch to support >16 bit g/uids on ext2fs |
| Izumi Tsutsui | Re: patch to support >16 bit g/uids on ext2fs |
| Adam Hoka | Re: Path to kmods |
| Christos Zoulas | Re: Path to kmods |
| 11/24/2008 |
| Edgar =?iso-8859-1?B?RnXf?= | Analyzing a 4.0/amd64 panic |
| Greg A. Woods; Planix, Inc. | Re: dynamic vs. static (was: Path to kmods) |
| David Young | Re: RFC: NUMA support |
| Thor Lancelot Simon | Re: RFC: NUMA support |
| David Laight | Re: Analyzing a 4.0/amd64 panic |
| Edgar =?iso-8859-1?B?RnXf?= | panic: softdep_deallocate_dependencies: unrecovered I/O error (but no I/O error) |
| Greg Oster | Re: panic: softdep_deallocate_dependencies: unrecovered I/O error (but no I/O error) |
| David Laight | Re: Analyzing a 4.0/amd64 panic |
| Edgar =?iso-8859-1?B?RnXf?= | saving RAIDframe parity accross a panic |
| Edgar =?iso-8859-1?B?RnXf?= | Re: Analyzing a 4.0/amd64 panic |
| 11/25/2008 |
| kamel derouiche | Equivalent of the system call sendfile |
| Ignatios Souvatzis | Re: Equivalent of the system call sendfile |
| David Huang | Re: Equivalent of the system call sendfile |
| Antti Kantee | Re: CVS commit: src/sys/kern |
| Wouter Klouwen | Re: Equivalent of the system call sendfile |
| Andrew Doran | Re: panic: softdep_deallocate_dependencies: unrecovered I/O error (but no I/O error) |
| Edgar =?iso-8859-1?B?RnXf?= | Re: panic: softdep_deallocate_dependencies: unrecovered I/O error (but no I/O error) |
| Ignatios Souvatzis | Re: Equivalent of the system call sendfile |
| Andrew Doran | Re: Analyzing a 4.0/amd64 panic |
| Edgar =?iso-8859-1?B?RnXf?= | Re: Analyzing a 4.0/amd64 panic |
| Edgar =?iso-8859-1?B?RnXf?= | Re: Analyzing a 4.0/amd64 panic |
| Matthias Drochner | sigaction(2) broken in -current |
| Mikko Rapeli | Re: sigaction(2) broken in -current |
| Andrew Doran | Re: sigaction(2) broken in -current |
| Greg Oster | Re: saving RAIDframe parity accross a panic |
| Matthias Drochner | Re: sigaction(2) broken in -current |
| Edgar =?iso-8859-1?B?RnXf?= | Re: saving RAIDframe parity accross a panic |
| Greg Oster | Re: saving RAIDframe parity accross a panic |
| kamel derouiche | Re: Equivalent of the system call sendfile |
| Geert Hendrickx | Re: saving RAIDframe parity accross a panic |
| Thor Lancelot Simon | Re: saving RAIDframe parity accross a panic |
| Brian Buhrow | Re: panic: softdep_deallocate_dependencies: unrecovered I/O error (but no I/O error) |
| Greg Oster | Re: saving RAIDframe parity accross a panic |
| Greg Oster | Re: panic: softdep_deallocate_dependencies: unrecovered I/O error (but no I/O error) |
| kamel derouiche | Re: Equivalent of the system call sendfile |
| Paul Goyette | Using modules for non-i386 GENERIC kernels |
| Wouter Klouwen | Re: Equivalent of the system call sendfile |
| David Laight | Re: Equivalent of the system call sendfile |
| 11/26/2008 |
| Thor Lancelot Simon | Re: Equivalent of the system call sendfile |
| Dennis den Brok | re(4) patch curing livelocks |
| 11/27/2008 |
| Edgar =?iso-8859-1?B?RnXf?= | Re: saving RAIDframe parity accross a panic |
| Edgar =?iso-8859-1?B?RnXf?= | Re: panic: softdep_deallocate_dependencies: unrecovered I/O error (but no I/O error) |
| Greg Oster | Re: saving RAIDframe parity accross a panic |
| Greg Oster | Re: panic: softdep_deallocate_dependencies: unrecovered I/O error (but no I/O error) |
| der Mouse | Re: saving RAIDframe parity accross a panic |
| Antti Kantee | virtual kernels, syscall routing, etc. |
| 11/28/2008 |
| Edgar =?iso-8859-1?B?RnXf?= | Re: saving RAIDframe parity accross a panic |
| Edgar =?iso-8859-1?B?RnXf?= | replacing a soon-to-fail RAID component on the fly (was: saving RAIDframe parity accross a panic) |
| Antti Kantee | Re: virtual kernels, syscall routing, etc. |
| Andrew Doran | Re: virtual kernels, syscall routing, etc. |
| Andrew Doran | Re: panic: softdep_deallocate_dependencies: unrecovered I/O error (but no I/O error) |
| Andrew Doran | Re: virtual kernels, syscall routing, etc. |
| Antti Kantee | Re: virtual kernels, syscall routing, etc. |
| der Mouse | Re: replacing a soon-to-fail RAID component on the fly (was: saving RAIDframe parity accross a panic) |
| Greg Oster | Re: panic: softdep_deallocate_dependencies: unrecovered I/O error (but no I/O error) |
| 11/29/2008 |
| Paul Goyette | Re: Module problem on amd64 (fwd) |
| der Mouse | Re: Module problem on amd64 (fwd) |
| Paul Goyette | Re: Module problem on amd64 (fwd) |
| Paul Goyette | Re: Module problem on amd64 (fwd) |
| Arnaud Lacombe | Fixing tap(4) behaviour |
| Quentin Garnier | Re: Fixing tap(4) behaviour |
| Manuel Bouyer | Re: Fixing tap(4) behaviour |
| Arnaud Lacombe | Re: Fixing tap(4) behaviour |
| Quentin Garnier | Re: Fixing tap(4) behaviour |
| 11/30/2008 |
| Christos Zoulas | Re: Fixing tap(4) behaviour |
| Arnaud Lacombe | Atheros HAL opensourced |
| Quentin Garnier | Re: Atheros HAL opensourced |
| Arnaud Lacombe | Re: Atheros HAL opensourced |
| Anders Magnusson | Scsipi guru needed... |
| Matthias Scheler | Re: Equivalent of the system call sendfile |
| Manuel Bouyer | Re: Scsipi guru needed... |
| Anders Magnusson | Re: Scsipi guru needed... |
| Anders Magnusson | Re: Scsipi guru needed... |
| Thor Lancelot Simon | Re: Scsipi guru needed... |
| Michael L. Hitch | Re: Scsipi guru needed... |