Index of tech-kern for February, 2001


FromSubject
02/01/2001
Emmanuel Dreyfus cosmetic fix to kdump for RET from EMUL "linux" (long)
Emmanuel Dreyfus Paper on Linux compatibility on PowerPC: need reviewers
Jaromír Dolecek Re: cosmetic fix to kdump for RET from EMUL "linux" (long)
David Querbach Re: splserial() higher than splhigh()?
Emmanuel Dreyfus Re: Paper on Linux compatibility on PowerPC: need reviewers
Allen Briggs PCI configuration
Bill Sommerfeld Re: splserial() higher than splhigh()?
Allen Briggs Re: splserial() higher than splhigh()?
Charles M. Hannum Re: splserial() higher than splhigh()?
Gavan Fantom Re: More questions about /dev/music behaviour
Ross Harvey Re: COMPAT_LINUX: why getpid() turned into a chown()?
02/02/2001
Christos Zoulas Re: cosmetic fix to kdump for RET from EMUL "linux" (long)
Bang Jun-Young Re: Japanese with wscons?
Hayakawa Koichi Re: wi0 hassles on Dell 5000e.
Noriyuki Soda Re: Japanese with wscons?
Ben Harris Re: PCI configuration
Patrick Welche Re: COMPAT_LINUX: why getpid() turned into a chown()?
Bang Jun-Young Re: Japanese with wscons?
Noriyuki Soda Re: Japanese with wscons?
Noriyuki Soda Re: Japanese with wscons?
Jason R Thorpe Re: wi0 hassles on Dell 5000e.
Marcus Comstedt Re: wsfont encoding
Allen Briggs Re: PCI configuration
Jason R Thorpe Re: PCI configuration
Nathan J. Williams Re: PCI configuration
Allen Briggs Re: PCI configuration
Thor Lancelot Simon Re: PCI configuration
Jason R Thorpe Re: PCI configuration
Bharani Chadalavada Kernel threads
Bill Sommerfeld Re: Kernel threads
Bharani Chadalavada Re: Kernel threads
Bill Sommerfeld Re: Kernel threads
Bill Sommerfeld Re: support for Samba "KERNEL_OPLOCKS"
02/03/2001
Luke Mewburn Re: wi0 hassles on Dell 5000e.
Noriyuki Soda Re: wsfont encoding
Marcus Comstedt Re: wsfont encoding
Noriyuki Soda Re: wsfont encoding
Marcus Comstedt Re: wsfont encoding
Laine Stump support for Samba "KERNEL_OPLOCKS"
David Brownlee Re: wsfont encoding
Marcus Comstedt Re: wsfont encoding
Laine Stump Re: support for Samba "KERNEL_OPLOCKS"
Bharani Chadalavada Differences in the NetBSD source, ftp and CVS
Bharani Chadalavada Re: Kernel threads
der Mouse Re: PCI configuration
Bharani Chadalavada Re: Kernel threads
02/04/2001
MOCHIDA Shuji Re: Japanese with wscons?
Ignatios Souvatzis Re: Differences in the NetBSD source, ftp and CVS
Chuck Silvers Re: genfs_getpages() nit
Ignatios Souvatzis Re: Differences in the NetBSD source, ftp and CVS
Emmanuel Dreyfus fixing ktrace's RET execve
Lennart Augustsson Strange VM behaviour
eeh@netbsd.org Re: Strange VM behaviour
Frederick Bruckman Re: Differences in the NetBSD source, ftp and CVS
Lennart Augustsson Re: Strange VM behaviour
Chuck Silvers Re: Strange VM behaviour
Lennart Augustsson Re: Strange VM behaviour
Chuck Silvers Re: Strange VM behaviour
Jaromír Dolecek Re: fixing ktrace's RET execve
Chuck McManis Re: Strange VM behaviour
Lennart Augustsson Re: Strange VM behaviour
Nathan J. Williams wscons: "ESC in kernel output" triggers a panic?
Todd Vierling Re: Differences in the NetBSD source, ftp and CVS
Emmanuel Dreyfus Re: fixing ktrace's RET execve
Frederick Bruckman Re: Differences in the NetBSD source, ftp and CVS
Thor Lancelot Simon Re: MAXPHYS
Timothy E. Denehy LFS Status
Thor Lancelot Simon Re: MAXPHYS
Jesse Off Re: LFS Status
Warner Losh Re: Ethernet adapter
02/05/2001
wojtek@wojtek.from.p Re: MAXPHYS
Chuck Silvers Re: MAXPHYS
David Brownlee Re: Strange VM behaviour
Jaromír Dolecek Re: fixing ktrace's RET execve
Bill Studenmund Re: Kernel threads
Bharani Chadalavada Re: Kernel threads
Bharani Chadalavada Re: Kernel threads
Greg A. Woods Re: Strange VM behaviour
Simas Mockevicius WaveLAN
02/06/2001
itojun@iijlab.net Re: WaveLAN
Jun-ichiro itojun Hagino lddrain() and lddetach()
Steven Grunza PCI device driver for sparc, sparc64, and i386
Izumi Tsutsui Re: PCI device driver for sparc, sparc64, and i386
Ben Harris Re: PCI device driver for sparc, sparc64, and i386
eeh@netbsd.org Re: PCI device driver for sparc, sparc64, and i386
Christoph Hellwig Re: PCI device driver for sparc, sparc64, and i386
Greywolf Re: PCI device driver for sparc, sparc64, and i386
Bill Studenmund Re: PCI device driver for sparc, sparc64, and i386
Chuck Silvers UBC usage balancing
02/07/2001
Simas Mockevicius Symphony
Izumi Tsutsui Re: PCI device driver for sparc, sparc64, and i386
Hayakawa Koichi Re: wi0 hassles on Dell 5000e.
Emmanuel Dreyfus COMPAT_LINUX and RT signals
Nathan J. Williams Re: COMPAT_LINUX and RT signals
Eric Haszlakiewicz Re: COMPAT_LINUX and RT signals
Zach Fine Re: Cyclades Cyclom-8Yo+P card
Jason R Thorpe Re: Cyclades Cyclom-8Yo+P card
Brian Baird Re: Cyclades Cyclom-8Yo+P card
Zach Fine Re: Cyclades Cyclom-8Yo+P card
Eric Haszlakiewicz Re: COMPAT_LINUX and RT signals
02/08/2001
Luke Mewburn Re: wi0 hassles on Dell 5000e.
raj@bortell.com.au Cyclades Cyclom-8Yo+P card
Emmanuel Dreyfus Re: COMPAT_LINUX and RT signals
John Nemeth Re: Separation of cpu-specific from machine-specific stuff
Hubert Feyrer Re: WaveLAN
Jaromír Dolecek Re: COMPAT_LINUX and RT signals
Dan J Fraser 1.5 ftp proxy (pr #11133)
eeh@netbsd.org Fun with Limits
Johnny C. Lam USB lpt and NOPRIME
Chris G. Demetriou Re: Fun with Limits
Ben Harris Re: Fun with Limits
Emmanuel Dreyfus COMPAT_LINUX and errno: one more bug?
Jason R Thorpe Re: USB lpt and NOPRIME
Anders Magnusson Re: Fun with Limits
Ignatios Souvatzis Re: USB lpt and NOPRIME
Phil Nelson Re: USB lpt and NOPRIME
Jaromír Dolecek Re: COMPAT_LINUX and errno: one more bug?
Ignatios Souvatzis Re: USB lpt and NOPRIME
Lennart Augustsson Re: USB lpt and NOPRIME
Lennart Augustsson Re: USB lpt and NOPRIME
Jason R Thorpe Re: USB lpt and NOPRIME
Phil Nelson Re: USB lpt and NOPRIME
Allen Briggs Re: COMPAT_LINUX and errno: one more dead bug!
Brian Buhrow manifestations of Kern/11029 in NetBSD/i386 1.5R
02/09/2001
Lennart Augustsson Re: USB lpt and NOPRIME
Emmanuel Dreyfus Re: COMPAT_LINUX and errno: one more dead bug!
Jaromír Dolecek Re: COMPAT_LINUX and errno: one more dead bug!
Bang Jun-Young Japanese documents needed for testing
Bang Jun-Young Re: Japanese documents needed for testing
Masao Uebayashi Re: Japanese documents needed for testing
Chuck Silvers performance of "make build" in -currrent vs. 1.5
Ignatios Souvatzis Re: USB lpt and NOPRIME
Cyrille Lefevre Re: GENERIC kernel for sparc architecture
Greg Oster Re: manifestations of Kern/11029 in NetBSD/i386 1.5R
Brian Buhrow Re: manifestations of Kern/11029 in NetBSD/i386 1.5R
Ignatios Souvatzis Re: USB lpt and NOPRIME
Masao Uebayashi Re: Japanese documents needed for testing
02/10/2001
Bang Jun-Young New snapshot of raster/Unicode console driver available
Paul Kranenburg disabling tagged queueing for SCSI1 devices
Jason R Thorpe Re: disabling tagged queueing for SCSI1 devices
Matthew Jacob Re: disabling tagged queueing for SCSI1 devices
Greywolf Re: disabling tagged queueing for SCSI1 devices
Matthew Jacob Re: disabling tagged queueing for SCSI1 devices
Emmanuel Dreyfus Linux compatibility issue for i386, alpha and m68k
Paul Kranenburg Re: disabling tagged queueing for SCSI1 devices
Matthew Jacob Re: disabling tagged queueing for SCSI1 devices
02/11/2001
Emmanuel Dreyfus Re: Linux compatibility issue for i386, alpha and m68k
Hubert Feyrer Re: Linux compatibility issue for i386, alpha and m68k
Emmanuel Dreyfus Re: Linux compatibility issue for i386, alpha and m68k
John Kohl Re: Linux compatibility issue for i386, alpha and m68k
Manuel Bouyer Re: 1.5 ftp proxy (pr #11133)
Reinoud Zandijk Re: New snapshot of raster/Unicode console driver available
Dan J Fraser Re: 1.5 ftp proxy (pr #11133)
Jason R Thorpe Re: New snapshot of raster/Unicode console driver available
02/12/2001
Bang Jun-Young Re: New snapshot of raster/Unicode console driver available
Olaf Seibert Re: 1.5 ftp proxy (pr #11133)
Bang Jun-Young Re: New snapshot of raster/Unicode console driver available
Bang Jun-Young Re: New snapshot of raster/Unicode console driver available
Allen Briggs isa/fd.c #error
Jason R Thorpe Re: New snapshot of raster/Unicode console driver available
Reinoud Zandijk Re: New snapshot of raster/Unicode console driver available
Jason R Thorpe Re: isa/fd.c #error
Allen Briggs Re: isa/fd.c #error
Marcus Comstedt Re: New snapshot of raster/Unicode console driver available
eeh@netbsd.org Flexible process address space limits
eeh@netbsd.org Flexible process address space limits
Manuel Bouyer Re: 1.5 ftp proxy (pr #11133)
Emmanuel Dreyfus pty number?
Chris G. Demetriou Re: OFW based PCI probe routine.
Chris G. Demetriou Re: OFW based PCI probe routine.
Allen Briggs Re: OFW based PCI probe routine.
Chris G. Demetriou Re: OFW based PCI probe routine.
Allen Briggs Re: OFW based PCI probe routine.
Chris G. Demetriou Re: OFW based PCI probe routine.
Miao Qingjun NetBSD fork1() vs. Linux do_fork()
Miao Qingjun Some questions about NetBSD SMP
02/13/2001
Christoph Hellwig Re: pty number?
matthew green OFW based PCI probe routine.
Olaf Seibert Re: 1.5 ftp proxy (pr #11133)
matthew green re: OFW based PCI probe routine.
matthew green re: OFW based PCI probe routine.
Kim Kyung-hwan SCSI reference?
Bang Jun-Young Re: New snapshot of raster/Unicode console driver available
Nathan J. Williams Re: NetBSD fork1() vs. Linux do_fork()
Nathan J. Williams Re: Some questions about NetBSD SMP
Manuel Bouyer Re: 1.5 ftp proxy (pr #11133)
John Nemeth Re: WaveLAN
Bill Sommerfeld Re: isa/fd.c #error
Jason R Thorpe Re: isa/fd.c #error
Manuel Bouyer Re: SCSI reference?
john heasley Re: SCSI reference?
Anders Dinsen Re: NetBSD fork1() vs. Linux do_fork()
Emmanuel Dreyfus Linux pseudo tty
02/14/2001
Bang Jun-Young Re: New snapshot of raster/Unicode console driver available
Noriyuki Soda Re: New snapshot of raster/Unicode console driver available
Christos Zoulas Re: Linux pseudo tty
Stephen Welker Re: 1.5 ftp proxy (pr #11133)
Manuel Bouyer Re: SCSI reference?
Jaromír Re: Linux pseudo tty
Jaromír Re: ntfs & per-mount target filename encoding/codeset
Noriyuki Soda Re: ntfs & per-mount target filename encoding/codeset
Olaf Seibert Re: 1.5 ftp proxy (pr #11133)
Lars Heidieker uvm/ubc performance
Reinoud Zandijk busspaceifying
eeh@netbsd.org More Device Properties
Ben Harris Re: More Device Properties
Chris G. Demetriou Re: More Device Properties
eeh@netbsd.org Re: More Device Properties
Ben Harris Re: busspaceifying
Chris G. Demetriou Re: More Device Properties
Jaromír Re: New snapshot of raster/Unicode console driver available
Ben Harris Re: More Device Properties
eeh@netbsd.org Re: More Device Properties
Chris G. Demetriou Re: More Device Properties
eeh@netbsd.org Re: More Device Properties
Chris G. Demetriou Re: More Device Properties
Jason R Thorpe Re: More Device Properties
Chris G. Demetriou Re: More Device Properties
Emmanuel Dreyfus Linux pseudo pty
eeh@netbsd.org Re: More Device Properties
Chris Gilbert Re: busspaceifying
eeh@netbsd.org Re: More Device Properties
Chris G. Demetriou Re: More Device Properties
Christos Zoulas Re: Linux pseudo pty
Christoph Hellwig Re: Linux pseudo pty
Christoph Hellwig Re: Linux pseudo pty
Todd Vierling Re: Linux pseudo pty
Richard Earnshaw Re: busspaceifying
eeh@netbsd.org Re: More Device Properties
Chris G. Demetriou Re: More Device Properties
Chris G. Demetriou Re: More Device Properties
Todd Vierling Re: enabling rnd(4) by default
Todd Vierling re: Linux pseudo pty
Todd Vierling Re: enabling rnd(4) by default
Greywolf re: Linux pseudo pty
Todd Vierling re: Linux pseudo pty
Greywolf re: Linux pseudo pty
Greywolf Re: Linux pseudo pty
02/15/2001
Bang Jun-Young Re: New snapshot of raster/Unicode console driver available
eeh@netbsd.org Re: More Device Properties
Jun-ichiro itojun Hagino enabling rnd(4) by default
matthew green re: Linux pseudo pty
itojun@iijlab.net Re: enabling rnd(4) by default
Simon Burge Re: Linux pseudo pty
MINOURA Makoto Re: enabling rnd(4) by default
Darren Reed Re: Linux pseudo pty
Noriyuki Soda Re: enabling rnd(4) by default
Darren Reed Re: Linux pseudo pty
Noriyuki Soda Re: New snapshot of raster/Unicode console driver available
Noriyuki Soda Re: New snapshot of raster/Unicode console driver available
matthew green re: Linux pseudo pty
Bang Jun-Young Re: New snapshot of raster/Unicode console driver available
Bang Jun-Young Re: New snapshot of raster/Unicode console driver available
Jaromír Re: New snapshot of raster/Unicode console driver available
Jaromír Re: New snapshot of raster/Unicode console driver available
Darren Reed Re: Linux pseudo pty
Todd Vierling Re: enabling rnd(4) by default
Todd Vierling Re: enabling rnd(4) by default
Hubert Feyrer Re: enabling rnd(4) by default
Lord Isildur Re: enabling rnd(4) by default
Chris G. Demetriou Re: enabling rnd(4) by default
eeh@netbsd.org Device Properties: The Next Generation
Jaromír Re: garbage in sys/arch/i386/i386/machdep.c ?
Chris G. Demetriou Re: Device Properties: The Next Generation
Chris G. Demetriou Re: Device Properties: The Next Generation
eeh@netbsd.org Re: Device Properties: The Next Generation
eeh@netbsd.org Re: Device Properties: The Next Generation
Charles M. Hannum Re: newbie ethernet driver question
Chris G. Demetriou Re: Device Properties: The Next Generation
Chris G. Demetriou Re: Device Properties: The Next Generation
Chris G. Demetriou Re: Device Properties: The Next Generation
Chris G. Demetriou Re: Device Properties: The Next Generation
02/16/2001
Jaromír newbie ethernet driver question
eeh@netbsd.org Re: Device Properties: The Next Generation
eeh@netbsd.org Re: Device Properties: The Next Generation
Kim Kyung-hwan Re: SCSI reference?
matthew green re: Device Properties: The Next Generation
matthew green re: Device Properties: The Next Generation
Adam Ciarcinski grf driver question: SVGA mode
Hubert Feyrer Re: enabling rnd(4) by default
Ben Harris MACHINE_CPU in libkern
itojun@iijlab.net Re: MACHINE_CPU in libkern
IWAMOTO Toshihiro Re: NetBSD/hpcarm snap code
Lord Isildur Re: Device Properties: The Next Generation
Todd Vierling Re: enabling rnd(4) by default
Chris G. Demetriou Re: Device Properties: The Next Generation
Chris G. Demetriou Re: Device Properties: The Next Generation
eeh@netbsd.org Re: Device Properties: The Next Generation
eeh@netbsd.org Re: Device Properties: The Next Generation
eeh@netbsd.org Re: Device Properties: The Next Generation
Jason R Thorpe Re: NetBSD/hpcarm snap code
Chris G. Demetriou Re: Device Properties: The Next Generation
Jason R Thorpe Re: Device Properties: The Next Generation
Jason R Thorpe Re: Device Properties: The Next Generation
Chris G. Demetriou Re: Device Properties: The Next Generation
eeh@netbsd.org Re: Device Properties: The Next Generation
Ben Harris Re: NetBSD/hpcarm snap code
Chris G. Demetriou Re: Device Properties: The Next Generation
Jason R Thorpe Re: NetBSD/hpcarm snap code
Ben Harris Re: NetBSD/hpcarm snap code
eeh@netbsd.org Re: Device Properties: The Next Generation
Jason R Thorpe Re: NetBSD/hpcarm snap code
Jason R Thorpe Re: Device Properties: The Next Generation
Lord Isildur Re: NetBSD/hpcarm snap code
Chris G. Demetriou Re: NetBSD/hpcarm snap code
Jason R Thorpe Re: NetBSD/hpcarm snap code
Ben Harris Re: NetBSD/hpcarm snap code
eeh@netbsd.org Re: Device Properties: The Next Generation
Chris G. Demetriou Re: NetBSD/hpcarm snap code
Jason R Thorpe Re: NetBSD/hpcarm snap code
Emmanuel Dreyfus should we fix Linux emulation of getdents?
Reinoud Zandijk Re: NetBSD/hpcarm snap code
eeh@netbsd.org Re: Device Properties: The Next Generation
Jason R Thorpe Re: NetBSD/hpcarm snap code
Chris Gilbert Re: NetBSD/hpcarm snap code
Jason R Thorpe Re: NetBSD/hpcarm snap code
Reinoud Zandijk Re: NetBSD/hpcarm snap code
Olaf Seibert Re: 1.5 ftp proxy (pr #11133)
Reinoud Zandijk Re: NetBSD/hpcarm snap code
Todd Vierling Re: NetBSD/hpcarm snap code
Jason R Thorpe Re: NetBSD/hpcarm snap code
Todd Vierling Re: should we fix Linux emulation of getdents?
Emmanuel Dreyfus Re: should we fix Linux emulation of getdents?
Jason R Thorpe Re: NetBSD/hpcarm snap code
Chris Gilbert Re: NetBSD/hpcarm snap code
Ben Harris Re: NetBSD/hpcarm snap code
Richard Earnshaw Re: NetBSD/hpcarm snap code
Reinoud Zandijk Re: NetBSD/hpcarm snap code
Chris Gilbert Re: NetBSD/hpcarm snap code
Jason R Thorpe Re: NetBSD/hpcarm snap code
Chris G. Demetriou Re: NetBSD/hpcarm snap code
Richard Earnshaw Re: NetBSD/hpcarm snap code
Chris G. Demetriou Re: NetBSD/hpcarm snap code
Richard Earnshaw Re: NetBSD/hpcarm snap code
Reinoud Zandijk Re: NetBSD/hpcarm snap code
Chris G. Demetriou Re: Device Properties: The Next Generation
Chris G. Demetriou Re: Device Properties: The Next Generation
eeh@netbsd.org Re: Device Properties: The Next Generation
eeh@netbsd.org More Device Properties
Jason R Thorpe Re: NetBSD/hpcarm snap code
02/17/2001
matthew green re: Device Properties: The Next Generation
matthew green re: NetBSD/hpcarm snap code
matthew green re: NetBSD/hpcarm snap code
Manuel Bouyer Re: 1.5 ftp proxy (pr #11133)
Olaf Seibert Re: 1.5 ftp proxy (pr #11133)
Ichiro Fukuhara Re: NetBSD/hpcarm snap code
Rick Byers Re: Kernel Threading
Emmanuel Dreyfus Re: Kernel Threading
Chris Gilbert Re: NetBSD/hpcarm snap code
Ichiro Fukuhara Re: NetBSD/hpcarm snap code
Ben Harris ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Richard Earnshaw Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Richard Earnshaw Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Lennart Augustsson Re: Strange VM behaviour
Anthony Mallet ugen driver & isochronous endpoints
Jason R Thorpe Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Jason R Thorpe Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Jason R Thorpe Re: Strange VM behaviour
Ben Harris Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Jason R Thorpe Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Hubert Feyrer mapent_alloc: out of static map entries, check MAX_KMAPENT
Richard Earnshaw Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Jason R Thorpe Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Ben Harris Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Manuel Bouyer Re: SCSI reference?
Thomas Klausner Initializing bits on obio & a mixer question
Jason R Thorpe Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Chris Gilbert Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
02/18/2001
Richard Earnshaw Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Richard Earnshaw Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Reinoud Zandijk Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Ben Harris Re: ARM port organisation (was: Re: NetBSD/hpcarm snap code)
Lars Heidieker ubc / vnode question
Chuck Silvers more on performance of "make build" in -current vs. 1.5
Chuck Silvers Re: more on performance of "make build" in -current vs. 1.5
02/19/2001
matthew green re: more on performance of "make build" in -current vs. 1.5
Frank van der Linden Re: more on performance of "make build" in -current vs. 1.5
Jason R Thorpe Re: more on performance of "make build" in -current vs. 1.5
Hubert Feyrer Re: more on performance of "make build" in -current vs. 1.5
Chuck Silvers Re: more on performance of "make build" in -current vs. 1.5
Jason R Thorpe Re: more on performance of "make build" in -current vs. 1.5
Matthew Jacob Re: more on performance of "make build" in -current vs. 1.5
Hubert Feyrer Re: more on performance of "make build" in -current vs. 1.5
Matthew Jacob Re: more on performance of "make build" in -current vs. 1.5
Wolfgang Rupprecht usb EIO return w. DIAGNOSTIC
Chris G. Demetriou Re: Device Properties: The Next Generation
Thor Lancelot Simon Re: Linux pseudo pty
Greywolf Re: Linux pseudo pty
Chris G. Demetriou Re: More Device Properties
Lennart Augustsson Re: usb EIO return w. DIAGNOSTIC
Wolfgang Rupprecht Re: usb EIO return w. DIAGNOSTIC
Matthew Orgass Re: More Device Properties
Chuck Silvers Re: mmap eats memory
Chuck Silvers Re: mmap eats memory
02/20/2001
Darren Reed Re: Linux pseudo pty
eeh@netbsd.org Re: Device Properties: The Next Generation
eeh@netbsd.org Re: More Device Properties
Lennart Augustsson Re: Strange VM behaviour
Lennart Augustsson Re: Strange VM behaviour
Andrew Kilpatrick mmap eats memory
Darren Reed Re: mmap eats memory
eeh@netbsd.org Re: More Device Properties
Jaromír Re: mmap eats memory
Bang Jun-Young Re: wscons: "ESC in kernel output" triggers a panic?
Matthias Drochner Re: usb EIO return w. DIAGNOSTIC
Paul Kranenburg softdep pacing
Jaromír Re: wscons: "ESC in kernel output" triggers a panic?
matthew green re: softdep pacing
Paul Kranenburg re: softdep pacing
Castor Fu Re: softdep pacing
Andrew Kilpatrick Re: mmap eats memory
murray@bortell.com.a Cyclades Cyclom-8Yo+P card
Chris G. Demetriou Re: Device Properties: The Next Generation
Chris G. Demetriou Re: More Device Properties
eeh@netbsd.org Re: Device Properties: The Next Generation
Matthew Orgass Re: More Device Properties
Johan Danielsson ifmedia change
eeh@netbsd.org Re: More Device Properties
Lord Isildur Re: More Device Properties
eeh@netbsd.org Re: More Device Properties
Jason R Thorpe Re: ifmedia change
Johan Danielsson Re: ifmedia change
eeh@netbsd.org Re: More Device Properties
Jason R Thorpe Re: ifmedia change
Wolfgang Rupprecht Re: usb EIO return w. DIAGNOSTIC
Lennart Augustsson Re: usb EIO return w. DIAGNOSTIC
02/21/2001
eeh@netbsd.org Yet more Device Properties
Chris G. Demetriou Re: Device Properties: The Next Generation
Chris G. Demetriou Re: More Device Properties
Chris G. Demetriou Re: More Device Properties
eeh@netbsd.org Re: More Device Properties
eeh@netbsd.org Re: Device Properties: The Next Generation
eeh@netbsd.org Re: More Device Properties
Bill Studenmund Re: wscons: "ESC in kernel output" triggers a panic?
Jaromír Re: wscons: "ESC in kernel output" triggers a panic?
Bill Studenmund Re: wscons: "ESC in kernel output" triggers a panic?
Nathan J. Williams Re: Device Properties: The Next Generation
eeh@netbsd.org Re: Device Properties: The Next Generation
Nathan J. Williams Re: Device Properties: The Next Generation
Chris G. Demetriou Re: More Device Properties
Chris G. Demetriou Re: More Device Properties
Chris G. Demetriou Re: Device Properties: The Next Generation
Chris G. Demetriou Re: Device Properties: The Next Generation
Chris G. Demetriou Re: Device Properties: The Next Generation
Donald Lee Callout table troubles, maybe? Panic, yes.
02/22/2001
matthew green re: Device Properties: The Next Generation
matthew green re: Device Properties: The Next Generation
enami tsugutomo Re: Yet more Device Properties
Leo Weppelman isa_dmastart return value ignored?
Jason R Thorpe Re: isa_dmastart return value ignored?
eeh@netbsd.org Re: Yet more Device Properties
eeh@netbsd.org Re: More Device Properties
Chris G. Demetriou Re: More Device Properties
eeh@netbsd.org Re: More Device Properties
eeh@netbsd.org Re: Device Properties: The Next Generation
eeh@netbsd.org Re: Device Properties: The Next Generation
Chris G. Demetriou Re: Device Properties: The Next Generation
Chris G. Demetriou Re: More Device Properties
Leo Weppelman Re: isa_dmastart return value ignored?
Frank van der Linden Re: softdep pacing
eeh@netbsd.org Re: Device Properties: The Next Generation
eeh@netbsd.org Re: More Device Properties
eeh@netbsd.org fixed sized disk structures
eeh@netbsd.org Re: Yet more Device Properties
Chris G. Demetriou Re: fixed sized disk structures
Greywolf Re: fixed sized disk structures
Matthew Jacob Re: fixed sized disk structures
Chris G. Demetriou Re: Device Properties: The Next Generation
02/23/2001
enami tsugutomo Re: Yet more Device Properties
itojun@iijlab.net Re: fixed sized disk structures
enami tsugutomo Re: Yet more Device Properties
matthew green re: Device Properties: The Next Generation
matthew green re: fixed sized disk structures
matthew green re: fixed sized disk structures
Reinoud Zandijk re: fixed sized disk structures
Bill Studenmund re: fixed sized disk structures
02/24/2001
Matthew Jacob [ was a commit wazoo- now a tech-kern issue ]
Simas Mockevicius Compex RL100-ATX 10/100
Donald Lee Callout table troubles, maybe? Panic, yes.
Jason R Thorpe Re: CVS commit: syssrc
Matthew Jacob Re: CVS commit: syssrc
Jason R Thorpe Re: CVS commit: syssrc
Matthew Jacob Re: CVS commit: syssrc
02/25/2001
Lennart Augustsson Freeing swap space is slooooooooow
Todd Vierling Re: Linux pseudo pty
Andrew Brown Re: Linux pseudo pty
Christoph Hellwig Re: Compex RL100-ATX 10/100
Chris G. Demetriou Re: Device Properties: The Next Generation
02/26/2001
matthew green re: Freeing swap space is slooooooooow
Lennart Augustsson Re: Freeing swap space is slooooooooow
eeh@netbsd.org Re: Device Properties: The Next Generation
Matthew Jacob Re: CVS commit: syssrc
Mike Cheponis panic: softdep_deallocate_dependencies: dangling deps
Manuel Bouyer Re: Freeing swap space is slooooooooow
Manuel Bouyer Re: CVS commit: syssrc
Matthew Jacob Re: CVS commit: syssrc
02/27/2001
Simon J. Gerraty kern_sem.c
Ignatios Souvatzis Re: kern_sem.c
Simon J. Gerraty Re: kern_sem.c
Manuel Bouyer Re: CVS commit: syssrc
Bill Sommerfeld Re: pci_bus_devorder() & pci_dev_funcorder().
Matthew Jacob DMA COHERENCY [ was Re: CVS commit: syssrc ]
Matthew Jacob bus_dma, the next chapter...
Jason R Thorpe Re: bus_dma, the next chapter...
Matthew Jacob Re: bus_dma, the next chapter...
Mike Cheponis Re: panic: softdep_deallocate_dependencies: dangling deps
02/28/2001
matthew green pci_bus_devorder() & pci_dev_funcorder().
matthew green re: pci_bus_devorder() & pci_dev_funcorder().
matthew green re: pci_bus_devorder() & pci_dev_funcorder().