Index of tech-kern for May, 2002


FromSubject
05/01/2002
Rex McMaster Re: Memory parity error indications with ECC RAM
Rex McMaster Re: Memory parity error indications with ECC RAM
matthew green re: mkdir with trailing / (patch proposed)
Julio Merino Re: Ioctl to write to a screen
enami tsugutomo Re: mkdir with trailing / (patch proposed)
Julio Merino Re: Ioctl to write to a screen
Julio Merino Patch review for mouse console support
Luke Mewburn Re: proposed re-work / unification of boot block installation
Julio Merino Re: Patch review for mouse console support
Lennart Augustsson Re: Patch review for mouse console support
c0redump@skreel.org wscons
Valeriy E. Ushakov Re: wscons
Julio Merino Re: wscons
Christos Zoulas Re: Patch review for mouse console support
Patrick Welche Re: wscons
Julio Merino Re: wscons
Julio Merino Re: New device - Patch review for mouse console support
ipthomas@mac.com Re: wscons
Lennart Augustsson Re: New device - Patch review for mouse console support
Bang Jun-Young Re: wscons
Matthew Mondor Re: Addiind a new filesystem support
Matthew Mondor Re: Addiind a new filesystem support
05/02/2002
Martin Weber Re: wscons
Dr R.S. Brooks Re: Memory parity error indications with ECC RAM
Julio Merino "Definitive" patch for mouse support
05/03/2002
Jaromir Dolecek descriptor 012 hack in kern_descrip.c
Manuel Bouyer Unit attention in ch
Frank van der Linden Re: descriptor 012 hack in kern_descrip.c
Scott R. Burns RE: Unit attention in ch
Manuel Bouyer Re: Unit attention in ch
=?iso-8859-1?Q?Ren=E9_Am Addiind a new filesystem support
Julio Merino Re: Addiind a new filesystem support
System Anti-Virus Admini Virus encontrado na mensagem "Height" [Virus found in received message "Height"
Matthew Jacob Unit attention in st
Manuel Bouyer Re: Unit attention in st
Manuel Bouyer Re: Addiind a new filesystem support
Bill Sommerfeld Re: Addiind a new filesystem support
Matthew Jacob Re: Unit attention in st
05/04/2002
Alexander Funcke Still can't alloc physical memory in cpu_setup().
John Franklin Re: Addiind a new filesystem support
Emmanuel Dreyfus Getting file descriptor in driver ioctl method
Manuel Bouyer Re: Unit attention in st
Ignatios Souvatzis Re: Addiind a new filesystem support
Matthew Jacob Re: Unit attention in st
jkunz@unixag-kl.fh-k Re: Addiind a new filesystem support
Wojciech Puchar Re: Addiind a new filesystem support
Wojciech Puchar Re: Addiind a new filesystem support
Jason R Thorpe Re: Addiind a new filesystem support
der Mouse Re: Addiind a new filesystem support
Matthew Mondor Transparent Proxying
05/05/2002
Luke Mewburn Re: Addiind a new filesystem support
Luke Mewburn Re: Addiind a new filesystem support
Olaf Seibert Re: semaphore
Matthew Orgass Re: mkdir with trailing / (patch proposed)
Greg A. Woods Re: mkdir with trailing / (patch proposed)
der Mouse Re: mkdir with trailing / (patch proposed)
05/06/2002
Greg A. Woods Re: mkdir with trailing / (patch proposed)
Aaro J Koskinen Re: Getting file descriptor in driver ioctl method
Bill Studenmund Re: mkdir with trailing / (patch proposed)
Bill Studenmund Re: Addiind a new filesystem support
Emmanuel Dreyfus Re: Getting file descriptor in driver ioctl method
Jason R Thorpe "ofpci" and "ofppb" in NetBSD/sparc64
Jason R Thorpe Re: "ofpci" and "ofppb" in NetBSD/sparc64
Jason R Thorpe Re: "ofpci" and "ofppb" in NetBSD/sparc64
Jason R Thorpe Re: "ofpci" and "ofppb" in NetBSD/sparc64
05/07/2002
Darren Reed Re: "ofpci" and "ofppb" in NetBSD/sparc64
Gregory McGarry Re: Still can't alloc physical memory in cpu_setup().
der Mouse Re: "ofpci" and "ofppb" in NetBSD/sparc64
Roland Dowdeswell [wscons] why does ioctl fail if no mux is attached?
Roland Dowdeswell Re: Patch review for mouse console support
Roland Dowdeswell Re: Ioctl to write to a screen
Roland Dowdeswell Re: Patch review for mouse console support
Lennart Augustsson Re: Patch review for mouse console support
Alexander Funcke Re: Still can't alloc physical memory in cpu_setup().
Martin Husemann mouse interface resets
Aaro J Koskinen Re: Getting file descriptor in driver ioctl method
Jukka Marin Re: mouse interface resets
Julio Merino Re: Patch review for mouse console support
Julio Merino Re: Patch review for mouse console support
der Mouse Re: "ofpci" and "ofppb" in NetBSD/sparc64
Jaromir Dolecek Re: "ofpci" and "ofppb" in NetBSD/sparc64
Bill Studenmund Re: "ofpci" and "ofppb" in NetBSD/sparc64
Cillian Sharkey Genius PCMCIA NIC: "can't match ethernet vendor code"
Matthias Drochner what happens if a block device is vdevgone()?
Emmanuel Dreyfus Pseudodevice or /kern pseudofile? (was: Re: Getting file descriptor in driver i
Jason R Thorpe Re: "ofpci" and "ofppb" in NetBSD/sparc64
Jason R Thorpe Re: "ofpci" and "ofppb" in NetBSD/sparc64
Gary Thorpe New pseudo bus, new device
05/08/2002
Gregory McGarry Re: Still can't alloc physical memory in cpu_setup().
Wojciech Puchar Re: New pseudo bus, new device
der Mouse Re: New pseudo bus, new device
Jorgen Lundman Disk IO / UVM and Crypt FS..
David Laight Re: Addiind a new filesystem support
Jaromir Dolecek Re: Disk IO / UVM and Crypt FS..
Jorgen Lundman Re: Disk IO / UVM and Crypt FS..
enami tsugutomo Re: Disk IO / UVM and Crypt FS..
Jorgen Lundman Re: Disk IO / UVM and Crypt FS..
Jaromir Dolecek Re: mouse interface resets
enami tsugutomo Re: Disk IO / UVM and Crypt FS..
Jorgen Lundman Re: Disk IO / UVM and Crypt FS..
Bill Studenmund Re: New pseudo bus, new device
ben@eitzen.org LKMs & PCI Cards
Sean Davis Re: LKMs & PCI Cards
Lennart Augustsson Re: LKMs & PCI Cards
Symka Promise Ultra133Tx2
05/09/2002
Emmanuel Dreyfus Re: Getting file descriptor in driver ioctl method
MAEKAWA Masahide CFR: The Auto-Generation Block/Character Device Switch Tables
David Laight Re: Getting file descriptor in driver ioctl method
Darren Reed Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Julio Merino Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Jorgen Lundman Re: Disk IO / UVM and Crypt FS..
Matt Thomas Re: CFR: The Auto-Generation Block/Character Device Switch
Hubert Feyrer Re: LKMs & PCI Cards
Jared D. McNeill Re: LKMs & PCI Cards
Bill Studenmund Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Bill Studenmund Unifying b/cdevsw, was Re: CFR: The Auto-Generation Block/Character
David Laight Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Lennart Augustsson Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Jason R Thorpe Re: "ofpci" and "ofppb" in NetBSD/sparc64
Charles M. Hannum hardclock(), softclock(), and CLKF_BASEPRI()
Bill Studenmund Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Matthew Orgass Re: mkdir with trailing / (patch proposed)
05/10/2002
Hauke Fath Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Bill Studenmund Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Julio Merino New design for mouse support
05/11/2002
Bill Sommerfeld Re: "ofpci" and "ofppb" in NetBSD/sparc64
Lennart Augustsson Re: "ofpci" and "ofppb" in NetBSD/sparc64
05/12/2002
Masanori Kanaoka Re: Libretto L2 USB IRQ Mapping
Alexander Yurchenko Re: Promise Ultra133Tx2
Symka Re: Promise Ultra133Tx2
Julio Merino SB16 IDE support
maximum entropy Re: SB16 IDE support
Wojciech Puchar Re: SB16 IDE support
Emmanuel Dreyfus mandatory vnops and vfsops
05/13/2002
MAEKAWA Masahide Re: CFR: The Auto-Generation Block/Character Device Switch Tables
MAEKAWA Masahide Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Greg A. Woods Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Sean Davis Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Bill Studenmund Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Bill Studenmund Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Bill Studenmund Re: mandatory vnops and vfsops
Bill Studenmund Re: Promise Ultra133Tx2
Emmanuel Dreyfus Re: mandatory vnops and vfsops
Manuel Bouyer Re: Promise Ultra133Tx2
ben@eitzen.org LKMs and pci_mapreg_map
Klaus Klein Re: LKMs and pci_mapreg_map
Bill Studenmund Re: mandatory vnops and vfsops
Thor Lancelot Simon Re: Huge (> 1TB) disk
Perry E. Metzger Re: Huge (> 1TB) disk
Jason R Thorpe Re: Huge (> 1TB) disk
Rick Kelly Re: Huge (> 1TB) disk
Lord Isildur Re: Huge (> 1TB) disk
Jason R Thorpe Re: Huge (> 1TB) disk
Jason R Thorpe Re: Huge (> 1TB) disk
paul beard Re: Huge (> 1TB) disk
Rick Kelly Re: Huge (> 1TB) disk
Jason R Thorpe Re: Huge (> 1TB) disk
Rick Kelly Re: Huge (> 1TB) disk
05/14/2002
MAEKAWA Masahide Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Greg 'groggy' Lehey Re: Huge (> 1TB) disk
Perry E. Metzger Re: Huge (> 1TB) disk
der Mouse Re: Huge (> 1TB) disk
Greg 'groggy' Lehey UFS and FFS (was: Huge (> 1TB) disk)
Greg 'groggy' Lehey UFS2 (was: Huge (> 1TB) disk)
Greg 'groggy' Lehey Re: Huge (> 1TB) disk
Alexander Funcke wdogctl problem
Emmanuel Dreyfus Re: mandatory vnops and vfsops
Jaromir Dolecek Re: mandatory vnops and vfsops
Matthew Mondor Transparent Proxying
itojun@iijlab.net Re: Transparent Proxying
Darren Reed Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Matthew Mondor Re: Patch review for mouse console support
Matthew Mondor Re: Transparent Proxying
Jun-ichiro itojun Hagino Re: Transparent Proxying
Love Re: Transparent Proxying
Jaromir Dolecek Re: Transparent Proxying
Lord Isildur Re: Huge (> 1TB) disk
Peter J. Hunter RE: Huge (> 1TB) disk
Lord Isildur Re: Transparent Proxying
Lord Isildur Re: Huge (> 1TB) disk
Charles M. Hannum FFS reliability problems
Bill Studenmund Re: mandatory vnops and vfsops
Bill Studenmund Re: mandatory vnops and vfsops
Jaromir Dolecek Re: mandatory vnops and vfsops
Bill Studenmund Re: CFR: The Auto-Generation Block/Character Device Switch Tables
John Franklin Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Matthew Mondor Re: Transparent Proxying
Lord Isildur Re: Transparent Proxying
eeh@netbsd.org sparc64 PCI issues.
Emmanuel Dreyfus Re: mandatory vnops and vfsops
Emmanuel Dreyfus Re: mandatory vnops and vfsops
Matthias Scheler Re: Promise Ultra133Tx2
Jason R Thorpe Re: sparc64 PCI issues.
eeh@netbsd.org Re: sparc64 PCI issues.
Jason R Thorpe Re: sparc64 PCI issues.
05/15/2002
MAEKAWA Masahide Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Greywolf Re: FFS reliability problems
Darren Reed Re: CFR: The Auto-Generation Block/Character Device Switch Tables
David Laight Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Charles Hannum Re: FFS reliability problems
Manuel Bouyer Re: Promise Ultra133Tx2
Matt Thomas Re: CFR: The Auto-Generation Block/Character Device Switch
Matt Thomas scsibus capabilities.
eeh@netbsd.org Re: scsibus capabilities.
Matt Thomas Re: scsibus capabilities.
Greywolf Re: FFS reliability problems
Bill Studenmund Re: CFR: The Auto-Generation Block/Character Device Switch Tables
eeh@netbsd.org Re: scsibus capabilities.
Cillian Sharkey Re: Genius PCMCIA NIC: "can't match ethernet vendor code"
Jason R Thorpe Re: scsibus capabilities.
Manuel Bouyer Re: scsibus capabilities.
der Mouse Re: FFS reliability problems
Wojciech Puchar 160MB/s (was Re: scsibus capabilities.)
Jason R Thorpe Re: 160MB/s (was Re: scsibus capabilities.)
Bill Studenmund Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Martin Husemann Re: sparc64 PCI issues.
eeh@netbsd.org Re: sparc64 PCI issues.
Jason R Thorpe Re: sparc64 PCI issues.
Jason R Thorpe Re: sparc64 PCI issues.
Jason R Thorpe Re: sparc64 PCI issues.
Greywolf Re: FFS reliability problems
Bill Studenmund Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Greywolf Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Matthew Jacob Re: 160MB/s (was Re: scsibus capabilities.)
Matthew Jacob Re: scsibus capabilities.
Jason R Thorpe Re: 160MB/s (was Re: scsibus capabilities.)
Jason R Thorpe Re: scsibus capabilities.
Matthew Jacob Re: scsibus capabilities.
der Mouse Re: CFR: The Auto-Generation Block/Character Device Switch Tables
der Mouse Re: FFS reliability problems
Matt Thomas Re: scsibus capabilities.
Jason R Thorpe Re: scsibus capabilities.
05/16/2002
Darren Reed Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Manuel Bouyer Re: scsibus capabilities.
Greywolf Re: CFR: The Auto-Generation Block/Character Device Switch Tables
David Laight Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Jonathan Stone Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Greg A. Woods Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Darren Reed Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Darren Reed Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Bill Studenmund Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Manuel Bouyer Re: 160MB/s (was Re: scsibus capabilities.)
Wojciech Puchar Re: 160MB/s (was Re: scsibus capabilities.)
Manuel Bouyer Re: FFS reliability problems
Manuel Bouyer Re: sparc64 PCI issues.
Greg A. Woods Re: 160MB/s (was Re: scsibus capabilities.)
Jason R Thorpe Re: 160MB/s (was Re: scsibus capabilities.)
der Mouse Re: FFS reliability problems
Jonathan Stone pcmcia match/attach: ok to key solely off vendor-id/chip-id?
Ken Seefried Accounting for differences in physical memory performance
05/17/2002
Darren Reed Re: CFR: The Auto-Generation Block/Character Device Switch Tables
Manuel Bouyer Re: 160MB/s (was Re: scsibus capabilities.)
David Brownlee Increasing SHMMAXPGS
Ignatios Souvatzis Re: Increasing SHMMAXPGS
David Brownlee Re: Increasing SHMMAXPGS
Jaromir Dolecek Re: Increasing SHMMAXPGS
Bernd Ernesti Re: Increasing SHMMAXPGS
matthew green re: Increasing SHMMAXPGS
Darren Reed Re: Increasing SHMMAXPGS
Takahiro Kambe Re: Increasing SHMMAXPGS
Rasputin Re: Increasing SHMMAXPGS
Matthew Jacob Re: 160MB/s (was Re: scsibus capabilities.)
Greg A. Woods Re: 160MB/s (was Re: scsibus capabilities.)
Matthew Jacob Re: 160MB/s (was Re: scsibus capabilities.)
Greg A. Woods Re: 160MB/s (was Re: scsibus capabilities.)
Gary Thorpe Re: Increasing SHMMAXPGS
Jaromir Dolecek Re: Increasing SHMMAXPGS
Manuel Bouyer Re: FFS reliability problems
der Mouse Re: FFS reliability problems
Manuel Bouyer Re: FFS reliability problems
Greg A. Woods Re: FFS reliability problems
der Mouse Re: FFS reliability problems
05/18/2002
krp@freeshell.org wscons, again
krp@freeshell.org scrollable wscons
krp@freeshell.org Re: scrollable wscons
Manuel Bouyer Re: FFS reliability problems
Manuel Bouyer Re: FFS reliability problems
der Mouse Re: FFS reliability problems
Manuel Bouyer Re: FFS reliability problems
Greg A. Woods Re: FFS reliability problems
Martin Husemann Re: Increasing SHMMAXPGS
Bill Sommerfeld another tweak to PCI interrupt infrastructure.
Greywolf Re: FFS reliability problems
05/19/2002
Daniel Carosone Re: FFS reliability problems
Perry E. Metzger Re: Increasing SHMMAXPGS
Ignatios Souvatzis Re: Increasing SHMMAXPGS
Perry E. Metzger Re: Increasing SHMMAXPGS
David Laight Re: FFS reliability problems
Bill Sommerfeld Re: Increasing SHMMAXPGS
David Laight Re: Increasing SHMMAXPGS
Soren S. Jorvang Re: Increasing SHMMAXPGS
Jason R Thorpe IMPORTANT: Change MACHINE_ARCH "arm" to "armel"?
Matt Thomas Re: IMPORTANT: Change MACHINE_ARCH "arm" to "armel"?
Jason R Thorpe Re: IMPORTANT: Change MACHINE_ARCH "arm" to "armel"?
Matt Thomas Re: IMPORTANT: Change MACHINE_ARCH "arm" to "armel"?
Jason R Thorpe Re: IMPORTANT: Change MACHINE_ARCH "arm" to "armel"?
Perry E. Metzger Re: IMPORTANT: Change MACHINE_ARCH "arm" to "armel"?
mcmahill@mtl.mit.edu Re: IMPORTANT: Change MACHINE_ARCH "arm" to "armel"?
Jim Wise Re: Increasing SHMMAXPGS
Jason R Thorpe Re: IMPORTANT: Change MACHINE_ARCH "arm" to "armel"?
Tyler Mitchell pms0: resetting mouse interface
05/20/2002
SAITOH Masanobu Re: IMPORTANT: Change MACHINE_ARCH "arm" to "armel"?
Jaromir Dolecek Re: Increasing SHMMAXPGS
Richard Earnshaw Re: IMPORTANT: Change MACHINE_ARCH "arm" to "armel"?
Ignatios Souvatzis Re: Increasing SHMMAXPGS
Simon Burge Re: Increasing SHMMAXPGS
Robert Elz Re: FFS reliability problems
Ignatios Souvatzis Re: IMPORTANT: Change MACHINE_ARCH "arm" to "armel"?
Soren S. Jorvang Re: Increasing SHMMAXPGS
Ignatios Souvatzis Re: Increasing SHMMAXPGS
Jason R Thorpe Re: IMPORTANT: Change MACHINE_ARCH "arm" to "armel"?
Jim Wise Re: Increasing SHMMAXPGS
Greywolf Re: FFS reliability problems
Manuel Bouyer Re: 160MB/s (was Re: scsibus capabilities.)
Manuel Bouyer Re: 160MB/s (was Re: scsibus capabilities.)
Manuel Bouyer Re: 160MB/s (was Re: scsibus capabilities.)
Matthew Jacob Re: 160MB/s (was Re: scsibus capabilities.)
der Mouse Re: FFS reliability problems
Greg A. Woods Re: 160MB/s (was Re: scsibus capabilities.)
05/21/2002
Greg A. Woods better diagnostics for get*name(2)....
Bernd Ernesti Re: Increasing SHMMAXPGS
Jonathan R. Hinds Re: pms0: resetting mouse interface
Chris Pinnock Re: pms0: resetting mouse interface
05/22/2002
Martin Husemann Re: pms0: resetting mouse interface
Jared D. McNeill Re: pms0: resetting mouse interface
Jun-ichiro itojun Hagino soclose()
enami tsugutomo Re: soclose()
Joel CARNAT How to begin a -CURRENT driver QA ?
Jaromir Dolecek Re: soclose()
Emmanuel Dreyfus sleeping on a userland address
Manuel Bouyer Re: 160MB/s (was Re: scsibus capabilities.)
Andrey Petrov Re: sleeping on a userland address
Peter J. Hunter RE: sleeping on a userland address
Bill Studenmund RE: sleeping on a userland address
Greg A. Woods Re: 160MB/s (was Re: scsibus capabilities.)
Jason R Thorpe Re: Accounting for differences in physical memory performance
Ken Seefried Re: Accounting for differences in physical memory performance
Jason R Thorpe Re: Accounting for differences in physical memory performance
05/23/2002
Hubert Feyrer Re: Accounting for differences in physical memory performance
Hubert Feyrer Re: Accounting for differences in physical memory performance
Gregory McGarry delay() or DELAY()
Martin Husemann SIOCGPPPSTATS for all network i/f
Matt Thomas Re: SIOCGPPPSTATS for all network i/f
Martin Husemann Re: SIOCGPPPSTATS for all network i/f
Steve Woodford Re: Accounting for differences in physical memory performance
Bernd Sieker Re: Accounting for differences in physical memory performance
itojun@iijlab.net Re: SIOCGPPPSTATS for all network i/f
Ignatios Souvatzis Re: Accounting for differences in physical memory performance
Kamal Prasad remote debugging with kgdb
Jason R Thorpe Re: Accounting for differences in physical memory performance
Kamal Prasad Re: remote debugging with kgdb
Jason R Thorpe Re: Accounting for differences in physical memory performance
Ignatios Souvatzis Re: Accounting for differences in physical memory performance
Konrad Schroder nesting simple_lock and spl*?
Jason R Thorpe Re: nesting simple_lock and spl*?
kpneal@pobox.com Re: Accounting for differences in physical memory performance
05/24/2002
Jaromir Dolecek compat/linux getdent64() NFS problem (Was: Re: Linux emulation and NFS)
Christoph Hellwig Re: compat/linux getdent64() NFS problem (Was: Re: Linux emulation and NFS)
Erik Anggard Re: remote debugging with kgdb
Martin Husemann Re: compat/linux getdent64() NFS problem (Was: Re: Linux emulation and NFS)
Frank van der Linden Re: compat/linux getdent64() NFS problem (Was: Re: Linux emulation and NFS)
rick@snowhite.cis.uo Linux compatibility/NFS
Kamal Prasad ipkdb
05/25/2002
Frank van der Linden Re: Linux compatibility/NFS
Matthias Drochner multisession CD support (again) - please review
David Laight Re: nesting simple_lock and spl*?
Jason R Thorpe Re: nesting simple_lock and spl*?
Jason R Thorpe Re: nesting simple_lock and spl*?
05/26/2002
Darren Reed Re: nesting simple_lock and spl*?
Thomas Klausner -traditional-cpp
Jason R Thorpe Re: -traditional-cpp
Bob Nestor Changing block size on SCSI disks
David Laight Re: nesting simple_lock and spl*?
Johan Danielsson Re: Changing block size on SCSI disks
Jason R Thorpe Re: nesting simple_lock and spl*?
Bob Nestor Re: Changing block size on SCSI disks
David Laight Re: nesting simple_lock and spl*?
Jason R Thorpe Re: nesting simple_lock and spl*?
David Laight Re: nesting simple_lock and spl*?
Matthew Mondor Re: arc4random(9)
Matthew Mondor Re: Getting active console
05/27/2002
rick@snowhite.cis.uo NFS/Linux compatibility
Jaromir Dolecek Re: NFS/Linux compatibility
05/28/2002
David Brownlee Re: Linux compatibility/NFS
itojun@iijlab.net arc4random(9)
Hitoshi Asaeda the size of an argument for set/getsockopt(2)
Thor Lancelot Simon Re: arc4random(9)
Bill Studenmund Re: NFS/Linux compatibility
Julio Merino Getting active console
Martin Husemann Re: Getting active console
Julio Merino Re: Getting active console
Perry E. Metzger Re: arc4random(9)
Jason R Thorpe Re: arc4random(9)
Steven M. Bellovin Re: arc4random(9)
xs@kittenz.org Re: arc4random(9)
Martin Husemann Re: NFS/Linux compatibility
Bill Studenmund Re: NFS/Linux compatibility
Martin Husemann Re: NFS/Linux compatibility
Julio Merino Re: Getting active console
Jonathan Stone Re: compat/linux getdent64() NFS problem (Was: Re: Linux emulation and NFS)
Thor Lancelot Simon Re: arc4random(9)
Jason R Thorpe Re: arc4random(9)
Perry E. Metzger Re: arc4random(9)
Jason R Thorpe Re: arc4random(9)
Thor Lancelot Simon Re: arc4random(9)
Jason R Thorpe Re: arc4random(9)
Perry E. Metzger Re: arc4random(9)
Perry E. Metzger Re: arc4random(9)
Perry E. Metzger Re: arc4random(9)
Thor Lancelot Simon Re: arc4random(9)
Ken Hornstein Re: arc4random(9)
05/29/2002
matthew green re: arc4random(9)
itojun@iijlab.net Re: arc4random(9)
itojun@iijlab.net Re: arc4random(9)
itojun@iijlab.net Re: the size of an argument for set/getsockopt(2)
itojun@iijlab.net Re: the size of an argument for set/getsockopt(2)
itojun@iijlab.net Re: arc4random(9)
Thor Lancelot Simon Re: arc4random(9)
itojun@iijlab.net Re: arc4random(9)
Thor Lancelot Simon Re: arc4random(9)
itojun@iijlab.net Re: arc4random(9)
Thor Lancelot Simon Re: arc4random(9)
Thor Lancelot Simon arc4random() bug? (leaks key bits after reseeding?)
itojun@iijlab.net Re: arc4random(9)
Hitoshi Asaeda Re: the size of an argument for set/getsockopt(2)
itojun@iijlab.net Re: the size of an argument for set/getsockopt(2)
itojun@iijlab.net Re: arc4random() bug? (leaks key bits after reseeding?)
Hitoshi Asaeda Re: the size of an argument for set/getsockopt(2)
Thor Lancelot Simon Re: arc4random(9)
Steven M. Bellovin Re: arc4random(9)
Thor Lancelot Simon Re: arc4random(9)
Steven M. Bellovin Re: arc4random(9)
Perry E. Metzger Re: arc4random(9)
Perry E. Metzger Re: arc4random(9)
Steven M. Bellovin Re: arc4random(9)
Thor Lancelot Simon Re: arc4random(9)
Klaus Klein Re: arc4random(9)
itojun@iijlab.net Re: arc4random(9)
Thor Lancelot Simon Re: arc4random(9)
Perry E. Metzger Re: arc4random(9)
Perry E. Metzger Re: arc4random(9)
Andrew Brown Re: arc4random(9)
Jonathan Stone Re: arc4random(9)
der Mouse Re: arc4random(9)
Jonathan Stone Re: arc4random(9)
Jonathan Stone Re: arc4random(9)
05/30/2002
Kyunghwan Kim UVM page transfer?
matthew green re: arc4random(9)
YAMAMOTO Takashi kernel stack overflow detection
rick@snowhite.cis.uo AUTH_GSSAPI for NFS
cgd@broadcom.com Re: kernel stack overflow detection
Kamal Prasad Re: kernel stack overflow detection
der Mouse Re: kernel stack overflow detection
Jonathan Stone Re: arc4random(9)
Kamal Prasad ddb and remote gdb
Kamal Prasad Re: ddb and remote gdb
john heasley Re: ddb and remote gdb
Kamal Prasad Re: ddb and remote gdb
05/31/2002
matthew green re: arc4random(9)
Michael Core Re: ddb and remote gdb
Luke Mewburn Re: ddb and remote gdb
Trevin Beattie Supporting sector size != DEV_BSIZE
Bill Studenmund Re: Supporting sector size != DEV_BSIZE
Trevin Beattie Re: Supporting sector size != DEV_BSIZE
Bill Studenmund Re: Supporting sector size != DEV_BSIZE
Trevin Beattie Re: Supporting sector size != DEV_BSIZE