Index of tech-kern for June, 2005


FromSubject
06/01/2005
Petar Bogdanovic uhci/ehci - couldn't map interrupt
Tonnerre Per-CPU objects (needed for SMP)
matthew green re: Firmware upload - generalize it?
Thor Lancelot Simon Re: Firmware upload - generalize it?
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
der Mouse Re: Firmware upload - generalize it?
rudolf gavlas idle loop performance hits - PR port-i386/12682
Bill Studenmund Re: Firmware upload - generalize it?
Jason Thorpe Re: Uninitalized kernel variable uvm_maxkaddr
Matthias Scheler Re: uhci/ehci - couldn't map interrupt
Frank Kardel Re: Per-CPU objects (needed for SMP)
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jonathan Stone Re: Per-CPU objects (needed for SMP)
Bill Studenmund Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
06/02/2005
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
Robert Elz please close PR 20585
Robert Elz Fixing PR 22232
Ja'far Railton pcmcia modem problem on -current
Christos Zoulas Re: pcmcia modem problem on -current
Ja'far Railton Re: pcmcia modem problem on -current
Tonnerre Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Tonnerre Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Stephan Uphoff Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Christos Zoulas Re: pcmcia modem problem on -current
Jonathan Stone CPU stats showing hard-interrupt context vs. soft-interrupt context?
Darrin B.Jewell Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
David Young Re: bpf, net80211 and FCS
Bill Studenmund Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Darrin B.Jewell checking for unknown bits in ufs's fs_flags
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
06/03/2005
KIYOHARA Takashi firewire of FreeBSD
Ja'far Railton Re: pcmcia modem problem on -current
Christos Zoulas Re: pcmcia modem problem on -current
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
Ja'far Railton Re: pcmcia modem problem on -current
Eric Auge Re: bpf, net80211 and FCS
David Young Re: bpf, net80211 and FCS
Geert Hendrickx proposal: mv /usr/libexec/lfs_cleanerd /libexec/lfs_cleanerd
Thor Lancelot Simon Re: proposal: mv /usr/libexec/lfs_cleanerd /libexec/lfs_cleanerd
Perry E. Metzger changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
ITOH Yasufumi Re: pcmcia modem problem on -current
Geert Hendrickx Re: proposal: mv /usr/libexec/lfs_cleanerd /libexec/lfs_cleanerd
Hubert Feyrer Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Julio M. Merino Vidal Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Frank van der Linden Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Perry E. Metzger Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Rui Paulo Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Perry E. Metzger Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Frank van der Linden Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Sean Davis Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Perry E. Metzger Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Juergen Hannken-Illjes Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Juergen Hannken-Illjes Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Perry E. Metzger Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Perry E. Metzger Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Jonathan Stone Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Sean Davis Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Hubert Feyrer Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Perry E. Metzger Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Sean Davis Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
David Young Re: softdep lossage
der Mouse locking assistance sought
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Thor Lancelot Simon Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
06/04/2005
Izumi Tsutsui Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Izumi Tsutsui Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Jochen Kunz Re: softdep lossage
haad Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Daniel Carosone Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Daniel Carosone Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Ignatios Souvatzis Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Sean Davis Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Peter Bex Summer of Code: HFS+
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
Cameron Patrick Possible summer of code project: Logical Volume Manager (request for comments!)
al None
Sascha Retzki Re: your mail
Thor Lancelot Simon Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Thor Lancelot Simon Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Patrick Welche Re: Possible summer of code project: Logical Volume Manager (request for commen
List Mail User Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
der Mouse Re: Possible summer of code project: Logical Volume Manager (request for commen
Allen Briggs Re: your mail
Dave more summer of code fun
Allen Briggs Re: Possible summer of code project: Logical Volume Manager (request for commen
Michael Re: more summer of code fun
Michael Re: more summer of code fun
Dieter Roelants netbsd32 compatibility
06/05/2005
matthew green re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
fab Re: more summer of code fun
Tyler Retzlaff Re: more summer of code fun
Thor Lancelot Simon Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Izumi Tsutsui Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Erik E. Fair Re: more summer of code fun
Cyrille SZYMANSKI Re: more summer of code fun
Michael Re: more summer of code fun
Aymeric Vincent Re: more summer of code fun
Michael Re: more summer of code fun
Sean Davis Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Tonnerre Re: more summer of code fun
Tonnerre Re: more summer of code fun
Ja'far Railton Re: pcmcia modem problem on -current
Antti Kantee smc91cxx send routine
Hubert Feyrer DRI [was: Re: more summer of code fun]
Martin Husemann Re: DRI [was: Re: more summer of code fun]
Nathan J. Williams Re: smc91cxx send routine
Tonnerre Re: DRI [was: Re: more summer of code fun]
Martin Husemann Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
Dave Re: DRI [was: Re: more summer of code fun]
Michael DRI on sunffb and some rambling
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Bill Studenmund Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Eric Anholt Re: DRI [was: Re: more summer of code fun]
06/06/2005
Quentin Garnier Re: netbsd32 compatibility
Frank van der Linden Re: netbsd32 compatibility
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
Kailash Sethuraman Summer of code entry: Valgrind port
Martin Husemann Re: DRI on sunffb and some rambling
Michael Re: DRI on sunffb and some rambling
Tonnerre Re: DRI on sunffb and some rambling
Michael Re: DRI on sunffb and some rambling
Tonnerre Re: DRI on sunffb and some rambling
Michael Re: DRI on sunffb and some rambling
Martin Husemann Re: Summer of code entry: Valgrind port
Martin Husemann Re: DRI on sunffb and some rambling
Martin Husemann Re: DRI on sunffb and some rambling
Martin Husemann Re: DRI on sunffb and some rambling
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
Michael Re: DRI on sunffb and some rambling
Michael Re: DRI on sunffb and some rambling
Michael Re: DRI [was: Re: more summer of code fun]
Kailash Sethuraman Re: Summer of code entry: Valgrind port
Michael Lorenz Re: Summer of code entry: Valgrind port
Michael Re: DRI on sunffb and some rambling
Kailash Sethuraman Re: Summer of code entry: Valgrind port
=?ISO-8859-1?Q?Xavier_Gu ARC algorithm implementation
Ilpo Ruotsalainen Re: Summer of code entry: Valgrind port
Thor Lancelot Simon Re: Bad sectors vs RAIDframe
J Chapman Flack Re: Bad sectors vs RAIDframe
Thor Lancelot Simon Re: Bad sectors vs RAIDframe
Tonnerre Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI on sunffb and some rambling
Tonnerre Re: DRI on sunffb and some rambling
Darrin B.Jewell minor tweak to ffs_blkpref
Bill Studenmund Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Bill Studenmund Re: Possible summer of code project: Logical Volume Manager (request for commen
Kentaro A. Kurahone Re: ARC algorithm implementation
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Michael Re: DRI on sunffb and some rambling
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Thor Lancelot Simon Re: ARC algorithm implementation
Michael Re: DRI [was: Re: more summer of code fun]
Matthew Orgass Re: Summer of Code: HFS+
Antti Kantee Re: smc91cxx send routine
Nathan J. Williams Re: smc91cxx send routine
Charles Swiger Re: Bad sectors vs RAIDframe
Dieter Roelants Re: netbsd32 compatibility
J. Scott Kasten Re: more summer of code fun
Bill Studenmund Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Michael Re: DRI [was: Re: more summer of code fun]
Michael Re: DRI [was: Re: more summer of code fun]
Michael Re: DRI [was: Re: more summer of code fun]
Michael Re: DRI [was: Re: more summer of code fun]
Michael Re: DRI [was: Re: more summer of code fun]
Bill Studenmund Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Michael Re: DRI [was: Re: more summer of code fun]
Michael Re: DRI [was: Re: more summer of code fun]
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Bill Studenmund Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
06/07/2005
Daniel Carosone Re: Bad sectors vs RAIDframe
Hubert Feyrer Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
Jonathan Perkin Re: DRI [was: Re: more summer of code fun]
Denis Lagno Re: ARC algorithm implementation
Denis Lagno Re: ARC algorithm implementation
iMil NDIS on NetBSD, slowly working on it
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
Stephen Borrill Re: Bad sectors vs RAIDframe
Thor Lancelot Simon Pulling simple syscalls out from the giant lock
Tonnerre Re: Pulling simple syscalls out from the giant lock
Martin Husemann Re: Pulling simple syscalls out from the giant lock
Nathan J. Williams Re: Pulling simple syscalls out from the giant lock
Matt Thomas Re: Pulling simple syscalls out from the giant lock
David Laight Re: Pulling simple syscalls out from the giant lock
Thor Lancelot Simon Re: Pulling simple syscalls out from the giant lock
Thor Lancelot Simon Re: Pulling simple syscalls out from the giant lock
Tonnerre Re: Pulling simple syscalls out from the giant lock
Matt Thomas Re: Pulling simple syscalls out from the giant lock
Nathan J. Williams Re: Pulling simple syscalls out from the giant lock
Tonnerre Re: Pulling simple syscalls out from the giant lock
Thor Lancelot Simon Re: Pulling simple syscalls out from the giant lock
Martin Husemann Re: Pulling simple syscalls out from the giant lock
Ignatios Souvatzis Re: Pulling simple syscalls out from the giant lock
Ignatios Souvatzis Re: Pulling simple syscalls out from the giant lock
Nathan J. Williams Re: Pulling simple syscalls out from the giant lock
Tonnerre Re: Pulling simple syscalls out from the giant lock
Jason Thorpe Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Jason Thorpe Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
Jason Thorpe Re: minor tweak to ffs_blkpref
Jason Thorpe Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jason Thorpe Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jason Thorpe Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jason Thorpe Re: Pulling simple syscalls out from the giant lock
Jason Thorpe Re: Pulling simple syscalls out from the giant lock
Jason Thorpe Re: Pulling simple syscalls out from the giant lock
Jason Thorpe Re: Pulling simple syscalls out from the giant lock
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jason Thorpe Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
06/08/2005
matthew green re: Pulling simple syscalls out from the giant lock
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
Eric Auge Re: bpf, net80211 and FCS
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
David Laight Re: Pulling simple syscalls out from the giant lock
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
YAMAMOTO Takashi Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half"
Bill Studenmund Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Geoff Wing Re: CVS commit: src/sys/kern (MALLOC usage)
Steve Woodford Re: CVS commit: src/sys/kern (MALLOC usage)
Martin Husemann Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Manuel Bouyer Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Rhialto Re: netbsd32 compatibility
Rhialto Re: minor tweak to ffs_blkpref
Ignatios Souvatzis Re: Pulling simple syscalls out from the giant lock
al re: ARC algorithm implementation
Jason Thorpe Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Thor Lancelot Simon Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
D'Arcy J.M. Cain Re: Adaptec SATA RAID 2410SA driver
David Young sysctl patches for -Wcast-qual
Stephen Borrill Re: Bad sectors vs RAIDframe
Thor Lancelot Simon Re: Bad sectors vs RAIDframe
David Brownlee Re: Bad sectors vs RAIDframe
Greg Oster Re: Bad sectors vs RAIDframe
Greg Oster Re: Bad sectors vs RAIDframe
Thor Lancelot Simon Re: Bad sectors vs RAIDframe
Manuel Bouyer Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Manuel Bouyer Re: Bad sectors vs RAIDframe
Manuel Bouyer Re: Bad sectors vs RAIDframe
Greg Oster Re: Bad sectors vs RAIDframe
Darrin B.Jewell Re: minor tweak to ffs_blkpref
Darrin B.Jewell Re: minor tweak to ffs_blkpref
Jason Thorpe Re: minor tweak to ffs_blkpref
David Young Re: sysctl patches for -Wcast-qual
Allen Briggs Re: firewire of FreeBSD
Bill Studenmund Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
06/09/2005
SODA Noriyuki Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
SODA Noriyuki Re: changing default for UFS_DIRHASH and NEW_BUFQ_STRATEGY
lacombar@gmail.fr S.o.C.: adding XFS support
Hubert Feyrer Re: S.o.C.: adding XFS support
Tonnerre Re: S.o.C.: adding XFS support
David Laight Re: Pulling simple syscalls out from the giant lock
David Laight Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Hubert Feyrer Re: Pulling simple syscalls out from the giant lock
Jonathan Buschmann Summer Of Code - Filesystem What do you think ?
Peter Bex Re: Summer Of Code - Filesystem What do you think ?
Peter Bex Re: Summer Of Code - Filesystem What do you think ?
Dunceor . Re: Summer Of Code - Filesystem What do you think ?
Julio M. Merino Vidal Re: Summer Of Code - Filesystem What do you think ?
Hubert Feyrer Re: Summer Of Code - Filesystem What do you think ?
Peter Bex Re: Summer Of Code - Filesystem What do you think ?
Jonathan Buschmann Re: Summer Of Code - Filesystem What do you think ?
Suleiman Souhlal Re: Summer Of Code - Filesystem What do you think ?
YAMAMOTO Takashi unfairness in sa_switch
David Rhodus Re: Summer Of Code - Filesystem What do you think ?
Jason Thorpe Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jason Thorpe Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jason Thorpe Re: CVS commit: src/sys/kern (MALLOC usage)
Jason Thorpe Re: Pulling simple syscalls out from the giant lock
Phil Nelson Re: NDIS on NetBSD, slowly working on it
Gary Thorpe Re: Summer Of Code - Filesystem What do you think ?
Lubomir Sedlacik Re: Summer Of Code - Filesystem What do you think ?
David Young atheros ar2312 port?
Matthew Orgass Re: Summer Of Code - Filesystem What do you think ?
Jochen Kunz Re: Summer Of Code - Filesystem What do you think ?
Konrad Schroder Re: Summer Of Code - Filesystem What do you think ?
Hubert Feyrer UFS+Logging? [was: Re: Summer Of Code - Filesystem What do you think
Scott Long Re: UFS+Logging? [was: Re: Summer Of Code - Filesystem What do you
Bill Studenmund Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
06/10/2005
lacombar@gmail.com Re: S.o.C.: adding XFS support
Daniel Carosone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Daniel Carosone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Daniel Carosone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Daniel Carosone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Steve Woodford Re: CVS commit: src/sys/kern (MALLOC usage)
KIYOHARA Takashi Re: firewire of FreeBSD
Ignatios Souvatzis Re: firewire of FreeBSD
KIYOHARA Takashi Re: firewire of FreeBSD
Jason Thorpe Re: CVS commit: src/sys/kern (MALLOC usage)
Thomas Petazzoni Libre Software Meeting // Operating Systems
Jason Thorpe Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Darrin B.Jewell copy on write md(4)
Jonathan Stone Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Jason Thorpe Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
06/11/2005
Tonnerre Atomic operations for NetBSD
Simon Burge Re: Atomic operations for NetBSD
Martin Husemann Re: Atomic operations for NetBSD
David Laight Re: Atomic operations for NetBSD
KIYOHARA Takashi Re: firewire of FreeBSD
John Nemeth Re: firewire of FreeBSD
Matthew Mondor Re: Summer Of Code - Filesystem What do you think ?
06/12/2005
Rhialto Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
Joerg Sonnenberger Re: Atomic operations for NetBSD
David Laight Re: Atomic operations for NetBSD
Ruibiao Qiu [Summer of Code]valgrind
Mitesh Meswani Summer code of fun Improved Caching
06/13/2005
KIYOHARA Takashi Re: firewire of FreeBSD
Berndt Josef Wulf docygen: python dependency
Hubert Feyrer Compressed vnd handling tested successfully
Hubert Feyrer Re: Compressed vnd handling tested successfully
KIYOHARA Takashi Re: firewire of FreeBSD
Martin Husemann Re: Compressed vnd handling tested successfully
Rhialto Re: Compressed vnd handling tested successfully
Hubert Feyrer Re: Compressed vnd handling tested successfully
Florian Stoehr Re: Compressed vnd handling tested successfully
Hubert Feyrer Re: Compressed vnd handling tested successfully
Hubert Feyrer Re: Compressed vnd handling tested successfully
Florian Stoehr Re: Compressed vnd handling tested successfully
Hubert Feyrer Re: Compressed vnd handling tested successfully
Florian Stoehr Re: Compressed vnd handling tested successfully
Martin Husemann Re: Compressed vnd handling tested successfully
Martin Husemann Re: Compressed vnd handling tested successfully
Allen Briggs Re: Compressed vnd handling tested successfully
Steven M. Bellovin Re: Compressed vnd handling tested successfully
Nathan J. Williams Re: Compressed vnd handling tested successfully
Rui Paulo Re: [Summer of Code]valgrind
Bill Studenmund Re: Compressed vnd handling tested successfully
Pedro Martelletto brelse() nonsense
Cliff Wright Re: Compressed vnd handling tested successfully
Nathan J. Williams Re: Compressed vnd handling tested successfully
06/14/2005
Hubert Feyrer Re: Compressed vnd handling tested successfully
Hubert Feyrer Re: Compressed vnd handling tested successfully
Hubert Feyrer Re: Compressed vnd handling tested successfully
matthew green re: Compressed vnd handling tested successfully
matthew green re: Compressed vnd handling tested successfully
Tonnerre Re: Compressed vnd handling tested successfully
Andy Ruhl 3.0_BETA kernel won't boot on hpcmips
der Mouse Re: Compressed vnd handling tested successfully
matthew green re: firewire of FreeBSD
Alan Barrett Re: Compressed vnd handling tested successfully
Florian Stoehr Re: Compressed vnd handling tested successfully
Hubert Feyrer Re: Compressed vnd handling tested successfully
der Mouse Re: Compressed vnd handling tested successfully
KIYOHARA Takashi Re: firewire of FreeBSD
KIYOHARA Takashi Re: firewire of FreeBSD
Izumi Tsutsui Re: firewire of FreeBSD
Julio M. Merino Vidal Re: Compressed vnd handling tested successfully
Hubert Feyrer Re: Compressed vnd handling tested successfully
Bill Studenmund Re: firewire of FreeBSD
KIYOHARA Takashi Re: firewire of FreeBSD
Jason Thorpe Re: Compressed vnd handling tested successfully
TLorD Re: Compressed vnd handling tested successfully
Jason Thorpe Re: Compressed vnd handling tested successfully
Jason Thorpe Re: firewire of FreeBSD
Hubert Feyrer Re: Compressed vnd handling tested successfully
Andrew Gillham Re: Compressed vnd handling tested successfully
der Mouse Re: Compressed vnd handling tested successfully
Stephen Jones fxp i82557.c SCB timeouts in 2.0.2 on CS20 alpha
Eric Haszlakiewicz Re: Compressed vnd handling tested successfully
Gordon Waidhofer SoC suggestion -- subfiles
Jason Thorpe Re: Compressed vnd handling tested successfully
Christos Zoulas Re: firewire of FreeBSD
Nino Dehne veriexec strictness
elmar patch for bge driver with 5751M chip
06/15/2005
Izumi Tsutsui Re: firewire of FreeBSD
FUKAUMI Naoki Re: firewire of FreeBSD
matthew green re: firewire of FreeBSD
Elad Efrat Re: veriexec strictness
Nino Dehne Re: veriexec strictness
Hubert Feyrer opt_*.h vs. _KERNEL_OPT?
matthew green re: opt_*.h vs. _KERNEL_OPT?
Hubert Feyrer re: opt_*.h vs. _KERNEL_OPT?
KIYOHARA Takashi Re: firewire of FreeBSD
Matthias Scheler Re: CVS commit: src/sys/arch/i386/stand/pxeboot
Kurt Schreiner Re: patch for bge driver with 5751M chip
Quentin Garnier Re: patch for bge driver with 5751M chip
elmar Re: patch for bge driver with 5751M chip
Kurt Schreiner Re: patch for bge driver with 5751M chip
Rui Paulo Re: where is select() function....
Manuel Bouyer Re: patch for bge driver with 5751M chip
Rui Paulo Re: where is select() function....
Martin Husemann Re: where is select() function....
Rui Paulo Re: where is select() function....
Randazzo, Michael RE: where is select() function....
Zeljko Vrba kernel development question
Rui Paulo Re: kernel development question
Bill Studenmund Re: where is select() function....
Bill Studenmund Re: where is select() function....
Hubert Feyrer Re: kernel development question
Martin Husemann Re: where is select() function....
Hubert Feyrer Re: where is select() function....
Rui Paulo Re: where is select() function....
06/16/2005
Quentin Garnier Re: netbsd32 compatibility
Quentin Garnier hw.machine under COMPAT_NETBSD32?
Nino Dehne Kernel image in filesystem, netstat(1)
Jukka Salmi Re: Kernel image in filesystem, netstat(1)
Eduardo Horvath Re: hw.machine under COMPAT_NETBSD32?
kamel derouiche Re: kernel development question
Antoine Nguyen Bluetooth
06/17/2005
matthew green re: hw.machine under COMPAT_NETBSD32?
Hubert Feyrer Re: Bluetooth
Jason Thorpe Re: Some locking issues in subr_pool.c
Jason Thorpe Re: splx() optimization [was Re: SMP re-eetrancy in "bottom half" drivers]
06/19/2005
KIYOHARA Takashi Re: firewire of FreeBSD
Luke Mewburn Re: ARC algorithm implementation
06/20/2005
Peter Postma fixing newfs(8) manpage
D'Arcy J.M. Cain Re: Adaptec SATA RAID 2410SA driver (PR kern/30456)
Ignatios Souvatzis Re: Adaptec SATA RAID 2410SA driver (PR kern/30456)
Allen Briggs Boot device confusion
Christos Zoulas Re: Boot device confusion
Jason Thorpe Re: Adaptec SATA RAID 2410SA driver (PR kern/30456)
Allen Briggs Re: Adaptec SATA RAID 2410SA driver (PR kern/30456)
Allen Briggs Re: Boot device confusion
Michael uvm_pageidlezero()
D'Arcy J.M. Cain Re: Adaptec SATA RAID 2410SA driver (PR kern/30456)
Hubert Feyrer Re: uvm_pageidlezero()
Ignatios Souvatzis Re: uvm_pageidlezero()
Michael Re: uvm_pageidlezero()
Jason Thorpe Re: uvm_pageidlezero()
Allen Briggs Re: Boot device confusion
06/21/2005
Valeriy E. Ushakov Re: uvm_pageidlezero()
Daniel Carosone Re: uvm_pageidlezero()
matthew green re: Boot device confusion
matthew green re: uvm_pageidlezero()
Valeriy E. Ushakov Re: uvm_pageidlezero()
matthew green re: uvm_pageidlezero()
matthew green re: uvm_pageidlezero()
matthew green re: Boot device confusion
Allen Briggs Re: Boot device confusion
Quentin Garnier API changes and kernel version
Allen Briggs Re: Boot device confusion
Chuck Silvers Re: uvm_pageidlezero()
Chuck Silvers Re: uvm_pageidlezero()
Christos Zoulas Re: Boot device confusion
Reinoud Zandijk filingsystem implementation
Bill Studenmund Re: Boot device confusion
Allen Briggs Re: Boot device confusion
Jason Thorpe Re: Boot device confusion
Allen Briggs Re: Boot device confusion
06/22/2005
Daniel Carosone Re: Boot device confusion
Daniel Carosone Re: Boot device confusion
Daniel Carosone Re: Boot device confusion
Daniel Carosone Re: Boot device confusion
Zeljko Vrba two OS'es on two procs of MP system
Sascha Retzki Re: two OS'es on two procs of MP system
Joerg Sonnenberger Re: two OS'es on two procs of MP system
Zeljko Vrba [Fwd: Re: two OS'es on two procs of MP system]
Zeljko Vrba [Fwd: Re: two OS'es on two procs of MP system]
Zeljko Vrba [Fwd: Re: two OS'es on two procs of MP system]
Manuel Bouyer Re: two OS'es on two procs of MP system
der Mouse Re: two OS'es on two procs of MP system
List Mail User Re: CVS commit: src
Jason Thorpe Re: CVS commit: src
06/23/2005
matthew green re: Boot device confusion
YAMAMOTO Takashi Re: CVS commit: src
Daniel Carosone Re: CVS commit: src
Gordon Waidhofer RE: CVS commit: src
Manuel Bouyer kern/25279: NFS read doesn't update atime
Ignatios Souvatzis Re: CVS commit: src
List Mail User RE: CVS commit: src
Jason Thorpe Re: CVS commit: src
Jason Thorpe Re: CVS commit: src
Joerg Sonnenberger Re: CVS commit: src
Jason Thorpe Re: CVS commit: src
Martin Husemann Re: CVS commit: src
Jason Thorpe Re: CVS commit: src
Nathan J. Williams Re: CVS commit: src
der Mouse Re: CVS commit: src
Feico Dillema Re: two OS'es on two procs of MP system
David Young mount -u -r does not sync?
David Young Re: mount -u -r does not sync?
David Young Re: mount -u -r does not sync?
David Young Re: mount -u -r does not sync?
David Young Re: mount -u -r does not sync?
David Young Re: mount -u -r does not sync?
Darrin B.Jewell Re: mount -u -r does not sync?
Darrin B.Jewell Re: fixing newfs(8) manpage
06/24/2005
matthew green re: mount -u -r does not sync?
Staffan Thomen Re: CVS commit: src
Peter Postma Re: fixing newfs(8) manpage
Tonnerre Re: DRI [was: Re: more summer of code fun]
Michael Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
Michael Re: DRI [was: Re: more summer of code fun]
Michael Re: DRI [was: Re: more summer of code fun]
der Mouse Re: DRI [was: Re: more summer of code fun]
Michael Re: DRI [was: Re: more summer of code fun]
Michael Re: DRI [was: Re: more summer of code fun]
Jonathan Stone Re: DRI [was: Re: more summer of code fun]
06/25/2005
Hubert Feyrer Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
Tonnerre Re: DRI [was: Re: more summer of code fun]
YAMAMOTO Takashi Re: CVS commit: src
Erik E. Fair lack of pciide transfer alignment checking causes crash
Martin Husemann Re: lack of pciide transfer alignment checking causes crash
Erik E. Fair Re: lack of pciide transfer alignment checking causes crash
Martin Husemann Re: lack of pciide transfer alignment checking causes crash
Manuel Bouyer Re: lack of pciide transfer alignment checking causes crash
Reinoud Zandijk Re: Doxygen generated documentation
Jason Thorpe Re: lack of pciide transfer alignment checking causes crash
Wartan Hachaturow Realtime scheduling and queued signals.
Manuel Bouyer Re: lack of pciide transfer alignment checking causes crash
Manuel Bouyer Re: lack of pciide transfer alignment checking causes crash
Jason Thorpe Re: lack of pciide transfer alignment checking causes crash
Manuel Bouyer Re: lack of pciide transfer alignment checking causes crash
Jason Thorpe Re: lack of pciide transfer alignment checking causes crash
Erik E. Fair Re: lack of pciide transfer alignment checking causes crash
Erik E. Fair Re: lack of pciide transfer alignment checking causes crash
Rhialto Re: DRI [was: Re: more summer of code fun]
Jason Thorpe Re: lack of pciide transfer alignment checking causes crash
Erik E. Fair system timekeeping and CPU cycle counters
Stephen Jones Serious SCB Timeout problems in 2.0.2 on Alpha w/ fxp devices
06/26/2005
matthew green re: lack of pciide transfer alignment checking causes crash
Tonnerre Re: DRI [was: Re: more summer of code fun]
Dave Huang Re: Serious SCB Timeout problems in 2.0.2 on Alpha w/ fxp devices
David Laight Re: system timekeeping and CPU cycle counters
Julio M. Merino Vidal SoC: Efficient memory file-system
Martin Husemann Re: lack of pciide transfer alignment checking causes crash
Rui Paulo Re: SoC: Efficient memory file-system
Christos Zoulas Re: Serious SCB Timeout problems in 2.0.2 on Alpha w/ fxp devices
der Mouse Re: SoC: Efficient memory file-system
kamel derouiche Zeroconfd??
Stephen Jones Re: Serious SCB Timeout problems in 2.0.2 on Alpha w/ fxp devices
Eric Haszlakiewicz Re: lack of pciide transfer alignment checking causes crash
Manuel Bouyer Re: lack of pciide transfer alignment checking causes crash
Dave Huang Re: Serious SCB Timeout problems in 2.0.2 on Alpha w/ fxp devices
Manuel Bouyer Re: lack of pciide transfer alignment checking causes crash
Manuel Bouyer Re: lack of pciide transfer alignment checking causes crash
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Christos Zoulas Re: Serious SCB Timeout problems in 2.0.2 on Alpha w/ fxp devices
Stephen Jones Re: Serious SCB Timeout problems in 2.0.2 on Alpha w/ fxp devices
Manuel Bouyer Re: lack of pciide transfer alignment checking causes crash
Manuel Bouyer Re: Serious SCB Timeout problems in 2.0.2 on Alpha w/ fxp devices
Stephen Jones Re: Serious SCB Timeout problems in 2.0.2 on Alpha w/ fxp devices
Christos Zoulas Re: Serious SCB Timeout problems in 2.0.2 on Alpha w/ fxp devices
Thor Lancelot Simon Re: lack of pciide transfer alignment checking causes crash
Manuel Bouyer Re: lack of pciide transfer alignment checking causes crash
Rui Paulo Re: SoC: Efficient memory file-system
Thor Lancelot Simon Re: lack of pciide transfer alignment checking causes crash
der Mouse Re: SoC: Efficient memory file-system
Rui Paulo Re: SoC: Efficient memory file-system
Jason Thorpe Re: CVS commit: src
Jason Thorpe Re: CVS commit: src
der Mouse Re: SoC: Efficient memory file-system
06/27/2005
TAMURA Kent Re: pss(4)
matthew green re: lack of pciide transfer alignment checking causes crash
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
matthew green re: lack of pciide transfer alignment checking causes crash
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
Reinoud Zandijk Shared page idea Re: Pulling simple syscalls out from the giant lock
Reinoud Zandijk Re: Pulling simple syscalls out from the giant lock
Luke Mewburn Re: CVS commit: src
YAMAMOTO Takashi Re: CVS commit: src
Daniel Carosone Re: SoC: Efficient memory file-system
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Chuck Silvers Re: kern/25279: NFS read doesn't update atime
Bill Studenmund Re: Realtime scheduling and queued signals.
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Bill Studenmund Re: SoC: Efficient memory file-system
Tom Nakamura 2048 bytes/sector devices? (DVD RAMs, Fujitsu MO's, etc)
Bill Studenmund Re: kern/25279: NFS read doesn't update atime
Yevgeny Binder SoC: HFS+
Bill Studenmund Re: kern/25279: NFS read doesn't update atime
Allen Briggs Re: kern/25279: NFS read doesn't update atime
Douglas Wade Needham ioflush process spinup and memory when building on 2.0.2/i386
Gordon Waidhofer RE: kern/25279: NFS read doesn't update atime
06/28/2005
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
Ignatios Souvatzis Re: 2048 bytes/sector devices? (DVD RAMs, Fujitsu MO's, etc)
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Julio M. Merino Vidal Re: SoC: HFS+
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
D'Arcy J.M. Cain Re: Adaptec SATA RAID 2410SA driver (PR kern/30456)
Chuck Silvers Re: kern/25279: NFS read doesn't update atime
Chuck Silvers Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Reinoud Zandijk Re: CVS commit: src
Chuck Silvers Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Aymeric Vincent Re: SoC: Efficient memory file-system
Chuck Silvers Re: kern/25279: NFS read doesn't update atime
Thor Lancelot Simon Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Alan Ritter SoC: NDIS
Jason Thorpe Re: CVS commit: src
Andrew R. Reiter Re: SoC: NDIS
Joerg Sonnenberger Re: SoC: NDIS
Alan Ritter Re: SoC: NDIS
Gordon Waidhofer RE: CVS commit: src
Jachym Holecek Re: SoC: NDIS
Reinoud Zandijk Re: CVS commit: src
Ignatios Souvatzis Re: SoC: Efficient memory file-system
Gordon Waidhofer RE: CVS commit: src
Jason Thorpe Re: CVS commit: src
Julio M. Merino Vidal Re: SoC: NDIS
Richard Earnshaw Re: lack of pciide transfer alignment checking causes crash
Gordon Waidhofer RE: CVS commit: src
Alan Ritter Re: SoC: NDIS
Bill Studenmund Re: CVS commit: src
Bill Studenmund Re: CVS commit: src
Jason Thorpe Re: lack of pciide transfer alignment checking causes crash
Jason Thorpe Re: lack of pciide transfer alignment checking causes crash
Jason Thorpe Re: lack of pciide transfer alignment checking causes crash
Jason Thorpe Re: Sumup Re: CVS commit: src
Gordon Waidhofer RE: Sumup Re: CVS commit: src
Thor Lancelot Simon Re: kern/25279: NFS read doesn't update atime
06/29/2005
Nicolas Joly Help porting FreeBSD amd64 agp driver
Reinoud Zandijk Re: CVS commit: src
Daniel Carosone Re: lack of pciide transfer alignment checking causes crash
Daniel Carosone Re: lack of pciide transfer alignment checking causes crash
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi fsync optimization (Re: kern/25279: NFS read doesn't update atime)
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
Hubert Feyrer magic symlink discussion [was: Re: CVS commit: src]
matthew green re: lack of pciide transfer alignment checking causes crash
Jachym Holecek Re: lack of pciide transfer alignment checking causes crash
Reinoud Zandijk Sumup Re: CVS commit: src
Reinoud Zandijk Re: CVS commit: src
Daniel Carosone bus shims (Re: lack of pciide transfer alignment checking causes crash)
matthew green re: bus shims (Re: lack of pciide transfer alignment checking causes crash)
matthew green re: lack of pciide transfer alignment checking causes crash
Manuel Bouyer Re: lack of pciide transfer alignment checking causes crash
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Yevgeny Binder Re: SoC: HFS+
Manuel Bouyer Re: bus shims (Re: lack of pciide transfer alignment checking causes crash)
Julio M. Merino Vidal Re: SoC: HFS+
Matthias Scheler Problem in in-kernel SHA1 implementation?
Bill Studenmund Re: CVS commit: src
Chuck Silvers Re: kern/25279: NFS read doesn't update atime
Chuck Silvers Re: kern/25279: NFS read doesn't update atime
Bill Studenmund Re: kern/25279: NFS read doesn't update atime
Chuck Silvers Re: fsync optimization (Re: kern/25279: NFS read doesn't update atime)
Bill Studenmund Re: fsync optimization (Re: kern/25279: NFS read doesn't update atime)
Manuel Bouyer Re: kern/25279: NFS read doesn't update atime
Jason Thorpe Re: kern/25279: NFS read doesn't update atime
David Laight Re: 2048 bytes/sector devices? (DVD RAMs, Fujitsu MO's, etc)
David Laight Re: SoC: NDIS
Eric Haszlakiewicz Re: CVS commit: src
Bill Studenmund Re: CVS commit: src
Reinoud Zandijk Re: Sumup Re: CVS commit: src
Gordon Waidhofer RE: Sumup Re: CVS commit: src
der Mouse Re: CVS commit: src
Gordon Waidhofer RE: CVS commit: src
Gordon Waidhofer RE: CVS commit: src
Scott Long Re: Adaptec SATA RAID 2410SA driver (PR kern/30456)
06/30/2005
Daniel Carosone Re: bus shims (Re: lack of pciide transfer alignment checking causes crash)
Jachym Holecek Re: bus shims (Re: lack of pciide transfer alignment checking causes crash)
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: fsync optimization (Re: kern/25279: NFS read doesn't update
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
YAMAMOTO Takashi Re: kern/25279: NFS read doesn't update atime
Matthew Orgass Re: Sumup Re: CVS commit: src
der Mouse Re: CVS commit: src
Erik E. Fair Re: lack of pciide transfer alignment checking causes crash
D'Arcy J.M. Cain Re: Adaptec SATA RAID 2410SA driver (PR kern/30456)
Reinoud Zandijk UDF model of EAs and subfiles, accesstimes and permissions rules.
Jason Thorpe Re: lack of pciide transfer alignment checking causes crash
Reinoud Zandijk Re: 2048 bytes/sector devices? (DVD RAMs, Fujitsu MO's, etc)
Gordon Waidhofer RE: UDF model of EAs and subfiles, accesstimes and permissions rules.
Scott Long Re: Adaptec SATA RAID 2410SA driver (PR kern/30456)