tech-kern by date

Last updated: Sun Aug 04 15:53:06 2013
Messages in reverse chronological order
Timezone is UTC

Page 1 of 2008/11
[Prev Page] [Newest Page] [Oldest Page] [Next Page]

TimeSubject# followupsFrom
Mon, 17 Nov 2008
01:33 Re: Using qsort(3) in the kernel (0) Steven M. Bellovin
00:01 Re: Using qsort(3) in the kernel (0) Johnny Billquist
00:00 Re: Using qsort(3) in the kernel (1) Johnny Billquist
Sun, 16 Nov 2008
23:58 Re: Using qsort(3) in the kernel (1) Johnny Billquist
21:37 Re: Using qsort(3) in the kernel (1) David Laight
21:26 Re: Using qsort(3) in the kernel (0) kamel derouiche
21:24 Re: Using qsort(3) in the kernel (0) Aleksey Cheusov
21:23 Re: Using qsort(3) in the kernel (was: CVS commit: (0) Martin S. Weber
21:08 Re: Using qsort(3) in the kernel (was: CVS commit: (3) Joerg Sonnenberger
20:48 Re: options RND_COM considered dangeous (1) Daniel Carosone
20:22 Re: Using qsort(3) in the kernel (2) David Holland
20:19 Re: Using qsort(3) in the kernel (2) Martin S. Weber
19:39 Re: Lastest WAPBL update destroys the root partiti (1) Joerg Sonnenberger
19:34 Re: Using qsort(3) in the kernel (2) Anders Magnusson
19:21 Re: Lastest WAPBL update destroys the root partiti (0) Michael
19:19 Re: Using qsort(3) in the kernel (was: CVS commit: (1) Martin S. Weber
18:41 Re: Using qsort(3) in the kernel (was: CVS commit: (1) Steven M. Bellovin
18:11 Re: Using qsort(3) in the kernel (was: CVS commit: (1) kamel derouiche
18:07 Re: Lastest WAPBL update destroys the root partiti (0) Bernd Ernesti
17:40 Re: Lastest WAPBL update destroys the root partiti (1) Michael
17:28 Re: Using qsort(3) in the kernel (0) Johnny Billquist
17:14 Re: Using qsort(3) in the kernel (was: CVS commit: (1) Andrew Doran
15:38 Using qsort(3) in the kernel (was: CVS commit: src (3) Matthias Scheler
11:58 Re: Realtek ALC268 support in azalia_codec (0) Andy Shevchenko
Sat, 15 Nov 2008
21:11 options RND_COM considered dangeous (1) Rafal Boni
20:56 Re: Lastest WAPBL update destroys the root partiti (2) Joerg Sonnenberger
19:25 Re: -current panic on amd64 (0) Izumi Tsutsui
19:16 Re: Lastest WAPBL update destroys the root partiti (1) Michael
18:32 Re: Lastest WAPBL update destroys the root partiti (2) Joerg Sonnenberger
18:21 Re: Lastest WAPBL update destroys the root partiti (1) Michael
16:18 Re: RFC: generic notification mechanism (0) Christoph Egger
16:16 Re: wsdisplay_kbdholdscreen() (0) Matthias Drochner
10:47 Re: TP4 over IP and EON support to be removed in - (0) Antti Kantee
10:40 Re: RFC: generic notification mechanism (1) Antti Kantee
10:03 RFC: generic notification mechanism (1) Christoph Egger
04:34 TP4 over IP and EON support to be removed in -curr (2) Matt Thomas
Fri, 14 Nov 2008
17:45 Re: Path to kmods (0) Jochen Kunz
16:41 Re: -current panic on amd64 (1) Matthias Scheler
15:57 Re: -current panic on amd64 (2) Jukka Marin
15:31 Re: -current panic on amd64 (0) Izumi Tsutsui
14:32 Re: -current panic on amd64 (2) Matthias Scheler
11:48 Re: Realtek ALC268 support in azalia_codec (0) Jared D. McNeill
09:00 Re: Realtek ALC268 support in azalia_codec (1) Yorick Hardy
06:19 Re: Path to kmods (0) Bill Stouder-Studenmund
Thu, 13 Nov 2008
22:59 re: Path to kmods (0) matthew green
22:00 Re: Path to kmods (0) Robert Elz
21:52 Re: Path to kmods (0) Rhialto
21:23 Re: Path to kmods (2) Hubert Feyrer
19:23 Re: Path to kmods (0) Johnny Billquist
19:18 Re: Path to kmods (1) Johnny Billquist
19:11 Re: Path to kmods (0) Jared D. McNeill
18:37 Re: Path to kmods (0) der Mouse
18:29 Re: Path to kmods (4) der Mouse
18:10 Re: Path to kmods (1) Matt Thomas
17:49 Re: Path to kmods (3) Johnny Billquist
17:32 Re: Path to kmods (3) Robert Elz
15:44 Re: Path to kmods (0) Manuel Bouyer
15:11 Re: Path to kmods (1) Andrew Doran
14:56 Re: Path to kmods (0) Manuel Bouyer
14:49 Re: Path to kmods (1) Andrew Doran
14:48 Re: Path to kmods (0) Andrew Doran
14:30 Re: Path to kmods (2) Manuel Bouyer
14:28 Re: Path to kmods (1) Manuel Bouyer
13:51 Re: Path to kmods (0) Manuel Bouyer
13:49 Re: Path to kmods (0) Herb Peyerl
12:20 Re: modules in -current (0) Andy Shevchenko
12:13 Re: Path to kmods (1) Hubert Feyrer
12:06 Re: Path to kmods (0) Christoph Egger
12:05 Re: Path to kmods (1) Andrew Doran
12:00 Re: Path to kmods (2) Andrew Doran
11:00 Re: Path to kmods (1) Manuel Bouyer
10:39 Re: Path to kmods (0) Adam Hoka
10:34 Re: Path to kmods (0) Andrew Doran
10:33 Re: Path to kmods (1) Christoph Egger
10:17 Re: Path to kmods (1) Manuel Bouyer
09:48 Re: Path to kmods (1) Juergen Hannken-Illjes
09:39 Re: Path to kmods (0) Joerg Sonnenberger
09:36 modules in -current (1) Alexander Shishkin
09:24 Re: Path to kmods (1) Andrew Doran
09:07 Re: Path to kmods (0) Antti Kantee
08:58 Re: Path to kmods (2) Andrew Doran
08:53 Re: Path to kmods (1) Andrew Doran
08:50 Re: Path to kmods (1) Andrew Doran
08:26 Re: Path to kmods (0) Manuel Bouyer
08:25 Re: Path to kmods (2) Manuel Bouyer
Wed, 12 Nov 2008
23:50 Re: Path to kmods (0) Joerg Sonnenberger
23:45 Re: Path to kmods (1) Rhialto
23:30 Re: Path to kmods (1) Christoph Egger
22:45 Re: Path to kmods (1) Joerg Sonnenberger
22:37 Re: Path to kmods (2) Hubert Feyrer
21:02 Re: Path to kmods (0) Herb Peyerl
20:59 Re: Path to kmods (1) Manuel Bouyer
20:56 Re: Path to kmods (3) Manuel Bouyer
20:46 Re: Path to kmods (0) Greg A. Woods; Planix, Inc.
20:45 Re: Path to kmods (2) Herb Peyerl
20:35 Re: Path to kmods (1) matthew sporleder
20:20 Re: Path to kmods (1) Manuel Bouyer
20:19 Re: Path to kmods (1) Manuel Bouyer
18:26 Re: Path to kmods (1) Greg A. Woods; Planix, Inc.
18:10 Re: Path to kmods (1) matthew sporleder
17:42 Re: Path to kmods (1) Manuel Bouyer
17:05 Re: Path to kmods (4) Hubert Feyrer
16:55 Re: Path to kmods (2) Manuel Bouyer
16:54 Re: Path to kmods (0) Andrew Doran
16:27 Re: Path to kmods (0) Christoph Egger
16:17 Re: Path to kmods (2) Quentin Garnier
16:16 Re: Path to kmods (0) Herb Peyerl
16:12 Re: Path to kmods (2) Christoph Egger
16:05 Re: Path to kmods (0) Steven M. Bellovin
16:05 Re: Path to kmods (2) Antti Kantee
15:59 Re: Path to kmods (1) Michael
15:55 Re: Path to kmods (0) vincent
15:52 Re: Path to kmods (6) Hubert Feyrer
15:48 Re: rfc: high-resolution timer framework (2) Mindaugas Rasiukevicius
15:34 Re: Path to kmods (1) Andrew Doran
15:29 Path to kmods (1) Mindaugas Rasiukevicius
13:42 Re: NetBSD/usermode (0) Antti Kantee
Tue, 11 Nov 2008
20:43 Re: ppb(4) hotplug support (0) Leonardo Taccari
17:15 Re: -current panic on amd64 (1) Jukka Marin
17:01 Weird revivesa issue (0) Bill Stouder-Studenmund
16:21 Re: Realtek ALC268 support in azalia_codec (1) Jared D. McNeill
13:14 Re: Proposal for new syscalls: getrusagex and wait (0) Andrew Doran
11:55 Re: kern/39608: bge(4) constant freeze on BCM5906M (0) Christoph Egger
11:43 Re: kern/39608: bge(4) constant freeze on BCM5906M (1) Ignatios Souvatzis
08:16 Realtek ALC268 support in azalia_codec (2) Yorick Hardy
06:47 Re: -current panic on amd64 (1) Martti Kuparinen
Mon, 10 Nov 2008
21:46 Re: kern/39608: bge(4) constant freeze on BCM5906M (1) Karl Uwe Lockhoff
18:58 Re: -current panic on amd64 (0) john heasley
17:19 Re: RFC: NUMA support (0) Rhialto
16:33 Re: -current panic on amd64 (1) john heasley
16:17 Re: RFC: NUMA support (0) Manuel Bouyer
16:16 Re: -current panic on amd64 (1) Martti Kuparinen
16:09 Re: RFC: NUMA support (1) Christoph Egger
15:36 Re: RFC: NUMA support (1) Manuel Bouyer
15:33 -current panic on amd64 (2) Jukka Marin
15:11 RFC: NUMA support (4) Christoph Egger
07:40 Re: Proposal for new syscalls: getrusagex and wait (0) David Holland
07:21 Re: rfc: high-resolution timer framework (0) Alexander Shishkin
Sun, 09 Nov 2008
22:36 Re: Panic in NFS (current/amd64) (0) Matthias Scheler
12:11 Re: amd64 panics w/XEN_DOM0, not GENERIC (1) Manuel Bouyer
Sat, 08 Nov 2008
22:04 Re: Questions regarding acpi_tz(4) (0) Paul Goyette
21:38 Re: Questions regarding acpi_tz(4) (1) Joerg Sonnenberger
19:57 Re: Questions regarding acpi_tz(4) (1) Paul Goyette
18:33 Re: Questions regarding acpi_tz(4) (1) Joerg Sonnenberger
17:00 Re: Include spdmem(4) in GENERIC amd64 & i386 kern (0) Michael
14:31 Questions regarding acpi_tz(4) (1) Paul Goyette
07:51 Re: Include spdmem(4) in GENERIC amd64 & i386 kern (1) Jochen Kunz
Fri, 07 Nov 2008
22:37 Re: Include spdmem(4) in GENERIC amd64 & i386 kern (1) Michael
22:24 Re: Include spdmem(4) in GENERIC amd64 & i386 kern (1) Jochen Kunz
18:53 Re: Include spdmem(4) in GENERIC amd64 & i386 kern (2) Paul Goyette
18:48 Re: Include spdmem(4) in GENERIC amd64 & i386 kern (0) Paul Goyette
18:32 Re: Include spdmem(4) in GENERIC amd64 & i386 kern (0) Michael
18:11 Re: Include spdmem(4) in GENERIC amd64 & i386 kern (2) Joerg Sonnenberger
18:06 Re: Include spdmem(4) in GENERIC amd64 & i386 kern (1) Thor Lancelot Simon
17:38 Re: NetBSD/usermode (1) Reinoud Zandijk
17:30 Include spdmem(4) in GENERIC amd64 & i386 kernels? (2) Paul Goyette
12:23 wsdisplay_kbdholdscreen() (1) Havard Eidnes
11:58 interrupt storm on int19 (2) Geert Hendrickx
Thu, 06 Nov 2008
18:57 Re: amd64 panics w/XEN_DOM0, not GENERIC (1) Todd Kover
18:32 Re: amd64 panics w/XEN_DOM0, not GENERIC (1) Manuel Bouyer
17:37 Re: locking/synchronization changes 4.99.66->now? (0) Bill Stouder-Studenmund
17:27 Re: rfc: high-resolution timer framework (1) Mindaugas Rasiukevicius
16:09 Re: locking/synchronization changes 4.99.66->now? (0) Thor Lancelot Simon
16:01 locking/synchronization changes 4.99.66->now? (bro (3) Thor Lancelot Simon
14:10 Re: amd64 panics w/XEN_DOM0, not GENERIC (1) Todd Kover
14:09 Re: rfc: high-resolution timer framework (1) Alexander Shishkin
13:43 Re: rfc: high-resolution timer framework (2) Joerg Sonnenberger
12:44 Re: rfc: high-resolution timer framework (0) Alexander Shishkin
10:30 NFS-related crashes (1) Emmanuel Dreyfus
08:59 Re: kern/39608: bge(4) constant freeze on BCM5906M (0) Joel Carnat
Wed, 05 Nov 2008
12:10 Re: rfc: high-resolution timer framework (2) Mindaugas Rasiukevicius
09:03 NetBSD/usermode (1) Martti Kuparinen
00:03 Re: Proposal: B_ARRIER (addresses wapbl performanc (1) Bill Stouder-Studenmund
Tue, 04 Nov 2008
21:49 Re: would a mutex_wait be useful? (0) Joerg Sonnenberger
21:09 Re: would a mutex_wait be useful? (0) Mindaugas Rasiukevicius
20:35 Re: would a mutex_wait be useful? (0) Antti Kantee
20:24 Re: would a mutex_wait be useful? (3) Christos Zoulas
20:00 Re: would a mutex_wait be useful? (1) Mindaugas Rasiukevicius
19:27 Re: would a mutex_wait be useful? (1) Mindaugas Rasiukevicius
19:15 Re: would a mutex_wait be useful? (0) Jean-Yves Migeon
18:34 Re: would a mutex_wait be useful? (0) Antti Kantee
18:19 Re: would a mutex_wait be useful? (3) Matt Thomas
17:53 Re: would a mutex_wait be useful? (1) Matt Thomas
11:51 Re: would a mutex_wait be useful? (1) Mindaugas Rasiukevicius
09:35 Re: would a mutex_wait be useful? (1) Adam Hamsik
07:38 would a mutex_wait be useful? (2) Matt Thomas
06:18 Re: sys/arch/i386/clock.h: WTF? (0) Simon Burge
Mon, 03 Nov 2008
18:44 Re: sys/arch/i386/clock.h: WTF? (0) Joerg Sonnenberger
18:26 Re: sys/arch/i386/clock.h: WTF? (1) Bernd Ernesti
09:20 Re: Status of current on ARM? (0) Mikko Rapeli
04:29 sys/arch/i386/clock.h: WTF? (2) Thor Lancelot Simon
00:30 Re: SunFire v100 / Acer M5229 IDE DMA error workar (0) Manuel Bouyer
00:28 Re: Proposal: B_ARRIER (addresses wapbl performanc (0) Manuel Bouyer
Sun, 02 Nov 2008
21:55 Re: Proposal: B_ARRIER (addresses wapbl performanc (0) Bill Stouder-Studenmund
18:50 Re: Proposal: B_ARRIER (addresses wapbl performanc (1) Thor Lancelot Simon
15:57 Re: Proposal: B_ARRIER (addresses wapbl performanc (1) Bill Stouder-Studenmund
Sat, 01 Nov 2008
15:46 Re: Proposal: B_ARRIER (addresses wapbl performanc (2) Thor Lancelot Simon
05:26 Re: Proposal: B_ARRIER (addresses wapbl performanc (0) Bill Stouder-Studenmund
05:16 Re: Proposal: B_ARRIER (addresses wapbl performanc (1) Bill Stouder-Studenmund
03:22 Re: when can we tsleep() ? (0) Blair Sadewitz


Page 1 of 2008/11
[Prev Page] [Newest Page] [Oldest Page] [Next Page]
Home


Mail converted by MHonArc