From | Subject |
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) |