Index of tech-kern for August, 2006


FromSubject
08/01/2006
Jared D. McNeill Re: how to turn off display? (wsdisplay0 at vesafb0)
Steven M. Bellovin Re: how to turn off display? (wsdisplay0 at vesafb0)
Jeremy C. Reed Re: how to turn off display? (wsdisplay0 at vesafb0)
Jeremy C. Reed Re: how to turn off display? (wsdisplay0 at vesafb0)
Elad Efrat Towards a capabilities system
Michael Lorenz Re: how to turn off display? (wsdisplay0 at vesafb0)
Jason Thorpe Re: Towards a capabilities system
Matthias Drochner why is setcontext(0) caught in kernel?
Arnaud Lacombe Re: Towards a capabilities system
Jed Davis Re: Xen time issues
08/02/2006
Klaus Klein Re: why is setcontext(0) caught in kernel?
08/03/2006
Izumi Tsutsui vnconfig(8) against tmpfs files
Juergen Hannken-Illjes Now: Fs suspension take 2
ober Re: Towards a capabilities system
Matthias Drochner Re: why is setcontext(0) caught in kernel?
Jason Thorpe Re: CVS commit: src/sys
08/04/2006
YAMAMOTO Takashi Re: CVS commit: src/sys
08/05/2006
David Young a line discipline for key-up/-down events
Pavel Cahyna Re: a line discipline for key-up/-down events
Pavel Cahyna Re: systrace broken after socket versioning
Jeremy C. Reed Re: how to turn off display? (wsdisplay0 at vesafb0)
David Young Re: a line discipline for key-up/-down events
08/06/2006
Pavel Cahyna Re: a line discipline for key-up/-down events
David Young changes to bit-twiddling macros & __arraycount()
08/07/2006
Stephen Borrill Encrypted compressed vnds
Joerg Sonnenberger Re: Encrypted compressed vnds
Hubert Feyrer Re: Encrypted compressed vnds
Garrett D'Amore Re: Encrypted compressed vnds
Thor Lancelot Simon Re: Encrypted compressed vnds
Garrett D'Amore Re: Encrypted compressed vnds
Ben Harris Re: Encrypted compressed vnds
der Mouse Re: Encrypted compressed vnds
Matthias Drochner Re: changes to bit-twiddling macros & __arraycount()
Jason Thorpe Re: changes to bit-twiddling macros & __arraycount()
Bill Studenmund Re: Encrypted compressed vnds
08/08/2006
Daniel Carosone Re: Encrypted compressed vnds
Stephen Borrill Re: Encrypted compressed vnds
David Brownlee Re: Please audit pool use in your code!
Greg Troxel MS-DOS filesystem mounting woes, and proposed fix
Hubert Feyrer Re: MS-DOS filesystem mounting woes, and proposed fix
Greg Troxel Re: MS-DOS filesystem mounting woes, and proposed fix
Greg Troxel Re: MS-DOS filesystem mounting woes, and proposed fix
08/09/2006
Martin Husemann Re: MS-DOS filesystem mounting woes, and proposed fix
Zafer Aydogan Re: MS-DOS filesystem mounting woes, and proposed fix
Hubert Feyrer Re: MS-DOS filesystem mounting woes, and proposed fix
Christos Zoulas Re: MS-DOS filesystem mounting woes, and proposed fix
Stephen Borrill Re: Encrypted compressed vnds
Quentin Garnier OpenBSD's mpi(4)
Quentin Garnier Re: OpenBSD's mpi(4)
Jason Thorpe Re: OpenBSD's mpi(4)
Jason Thorpe Re: OpenBSD's mpi(4)
08/10/2006
Quentin Garnier Re: OpenBSD's mpi(4)
Juan RP Re: OpenBSD's mpi(4)
Quentin Garnier Re: OpenBSD's mpi(4)
Matt Thomas Re: OpenBSD's mpi(4)
Quentin Garnier Re: OpenBSD's mpi(4)
Jason Thorpe Re: OpenBSD's mpi(4)
08/12/2006
Matthew Jacob Re: OpenBSD's mpi(4)
David Young Re: changes to bit-twiddling macros & __arraycount()
08/13/2006
Martin Husemann Re: changes to bit-twiddling macros & __arraycount()
The Black Hacker Re: changes to bit-twiddling macros & __arraycount()
David Young Re: changes to bit-twiddling macros & __arraycount()
08/14/2006
Martin Husemann Dumping to wedges
08/15/2006
Martin Husemann Re: Dumping to wedges
Jason Thorpe Re: Dumping to wedges
08/16/2006
Jeremy C. Reed Re: how to turn off display? (wsdisplay0 at vesafb0)
Jared D. McNeill Re: how to turn off display? (wsdisplay0 at vesafb0)
08/17/2006
Elad Efrat deprecating ASU accounting flag
Tobias Nygren source of clock drift on NetBSD/alpha found
Jason Thorpe Re: deprecating ASU accounting flag
Martin Husemann Re: deprecating ASU accounting flag
Martin Husemann Re: source of clock drift on NetBSD/alpha found
Ignatios Souvatzis SMP kernel: huge drift with ntpd...
Charles M. Hannum Re: source of clock drift on NetBSD/alpha found
Frank Kardel Re: SMP kernel: huge drift with ntpd...
Thor Lancelot Simon Drivers we should port
Jeff Rizzo Re: Drivers we should port
08/18/2006
Reinoud Zandijk i386 ioapic code broken?
Masao Uebayashi Re: Drivers we should port
Juan RP Re: Drivers we should port
Joerg Sonnenberger Re: Drivers we should port
Juergen Hannken-Illjes Re: Now: Fs suspension take 2
Martin Husemann Re: i386 ioapic code broken?
Quentin Garnier Re: i386 ioapic code broken?
YAMAMOTO Takashi Re: Now: Fs suspension take 2
YAMAMOTO Takashi Re: Now: Fs suspension take 2
Bill Studenmund Re: Now: Fs suspension take 2
Peter Seebach Re: USB card reader
08/19/2006
Jan Danielsson USB card reader
Jan Danielsson Re: USB card reader
Jan Danielsson Re: USB card reader [UPDATE]
Reinoud Zandijk ioapic problems : dmesg and update
Juergen Hannken-Illjes Re: Now: Fs suspension take 2
Reinoud Zandijk Re: Don't use UFS_DIRHASH
Rui Paulo Re: Don't use UFS_DIRHASH
kamel derouiche SE Linux vs SE NetBSD !!
08/20/2006
Peter Bex Zero-length mmaps
Jason Thorpe Re: Zero-length mmaps
Elad Efrat inconsistency in MD mmmmap() implementations?
Hubert Feyrer Re: SE Linux vs SE NetBSD !!
08/21/2006
KIYOHARA Takashi NetBSD/pc98
Elad Efrat Re: systrace broken after socket versioning
Ben Harris vidcvideo and videomode (was: Re: CVS commit: src/distrib/sets/lists/man)
YAMAMOTO Takashi Re: CVS commit: src
Brett Lymn Re: CVS commit: src
Quentin Garnier btdev(4) hard-coded limit
Brett Lymn Re: CVS commit: src
Iain Hibbert bluetooth devices (was Re: CVS commit: src)
Iain Hibbert Re: btdev(4) hard-coded limit
Izumi Tsutsui Re: NetBSD/pc98
Reinoud Zandijk oddity, compat code problem with free disk space reporting?
Brett Lymn per page fingerprinting for verified exec
Charles M. Hannum Bad side effect of "newdirpref"
Kailash Sethuraman Re: Zero-length mmaps
Kailash Sethuraman Re: Zero-length mmaps
Charles M. Hannum Re: Bad side effect of "newdirpref"
Thor Lancelot Simon Re: Zero-length mmaps
Thor Lancelot Simon Re: Bad side effect of "newdirpref"
Thor Lancelot Simon Re: Bad side effect of "newdirpref"
David Laight Re: Bad side effect of "newdirpref"
Sumantra Kundu Throttling IO Requests in NetBSD via Congestion Control
Steven M. Bellovin Re: Throttling IO Requests in NetBSD via Congestion Control
Sumantra Kundu Re: Throttling IO Requests in NetBSD via Congestion Control
Thor Lancelot Simon Re: Throttling IO Requests in NetBSD via Congestion Control
Sumantra Kundu Re: Throttling IO Requests in NetBSD via Congestion Control
Thor Lancelot Simon Re: Throttling IO Requests in NetBSD via Congestion Control
=?ISO-8859-1?Q?Jorge_Ace /dev/random without random sources blocking forever?
Garrett D'Amore Re: /dev/random without random sources blocking forever?
Thomas E. Spanjaard Re: Bad side effect of "newdirpref"
Bill Studenmund Re: Throttling IO Requests in NetBSD via Congestion Control
Bill Studenmund Re: /dev/random without random sources blocking forever?
Thor Lancelot Simon Re: Throttling IO Requests in NetBSD via Congestion Control
Jukka Marin Re: Throttling IO Requests in NetBSD via Congestion Control
Bill Studenmund Re: Throttling IO Requests in NetBSD via Congestion Control
Jason Thorpe Re: Bad side effect of "newdirpref"
Jason Thorpe Re: Throttling IO Requests in NetBSD via Congestion Control
Kurt J. Lidl Re: Throttling IO Requests in NetBSD via Congestion Control
Bill Studenmund Re: Throttling IO Requests in NetBSD via Congestion Control
Bill Studenmund Re: Throttling IO Requests in NetBSD via Congestion Control
Christos Zoulas Re: /dev/random without random sources blocking forever?
Matt Thomas Re: Throttling IO Requests in NetBSD via Congestion Control
Bill Studenmund Re: /dev/random without random sources blocking forever?
Bill Studenmund Re: Throttling IO Requests in NetBSD via Congestion Control
Matt Thomas Re: Throttling IO Requests in NetBSD via Congestion Control
08/22/2006
KIYOHARA Takashi Re: NetBSD/pc98
YAMAMOTO Takashi Re: CVS commit: src
Brett Lymn Re: CVS commit: src
Daniel Carosone Re: /dev/random without random sources blocking forever?
Elad Efrat Re: CVS commit: src
Ignatios Souvatzis Re: SE Linux vs SE NetBSD !!
Alan Barrett Re: /dev/random without random sources blocking forever?
Elad Efrat Re: SE Linux vs SE NetBSD !!
Pavel Cahyna Re: SE Linux vs SE NetBSD !!
Izumi Tsutsui Re: NetBSD/pc98
Garrett D'Amore Re: vidcvideo and videomode
Jed Davis spec_poll vs. revoke
Jed Davis specified device does *too* match mounted device, and other
Bucky Katz apparent bug in iostats
Bill Studenmund Re: spec_poll vs. revoke
08/23/2006
KIYOHARA Takashi Re: NetBSD/pc98
Daniel Carosone Re: Don't use UFS_DIRHASH
YAMAMOTO Takashi Re: Now: Fs suspension take 2
YAMAMOTO Takashi Re: CVS commit: src
David Malone Re: Don't use UFS_DIRHASH
YAMAMOTO Takashi Re: CVS commit: src
Pavel Cahyna Re: specified device does *too* match mounted device, and other VALIASED lossag
Ignatios Souvatzis Re: umodem
Ignatios Souvatzis Re: umodem
Christos Zoulas Re: apparent bug in iostats
Sumantra Kundu Re: Throttling IO Requests in NetBSD via Congestion Control
Alan Silva Re: SE Linux vs SE NetBSD !!
ober Re: SE Linux vs SE NetBSD !!
Bill Studenmund IPL_LOCK oddity
Todd C. Miller Re: SE Linux vs SE NetBSD !!
Jed Davis Re: specified device does *too* match mounted device, and other
08/24/2006
YAMAMOTO Takashi Re: IPL_LOCK oddity
Nick Hudson uvm_page_physload
Ignatios Souvatzis Re: umodem
Manuel Bouyer Re: IPL_LOCK oddity
Quentin Garnier Re: OpenBSD's mpi(4)
Cherry G. Mathew Re: uvm_page_physload
Bill Studenmund Re: IPL_LOCK oddity
Thor Lancelot Simon Re: IPL_LOCK oddity
Nick Hudson Re: uvm_page_physload
M. Warner Losh Re: NetBSD/pc98
M. Warner Losh Re: NetBSD/pc98
M. Warner Losh Re: NetBSD/pc98
Bill Studenmund Re: IPL_LOCK oddity
Travis H. Re: SE Linux vs SE NetBSD !!
Travis H. where do system calls from userland start
Jed Davis Re: spec_poll vs. revoke
Jed Davis Re: specified device does *too* match mounted device
Travis H. Re: where do system calls from userland start
Travis H. misc kern questions
08/25/2006
Elad Efrat Upcoming security model abstraction
Daniel Carosone Re: Upcoming security model abstraction
Rui Paulo Re: Upcoming security model abstraction
Hubert Feyrer Re: where do system calls from userland start
Daniel Carosone Re: where do system calls from userland start
Daniel Carosone Re: umodem
Daniel Carosone Re: misc kern questions
Daniel Carosone Re: Don't use UFS_DIRHASH
Travis H. Re: misc kern questions
Travis H. Re: Upcoming security model abstraction
Elad Efrat Re: Upcoming security model abstraction
Elad Efrat Re: Upcoming security model abstraction
Elad Efrat Re: Upcoming security model abstraction
Elad Efrat Re: SE Linux vs SE NetBSD !!
David P. Reese, Jr. Re: where do system calls from userland start
Hubert Feyrer Re: misc kern questions
Quentin Garnier Re: misc kern questions
David P. Reese, Jr. Re: misc kern questions
Hubert Feyrer Re: misc kern questions
Elad Efrat Re: SE Linux vs SE NetBSD !!
Robert Watson Re: SE Linux vs SE NetBSD !!
Robert Watson Re: SE Linux vs SE NetBSD !!
Elad Efrat Re: SE Linux vs SE NetBSD !!
Izumi Tsutsui Re: uvm_page_physload
Robert Watson Re: SE Linux vs SE NetBSD !!
Jachym Holecek Re: uvm_page_physload
Jason Thorpe Re: Upcoming security model abstraction
Nick Hudson Re: uvm_page_physload
Ben Harris Re: uvm_page_physload
Travis H. Re: SE Linux vs SE NetBSD !!
Elad Efrat Re: SE Linux vs SE NetBSD !!
Steven M. Bellovin Re: SE Linux vs SE NetBSD !!
Travis H. Re: SE Linux vs SE NetBSD !!
Pavel Cahyna Re: where do system calls from userland start
Garrett D'Amore Re: SE Linux vs SE NetBSD !!
Steven M. Bellovin Re: SE Linux vs SE NetBSD !!
Travis H. Re: SE Linux vs SE NetBSD !!
Steven M. Bellovin Re: SE Linux vs SE NetBSD !!
Travis H. Re: SE Linux vs SE NetBSD !!
Chuck Cranor Re: uvm_page_physload
08/26/2006
Elad Efrat Re: SE Linux vs SE NetBSD !!
Elad Efrat Re: SE Linux vs SE NetBSD !!
Robert Watson Re: SE Linux vs SE NetBSD !!
Robert Watson Re: SE Linux vs SE NetBSD !!
Steven M. Bellovin Re: SE Linux vs SE NetBSD !!
Elad Efrat Re: SE Linux vs SE NetBSD !!
Robert Watson Re: SE Linux vs SE NetBSD !!
Brett Lymn Re: SE Linux vs SE NetBSD !!
Rhialto Re: specified device does *too* match mounted device
08/27/2006
Daniel Carosone Re: umodem
Ignatios Souvatzis Re: umodem
08/28/2006
Brett Lymn Re: CVS commit: src
YAMAMOTO Takashi Re: CVS commit: src
Brett Lymn Re: CVS commit: src
David Laight Use of opt_ headers
Quentin Garnier Re: Use of opt_ headers
David Laight Re: Use of opt_ headers
YAMAMOTO Takashi Re: CVS commit: src/sys/dev
Peter Seebach Re: Use of opt_ headers
Quentin Garnier Re: Use of opt_ headers
Ignatios Souvatzis [truist@truist.com: [Fwd: RE: rsync: readdir(.): Bad file descriptor (9)]]
David Laight Re: Use of opt_ headers
Hubert Feyrer Re: Use of opt_ headers
Juan RP RFC: est.c driver synced with OpenBSD.
David Laight Re: Use of opt_ headers
Hubert Feyrer Re: Use of opt_ headers
David Laight Re: Use of opt_ headers
Martin Husemann Re: [truist@truist.com: [Fwd: RE: rsync: readdir(.): Bad file descriptor (9)]]
TlorD Re: Throttling IO Requests in NetBSD via Congestion Control
Alan Silva Re: SE Linux vs SE NetBSD !!
Christos Zoulas Re: [truist@truist.com: [Fwd: RE: rsync: readdir(.): Bad file descriptor (9)]]
Bill Studenmund Re: Throttling IO Requests in NetBSD via Congestion Control
Ken Hornstein Re: SE Linux vs SE NetBSD !!
Tom Spindler Re: RFC: est.c driver synced with OpenBSD.
Sumantra Kundu Re: Throttling IO Requests in NetBSD via Congestion Control
Greg Troxel Re: Throttling IO Requests in NetBSD via Congestion Control
Manuel Bouyer Re: CVS commit: src/sys/dev
Juan RP Re: RFC: est.c driver synced with OpenBSD.
David Laight Re: Throttling IO Requests in NetBSD via Congestion Control
Pavel Cahyna Re: Use of opt_ headers
08/29/2006
Simon Burge Re: RFC: est.c driver synced with OpenBSD.
Daniel Carosone Re: Throttling IO Requests in NetBSD via Congestion Control
Daniel Carosone Re: Throttling IO Requests in NetBSD via Congestion Control
Juan RP Re: RFC: est.c driver synced with OpenBSD.
Andrew Reilly Re: SE Linux vs SE NetBSD !!
Simon Burge Re: RFC: est.c driver synced with OpenBSD.
Juan RP Re: RFC: est.c driver synced with OpenBSD.
Martin Husemann Re: Use of opt_ headers
Quentin Garnier Re: Use of opt_ headers
Peter Seebach Understanding foo_open, foo_read, etc.
Quentin Garnier Re: Understanding foo_open, foo_read, etc.
Peter Seebach Re: Understanding foo_open, foo_read, etc.
Quentin Garnier Re: Understanding foo_open, foo_read, etc.
der Mouse Re: Understanding foo_open, foo_read, etc.
Peter Seebach Re: Understanding foo_open, foo_read, etc.
Peter Seebach Re: Understanding foo_open, foo_read, etc.
der Mouse Re: Understanding foo_open, foo_read, etc.
Peter Seebach Re: Understanding foo_open, foo_read, etc.
Matt Thomas Re: Understanding foo_open, foo_read, etc.
Peter Seebach Re: Understanding foo_open, foo_read, etc.
Jason Thorpe Re: Understanding foo_open, foo_read, etc.
Tom Spindler Re: RFC: est.c driver synced with OpenBSD.
Peter Seebach Re: Understanding foo_open, foo_read, etc.
Jed Davis Re: uvm_page_physload
08/30/2006
Pavel Cahyna Syscall and syscall versioning documentation for review
Peter Seebach More newbie LKM questions
Peter Seebach Re: More newbie LKM questions
Martin Husemann Re: Syscall and syscall versioning documentation for review
Manuel Bouyer Re: uvm_page_physload
Pavel Cahyna Re: Syscall and syscall versioning documentation for review
Martin Husemann Re: Syscall and syscall versioning documentation for review
Pavel Cahyna Re: Syscall and syscall versioning documentation for review
Steven M. Bellovin Re: umodem
Tom Spindler Re: RFC: est.c driver synced with OpenBSD.
08/31/2006
Hubert Feyrer Re: RFC: est.c driver synced with OpenBSD.
Robert Watson Re: SE Linux vs SE NetBSD !!
Juan RP Re: RFC: est.c driver synced with OpenBSD.
Joerg Sonnenberger Re: RFC: est.c driver synced with OpenBSD.
Juan RP Re: RFC: est.c driver synced with OpenBSD.
Juan RP Re: RFC: est.c driver synced with OpenBSD.
Matt Thomas #ifdef in syscalls.master considered harmful
Michael van Elst Re: RFC: est.c driver synced with OpenBSD.
Steven M. Bellovin Re: #ifdef in syscalls.master considered harmful
Rui Paulo Re: RFC: est.c driver synced with OpenBSD.
David P. Reese, Jr. Re: #ifdef in syscalls.master considered harmful
Michael van Elst Re: RFC: est.c driver synced with OpenBSD.