Index of
tech-kern
for December, 2003
From
Subject
12/01/2003
YAMAMOTO Takashi
Re: buffer cache memory management revision
Bang Jun-Young
Re: more on non-executable mappings
Simon Burge
Re: buffer cache memory management revision
Simon Burge
Re: lwp id in ktrace
matthew green
re: lwp id in ktrace
matthew green
re: lwp id in ktrace
Paul Kranenburg
Re: buffer cache memory management revision
Quentin Garnier
Error LED on Soekris net4501
Emmanuel Dreyfus
Re: psignal() and COMPAT_MACH exceptions
Juergen Hannken-Illjes
Re: NEW_BUFQ_STRATEGY
Emmanuel Dreyfus
Re: SIGTRAP for traced processes and COMPAT_MACH
Emmanuel Dreyfus
Re: psignal() and COMPAT_MACH exceptions
Jaromir Dolecek
Re: SIGTRAP for traced processes and COMPAT_MACH
Emmanuel Dreyfus
Re: SIGTRAP for traced processes and COMPAT_MACH
Ben Harris
Re: buffer cache memory management revision
Jaromir Dolecek
Re: SIGTRAP for traced processes and COMPAT_MACH
Christos Zoulas
Re: lwp id in ktrace
Christos Zoulas
re: lwp id in ktrace
Christos Zoulas
Re: psignal() and COMPAT_MACH exceptions
Emmanuel Dreyfus
Re: SIGTRAP for traced processes and COMPAT_MACH
Emmanuel Dreyfus
Re: psignal() and COMPAT_MACH exceptions
Paul Kranenburg
Re: buffer cache memory management revision
Chuck Silvers
Re: more on non-executable mappings
Jason Thorpe
Re: Error LED on Soekris net4501
Chuck Silvers
Re: NEW_BUFQ_STRATEGY
Chuck Silvers
Re: NEW_BUFQ_STRATEGY
Christos Zoulas
Re: lwp id in ktrace
Chuck Silvers
Re: buffer cache memory management revision
Chuck Silvers
Re: buffer cache memory management revision
Emmanuel Dreyfus
Re: lwp id in ktrace
Bill Studenmund
Re: lwp id in ktrace
Jason Thorpe
Re: NEW_BUFQ_STRATEGY
Rafal Boni
Re: Error LED on Soekris net4501
Juergen Hannken-Illjes
Re: NEW_BUFQ_STRATEGY
Jukka Marin
Re: Error LED on Soekris net4501
Bill Studenmund
Re: lwp id in ktrace
Thor Lancelot Simon
Re: NEW_BUFQ_STRATEGY
ragge@ludd.luth.se
Re: buffer cache memory management revision
Christos Zoulas
Re: lwp id in ktrace
Jason Thorpe
Re: buffer cache memory management revision
Thor Lancelot Simon
Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
ragge@ludd.luth.se
Re: buffer cache memory management revision
Christos Zoulas
re: lwp id in ktrace
Jason Thorpe
Re: buffer cache memory management revision
Jason Thorpe
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Ben Collver
Re: lwp id in ktrace
Alfred Perlstein
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Thor Lancelot Simon
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Jason Thorpe
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Alfred Perlstein
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Bill Studenmund
Re: lwp id in ktrace
Greywolf
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Matt Thomas
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Thor Lancelot Simon
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
der Mouse
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Christos Zoulas
Re: lwp id in ktrace
Jason Thorpe
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Thor Lancelot Simon
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Jason Thorpe
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Thor Lancelot Simon
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
der Mouse
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Jason Thorpe
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Jason Thorpe
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Alfred Perlstein
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Jason Thorpe
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Matthew Orgass
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
12/02/2003
matthew green
re: lwp id in ktrace
Emmanuel Dreyfus
Re: lwp id in ktrace
ragge@ludd.luth.se
Re: buffer cache memory management revision
Robert Elz
Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)
Ian McIntosh
Western Digital 250G hard drive
12/03/2003
Paul Kranenburg
Re: buffer cache memory management revision
YAMAMOTO Takashi
Re: buffer cache memory management revision
roberto@redix.it
Re: Western Digital 250G hard drive
YAMAMOTO Takashi
Re: buffer cache memory management revision
Chuck Silvers
Re: NEW_BUFQ_STRATEGY
Chuck Silvers
Re: buffer cache memory management revision
Thor Lancelot Simon
Re: NEW_BUFQ_STRATEGY
Jorgen Lundman
Re: Western Digital 250G hard drive
Simon Burge
Re: Western Digital 250G hard drive
Ian McIntosh
Re: Western Digital 250G hard drive
Wolfgang S. Rupprecht
Re: Western Digital 250G hard drive
Herb Peyerl
Re: Western Digital 250G hard drive
Brian Chase
Re: Western Digital 250G hard drive
Jason Thorpe
Re: NEW_BUFQ_STRATEGY
12/04/2003
Jorgen Lundman
Re: Western Digital 250G hard drive
YAMAMOTO Takashi
Re: NEW_BUFQ_STRATEGY
Ian McIntosh
Re: Western Digital 250G hard drive
John Nemeth
Re: NetBSD 2.0 release date
Herb Peyerl
Re: Western Digital 250G hard drive
Todd Kover
Re: NetBSD 2.0 release date
Brian Chase
Re: Western Digital 250G hard drive
Allen Briggs
Re: NetBSD 2.0 release date
Bill Studenmund
Re: NetBSD 2.0 release date
John Franklin
Re: NetBSD 2.0 release date
Greywolf
Re: NetBSD 2.0 release date
Jason Thorpe
Re: NetBSD 2.0 release date
Jason Thorpe
Re: NetBSD 2.0 release date
Jason Thorpe
Re: NetBSD 2.0 release date
Manuel Bouyer
Re: Western Digital 250G hard drive
Andy Isaacson
Re: Western Digital 250G hard drive
Manuel Bouyer
Re: Western Digital 250G hard drive
Bill Studenmund
Re: NetBSD 2.0 release date
Bill Studenmund
Re: NetBSD 2.0 release date
12/05/2003
Michael Hertrick
LKM Types -- Where does this fit...?
cube@cubidou.net
Re: LKM Types -- Where does this fit...?
Simas Mockevicius
Intel SATA RAID
Lucio De Re
Re: NetBSD 2.0 release date
der Mouse
Re: NetBSD 2.0 release date
YAMAMOTO Takashi
Re: NEW_BUFQ_STRATEGY
Lucio De Re
Re: NetBSD 2.0 release date
Thor Lancelot Simon
Re: NEW_BUFQ_STRATEGY
Jason Thorpe
Re: NEW_BUFQ_STRATEGY
der Mouse
Re: NetBSD 2.0 release date
Greywolf
Re: NetBSD 2.0 release date
Jason Thorpe
Re: NetBSD 2.0 release date
Jaromir Dolecek
More on reaper removal
Nathan J. Williams
Re: More on reaper removal
Jaromir Dolecek
Re: More on reaper removal
Jaromir Dolecek
Re: NetBSD 2.0 release date
Greg A. Woods
Re: NetBSD 2.0 release date
Greg A. Woods
Re: NetBSD 2.0 release date
12/06/2003
Manuel Bouyer
Re: Intel SATA RAID
Jason Thorpe
Re: NetBSD 2.0 release date
Jason Thorpe
Re: Intel SATA RAID
Jason Thorpe
Re: Intel SATA RAID
Greg A. Woods
Re: NetBSD 2.0 release date
Manuel Bouyer
Re: Intel SATA RAID
Manuel Bouyer
Re: Intel SATA RAID
Jason Thorpe
Re: Intel SATA RAID
Jason Thorpe
Re: Intel SATA RAID
Manuel Bouyer
Re: Intel SATA RAID
Manuel Bouyer
Re: Intel SATA RAID
Eric Haszlakiewicz
Re: NetBSD 2.0 release date
Matthew Jacob
Re: odd scsi disk probing
12/07/2003
Manuel Bouyer
Re: odd scsi disk probing
Ignatios Souvatzis
UBC turns EACCESS into EFAULT (e.g.: with NFS)
Jason Thorpe
Re: odd scsi disk probing
Matthew Jacob
Re: odd scsi disk probing
Manuel Bouyer
Re: odd scsi disk probing
Chuck Silvers
Re: UBC turns EACCESS into EFAULT (e.g.: with NFS)
Greg A. Woods
Re: NetBSD 2.0 release date
Jason Thorpe
Re: NetBSD 2.0 release date
Greg A. Woods
Re: NetBSD 2.0 release date
Greg A. Woods
Re: odd scsi disk probing
Greywolf
Re: NetBSD 2.0 release date
Ignatios Souvatzis
Re: UBC turns EACCESS into EFAULT (e.g.: with NFS)
Jason Thorpe
Re: NetBSD 2.0 release date
Frank van der Linden
Re: UBC turns EACCESS into EFAULT (e.g.: with NFS)
Eric Haszlakiewicz
Re: NetBSD 2.0 release date
Eric Haszlakiewicz
Re: NetBSD 2.0 release date
M. Warner Losh
Re: NetBSD 2.0 release date
tech-kern@netbsd.org
Hello Member!
Jonathan Stone
Re: UBC turns EACCESS into EFAULT (e.g.: with NFS)
12/08/2003
matthew green
re: NetBSD 2.0 release date
Ignatios Souvatzis
Re: UBC turns EACCESS into EFAULT (e.g.: with NFS)
Frank van der Linden
Re: UBC turns EACCESS into EFAULT (e.g.: with NFS)
Frank van der Linden
Re: UBC turns EACCESS into EFAULT (e.g.: with NFS)
rick@snowhite.cis.uo
NFS access, was UBC...
John Franklin
Re: NetBSD 2.0 release date
Thor Lancelot Simon
Re: NFS access, was UBC...
Jason Thorpe
Re: NetBSD 2.0 release date
Frank van der Linden
Re: NFS access, was UBC...
John Franklin
Re: NetBSD 2.0 release date
Eric Haszlakiewicz
Re: NetBSD 2.0 release date
Bill Studenmund
Re: NetBSD 2.0 release date
John Franklin
Re: NetBSD 2.0 release date
Jason Thorpe
Re: NetBSD 2.0 release date
rick@snowhite.cis.uo
more NFS access checking
Bill Studenmund
Re: NetBSD 2.0 release date
Bill Studenmund
Re: NetBSD 2.0 release date
Jason Thorpe
Re: NetBSD 2.0 release date
Sean Davis
ntpd oddities possibly related to sysctl change
Frederick Bruckman
Re: ntpd oddities possibly related to sysctl change
Greywolf
Re: NetBSD 2.0 release date
12/09/2003
matthew green
re: NetBSD 2.0 release date
John Franklin
Re: NetBSD 2.0 release date
Sean Davis
Re: ntpd oddities possibly related to sysctl change
John Franklin
Re: NetBSD 2.0 release date
Anand Lalgondar
Startup code of NetBSD
Frederick Bruckman
Re: ntpd oddities possibly related to sysctl change
Sean Davis
Re: ntpd oddities possibly related to sysctl change
Jaromir Dolecek
Re: NetBSD 2.0 release date
matthew green
re: NetBSD 2.0 release date
Jochen Kunz
Re: Startup code of NetBSD
Alistair Crooks
Re: NetBSD 2.0 release date
Thomas Klausner
Re: NetBSD 2.0 release date
Ben Collver
Re: NetBSD 2.0 release date
Bill Studenmund
Re: NetBSD 2.0 release date
Jason Thorpe
Re: NetBSD 2.0 release date
Bill Studenmund
Re: NetBSD 2.0 release date
Jason Thorpe
Re: NetBSD 2.0 release date
Jan Schaumann
default stacksize ulimit too small?
Bill Studenmund
Re: NetBSD 2.0 release date
Bill Studenmund
Re: NetBSD 2.0 release date
Bill Studenmund
Re: NetBSD 2.0 release date
Jan Schaumann
Re: default stacksize ulimit too small?
12/10/2003
matthew green
re: NetBSD 2.0 release date
Christos Zoulas
Re: NetBSD 2.0 release date
Eric Haszlakiewicz
Re: NetBSD 2.0 release date
Eric Haszlakiewicz
Re: NetBSD 2.0 release date
Lubomir Sedlacik
Re: default stacksize ulimit too small?
Christian Limpach
SA/pthread syscall versioning
Matt Thomas
Re: SA/pthread syscall versioning
Christian Limpach
Re: SA/pthread syscall versioning
Allen Briggs
Re: SA/pthread syscall versioning
Matt Thomas
Re: SA/pthread syscall versioning
Rick Wash
Re: TCPA Driver for NetBSD
Christos Zoulas
Re: SA/pthread syscall versioning
Christian Limpach
Re: SA/pthread syscall versioning
Bill Studenmund
Re: TCPA Driver for NetBSD
John Nemeth
Re: Adding opencrypto, crypto acceelerator to GENERIC kernels?
Jason Thorpe
Re: TCPA Driver for NetBSD
12/11/2003
Christos Zoulas
Re: SA/pthread syscall versioning
Emmanuel Dreyfus
lwp_emuldata
Love
Re: TCPA Driver for NetBSD
Jason Thorpe
Problems with "fss" (file system snapshot) device
Martin Husemann
Re: lwp_emuldata
Matthias Scheler
Read policy on RAIDframe mirror devices
Jaromir Dolecek
Re: lwp_emuldata
Emmanuel Dreyfus
Re: lwp_emuldata
Kamal R Prasad
Re: lwp_emuldata
Christian Limpach
Re: SA/pthread syscall versioning
Olaf Seibert
Re: GCC3.3.1 switch coming soon.
Thor Lancelot Simon
Re: Problems with "fss" (file system snapshot) device
Greg Oster
Re: Read policy on RAIDframe mirror devices
Jason Thorpe
Re: lwp_emuldata
Thor Lancelot Simon
Re: Problems with "fss" (file system snapshot) device
Christos Zoulas
Re: SA/pthread syscall versioning
Jason Thorpe
Re: Problems with "fss" (file system snapshot) device
Thor Lancelot Simon
Re: Problems with "fss" (file system snapshot) device
Bill Studenmund
Re: TCPA Driver for NetBSD
Jason Thorpe
Re: TCPA Driver for NetBSD
Bill Studenmund
Re: lwp_emuldata
Bill Studenmund
Re: gdb on MacOS X, was lwp_emuldata
Bill Studenmund
Re: lwp_emuldata
Matt Thomas
Re: SA/pthread syscall versioning
Jesse Off
RLIMIT_RSS is ignored?
Bill Studenmund
Re: TCPA Driver for NetBSD
Bill Studenmund
Re: TCPA Driver for NetBSD
Jason Thorpe
Re: TCPA Driver for NetBSD
Jason Thorpe
Re: lwp_emuldata
Christos Zoulas
Re: SA/pthread syscall versioning
Love
Re: TCPA Driver for NetBSD
Emmanuel Dreyfus
Re: lwp_emuldata
Emmanuel Dreyfus
Re: lwp_emuldata
Matt Thomas
Re: SA/pthread syscall versioning
Jason Thorpe
Re: SA/pthread syscall versioning
12/12/2003
Anand Lalgondar
Re: Startup code of NetBSD
Anand Lalgondar
Re: Startup code of NetBSD
Michael Kukat
Quirk for SigmaTel MP3 USB stick
Paul Kranenburg
Re: SA/pthread syscall versioning
Stephen Jones
fxp: device timeout still an issue?
12/13/2003
Emmanuel Dreyfus
lwp_emuldata
Matt Thomas
Re: lwp_emuldata
Jochen Kunz
NIC driver interface to kernel.
Matt Thomas
Re: NIC driver interface to kernel.
Jonathan Stone
Re: NIC driver interface to kernel.
Thor Lancelot Simon
Re: Raising NFS parameters for higher bandwith or "long fat pipe"
Jonathan Stone
Re: Raising NFS parameters for higher bandwith or "long fat pipe"
Jason Thorpe
Re: CVS commit: src/sys/arch/sgimips
Thor Lancelot Simon
Re: Raising NFS parameters for higher bandwith or "long fat pipe"
Thor Lancelot Simon
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
12/14/2003
YAMAMOTO Takashi
Re: Raising NFS parameters for higher bandwith or "long fat pipe"
YAMAMOTO Takashi
i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Izumi Tsutsui
Re: CVS commit: src/sys/arch/sgimips
YAMAMOTO Takashi
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Gilbert Fernandes
Re: TCPA Driver for NetBSD
David Laight
Re: CVS commit: src/sys/kern/kern_ktrace.c
Jochen Kunz
Re: NIC driver interface to kernel.
Jochen Kunz
Re: NIC driver interface to kernel.
ragge@ludd.luth.se
Re: NIC driver interface to kernel.
12/15/2003
Daniel Carosone
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
usernetbsd bsd
(No Subject)
usernetbsd bsd
Interrupt Priority
Jochen Kunz
Re: NIC driver interface to kernel.
usernetbsd bsd
sharing DMA
Eric Haszlakiewicz
Re: Raising NFS parameters for higher bandwith or "long fat pipe"
Jonathan Stone
Re: Raising NFS parameters for higher bandwith or "long fat pipe"
Patrick Welche
Re: NetBSD 2.0 release date
Matt Thomas
Redefining MAXDSIZ / RLIMIT_DATA
Chuck Silvers
Re: Raising NFS parameters for higher bandwith or "long fat pipe"
12/16/2003
Martin Husemann
large inode numbers
Jaromir Dolecek
Re: large inode numbers
Jason Thorpe
Re: large inode numbers
Frank van der Linden
Re: large inode numbers
Thor Lancelot Simon
Re: Raising NFS parameters for higher bandwith or "long fat pipe"
Jason Thorpe
Re: Raising NFS parameters for higher bandwith or "long fat pipe"
Jason Thorpe
Re: large inode numbers
Gilbert Fernandes
Re: large inode numbers
Jason Thorpe
Rework of ATA code to support native SATA controllers
Eric Haszlakiewicz
Re: Raising NFS parameters for higher bandwith or "long fat pipe"
Manuel Bouyer
Re: Raising NFS parameters for higher bandwith or "long fat pipe"
Manuel Bouyer
Re: Raising NFS parameters for higher bandwith or "long fat pipe"
Manuel Bouyer
Re: Rework of ATA code to support native SATA controllers
Manuel Bouyer
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Greywolf
Re: large inode numbers
Jason Thorpe
Re: Rework of ATA code to support native SATA controllers
Manuel Bouyer
Re: Rework of ATA code to support native SATA controllers
Jason Thorpe
Re: Rework of ATA code to support native SATA controllers
der Mouse
Re: large inode numbers
Bill Studenmund
Re: large inode numbers
der Mouse
Re: large inode numbers
Greywolf
Re: large inode numbers
12/17/2003
Manuel Bouyer
Re: Rework of ATA code to support native SATA controllers
Gilbert Fernandes
Re: TCPA Driver for NetBSD
David Laight
Re: large inode numbers
Daniel Carosone
Re: large inode numbers
YAMAMOTO Takashi
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Thor Lancelot Simon
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
YAMAMOTO Takashi
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Thor Lancelot Simon
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
YAMAMOTO Takashi
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Thor Lancelot Simon
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Lucio De Re
Re: large inode numbers
YAMAMOTO Takashi
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Thor Lancelot Simon
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
YAMAMOTO Takashi
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Daniel Carosone
Re: large inode numbers
der Mouse
Re: large inode numbers
Ignatios Souvatzis
Re: large inode numbers
Manuel Bouyer
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Robert Elz
Re: large inode numbers
Robert Elz
Re: large inode numbers
YAMAMOTO Takashi
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Emmanuel Dreyfus
Re: lwp_emuldata
Simas Mockevicius
strange things with -current and net-snmp
Manuel Bouyer
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Johan Danielsson
Re: large inode numbers
Andrew Brown
Re: large inode numbers
Pascal Renauld
A new wm driver
Jason Thorpe
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Emmanuel Dreyfus
Re: lwp_emuldata
Jason Thorpe
Re: A new wm driver
Bill Studenmund
Re: large inode numbers
Bill Studenmund
Re: large inode numbers
Bill Studenmund
Re: large inode numbers
Pascal Renauld
RE: A new wm driver
Alan Barrett
Re: large inode numbers
Lennart Augustsson
Re: A new wm driver
Thor Lancelot Simon
Re: A new wm driver
Pascal Renauld
RE: A new wm driver
Thor Lancelot Simon
Re: A new wm driver
Jason Thorpe
Re: A new wm driver
Jason Thorpe
Re: A new wm driver
Jonathan Stone
Re: A new wm driver
Jason Thorpe
Re: A new wm driver
der Mouse
Re: large inode numbers
Jonathan Stone
Re: A new wm driver
Jason Thorpe
Re: A new wm driver
Jonathan Stone
Re: A new wm driver
Jonathan Stone
TCP large-send? [was re: a new wm driver]
Jason Thorpe
Re: TCP large-send? [was re: a new wm driver]
Jonathan Stone
SMP re-entrancy in kernel drivers/"bottom half?"
Jonathan Stone
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Jonathan Stone
Re: SMP re-entrancy in kernel drivers/"bottom half?"
M. Warner Losh
Re: A new wm driver
Jonathan Stone
Re: SMP re-entrancy in kernel drivers/"bottom half?"
der Mouse
Re: large inode numbers
Jonathan Stone
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Jason Thorpe
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Jonathan Stone
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Jonathan Stone
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Jason Thorpe
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Jason Thorpe
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Jason Thorpe
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Jonathan Stone
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Jonathan Stone
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Jason Thorpe
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Jonathan Stone
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Jason Thorpe
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Bill Studenmund
Re: SMP re-entrancy in kernel drivers/"bottom half?"
12/18/2003
YAMAMOTO Takashi
Re: SMP re-entrancy in kernel drivers/"bottom half?"
YAMAMOTO Takashi
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
Daniel Carosone
Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)
YAMAMOTO Takashi
Re: SMP re-entrancy in kernel drivers/"bottom half?"
YAMAMOTO Takashi
Re: SMP re-entrancy in kernel drivers/"bottom half?"
YAMAMOTO Takashi
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Daniel Carosone
Re: SMP re-entrancy in kernel drivers/"bottom half?"
YAMAMOTO Takashi
Re: SMP re-entrancy in kernel drivers/"bottom half?"
YAMAMOTO Takashi
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Gilbert Fernandes
Re: large inode numbers
Darrin B. Jewell
fat32 size limitation notes [was Re: large inode numbers]
Jeff Rizzo
Re: strange things with -current and net-snmp
12/19/2003
D'Arcy J.M. Cain
NetBSD 1.6.1 not finding all memory
Matt Fredette
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Hubert Feyrer
Re: NetBSD 1.6.1 not finding all memory
Jonathan Stone
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Christos Zoulas
Re: NetBSD 1.6.1 not finding all memory
Pascal Renauld
RE: A new wm driver
Allen Briggs
Re: A new wm driver
Juergen Hannken-Illjes
VOP_BMAP question
Manuel Bouyer
Re: NIC driver interface to kernel.
D'Arcy J.M. Cain
Re: NetBSD 1.6.1 not finding all memory
Jochen Kunz
Re: NIC driver interface to kernel.
Christos Zoulas
Re: NetBSD 1.6.1 not finding all memory
Andrew Brown
kcopy()
Andrew Brown
Re: kcopy()
Matt Thomas
Re: kcopy()
12/20/2003
Emmanuel Dreyfus
Re: lwp_emuldata
matthew green
re: kcopy()
YAMAMOTO Takashi
newlock (was Re: SMP re-entrancy in kernel drivers/"bottom
Jaromir Dolecek
Re: NetBSD 1.6.1 not finding all memory
Alexander Yurchenko
Re: NetBSD 1.6.1 not finding all memory
Emmanuel Dreyfus
proc_stop/proc_unstop
Greg Oster
Removing "rows" from the RAIDframe driver..
Andrew Brown
Re: kcopy()
Jason Thorpe
Re: Removing "rows" from the RAIDframe driver..
Matt Thomas
Re: kcopy()
der Mouse
Re: kcopy()
Andrew Brown
Re: kcopy()
Geiregat Jonas
copt
Matt Thomas
Re: kcopy()
Christos Zoulas
Re: NetBSD 1.6.1 not finding all memory
Greg Oster
Re: Removing "rows" from the RAIDframe driver..
Stephan Uphoff
Re: proc_stop/proc_unstop
Matt Thomas
Re: NetBSD 1.6.1 not finding all memory
Jason Thorpe
Re: Removing "rows" from the RAIDframe driver..
Greg Oster
Re: Removing "rows" from the RAIDframe driver..
Andrew Brown
Re: kcopy()
Jason Thorpe
Re: kcopy()
Andrew Brown
Re: kcopy()
Andrew Brown
Re: kcopy()
12/21/2003
Daniel Carosone
Re: Removing "rows" from the RAIDframe driver..
Eduardo Horvath
Re: kcopy()
Simon Burge
pool_init() and it's 5th argument
Jaromir Dolecek
Re: kcopy()
Andrew Brown
Re: kcopy()
Frederick Bruckman
Re: Removing "rows" from the RAIDframe driver..
Manuel Bouyer
Re: Removing "rows" from the RAIDframe driver..
Greg Oster
Re: Removing "rows" from the RAIDframe driver..
Gary Thorpe
Re: Removing "rows" from the RAIDframe driver..
12/22/2003
Emmanuel Dreyfus
Mach exceptions: the return of the sigfilter hook
dlagno@mail.nnov.ru
RE: copt
Emmanuel Dreyfus
sys_lwp_suspend split
Greg Oster
Re: Removing "rows" from the RAIDframe driver..
Ian Zagorskih
code in kern_proc.c
Ian Zagorskih
code in kern_proc.c
Christos Zoulas
Re: code in kern_proc.c
Paul Kranenburg
Re: buffer cache memory management revision
12/23/2003
Ian Zagorskih
Re: code in kern_proc.c
Alexander Yurchenko
Re: NetBSD 1.6.1 not finding all memory
D'Arcy J.M. Cain
Re: NetBSD 1.6.1 not finding all memory
Jaromir Dolecek
Final reaper removal patch
Mahadeva Swamy T L
Audio Driver
Lennart Augustsson
Re: Audio Driver
D'Arcy J.M. Cain
Re: NetBSD 1.6.1 not finding all memory
Christos Zoulas
Re: Final reaper removal patch
Bill Studenmund
Re: VOP_BMAP question
Juergen Hannken-Illjes
Re: VOP_BMAP question
Zhihui Zhang
Re: VOP_BMAP question
Paul Kranenburg
Re: buffer cache memory management revision
Matt Thomas
Re: buffer cache memory management revision
Bill Studenmund
Re: VOP_BMAP question
12/24/2003
matthew green
re: buffer cache memory management revision
Juergen Hannken-Illjes
Re: VOP_BMAP question
D'Arcy J.M. Cain
Re: NetBSD 1.6.1 not finding all memory
Emmanuel Dreyfus
Re: Mach exceptions: the return of the sigfilter hook
Allen Briggs
Re: NetBSD 1.6.1 not finding all memory
=?iso-8859-1?q?Philip=20
help wanted with sys/net/if_ethersubr.c
12/25/2003
=?iso-8859-1?q?Philip=20
Re: help wanted with sys/net/if_ethersubr.c
12/26/2003
=?iso-8859-1?q?Philip=20
Re: help wanted with sys/net/if_ethersubr.c
Mike M. Volokhov
Driver to device bindings
Jochen Kunz
Re: Driver to device bindings
Mike M. Volokhov
Re: Driver to device bindings
Manuel Bouyer
Re: Driver to device bindings
Emmanuel Dreyfus
mapping PCI memory
12/27/2003
Matt Rickard
ieee1394 kernel panic
Vincent
The Intel C++ compiler
Thomas Klausner
Re: The Intel C++ compiler
12/28/2003
E.B. Dreger
Re: The Intel C++ compiler
Perry E. Metzger
Re: Driver to device bindings
Perry E. Metzger
Re: ieee1394 kernel panic
Matt Thomas
Re: Driver to device bindings
Perry E. Metzger
Re: Driver to device bindings
Michael van Elst
Re: ieee1394 kernel panic
12/29/2003
Christos Zoulas
Re: Driver to device bindings
Mahadeva Swamy T L
How minor numbers are allocated?
cube@cubidou.net
Re: How minor numbers are allocated?
Mahadeva Swamy T L
How to play sound?
Wojciech Puchar
Re: How to play sound?
Ben Collver
Re: How to play sound?
Gavan Fantom
Re: How to play sound?
Christos Zoulas
Re: Driver to device bindings
Perry E. Metzger
Re: Driver to device bindings
Emmanuel Dreyfus
kdump dependency on kernel, ktrace id portability
Emmanuel Dreyfus
wd* at umass?
Christos Zoulas
Re: kdump dependency on kernel, ktrace id portability
Lennart Augustsson
Re: wd* at umass?
Vincent
Strange error under the linux emulation (was : Intel C++ compiler)
Nathan J. Williams
Re: kdump dependency on kernel, ktrace id portability
Ignatios Souvatzis
Re: Driver to device bindings
Jason Thorpe
Re: Rework of ATA code to support native SATA controllers
Nathan J. Williams
Re: Driver to device bindings
Emmanuel Dreyfus
Re: kdump dependency on kernel, ktrace id portability
12/30/2003
YAMAMOTO Takashi
Re: SMP re-entrancy in kernel drivers/"bottom half?"
Anand Lalgondar
Kernel configuration/Makefile options to support Standard Libraries - crosscomp
Allen Briggs
Re: Kernel configuration/Makefile options to support Standard Libraries - cross
Rasputin
Re: ieee1394 kernel panic
Perry E. Metzger
Re: Kernel configuration/Makefile options to support Standard
Jesper Louis Andersen
Re: ieee1394 kernel panic
Lennart Augustsson
Re: ieee1394 kernel panic
Anand Lalgondar
Re: Kernel configuration/Makefile options to support Standard Libraries - cross
Perry E. Metzger
Re: ieee1394 kernel panic
Anand Lalgondar
Re: Kernel configuration/Makefile options to support Standard Libraries - cross
Allen Briggs
Re: Kernel configuration/Makefile options to support Standard Libraries - cross
James Chacon
Re: ieee1394 kernel panic
Perry E. Metzger
Re: ieee1394 kernel panic
Eivind Eklund
Re: Rework of ATA code to support native SATA controllers
Jason Thorpe
Re: Rework of ATA code to support native SATA controllers
Greg Troxel
page with wirecount 65535 on active list?
Bill Studenmund
Re: Driver to device bindings
12/31/2003
iMil
Zillion Digital Square driver
Michael van Elst
Re: ieee1394 kernel panic
Lennart Augustsson
Re: Zillion Digital Square driver
iMil
Re: Zillion Digital Square driver
Lennart Augustsson
Re: Zillion Digital Square driver
iMil
Re: Zillion Digital Square driver
Lennart Augustsson
Re: Zillion Digital Square driver
Jukka Marin
Re: Zillion Digital Square driver
Lennart Augustsson
Re: Zillion Digital Square driver
Ignatios Souvatzis
Re: Zillion Digital Square driver
Jared D. McNeill
Header placement for source compatibility
Chris Pinnock
Re: Header placement for source compatibility
Klaus Heinz
Re: Header placement for source compatibility
Chris Pinnock
Re: Header placement for source compatibility
Jonathan Stone
Enabling opencrypto on all PCI-capable platforms
Manuel Bouyer
Re: mapping PCI memory
Manuel Bouyer
Re: Kernel configuration/Makefile options to support Standard Libraries - cross
Manuel Bouyer
Re: Rework of ATA code to support native SATA controllers
Manuel Bouyer
Re: Rework of ATA code to support native SATA controllers
Jason Thorpe
Re: Rework of ATA code to support native SATA controllers
Emmanuel Dreyfus
Re: mapping PCI memory
Love
Re: Header placement for source compatibility
Jason Thorpe
Re: Enabling opencrypto on all PCI-capable platforms
Jonathan Stone
Re: Enabling opencrypto on all PCI-capable platforms
Jon Buller
Re: Zillion Digital Square driver