Index of tech-kern for January, 2006


FromSubject
01/01/2006
Quentin Garnier Device minor numbers conversion in COMPAT_NETBSD32
D'Arcy J.M. Cain Re: Cannot get priority range for scheduling policy 0
Ty Sarna Re: yamt-uio_vmspace branch
01/02/2006
swcdyys@mail.sc.cnin how to run a application image in memory
Florian Stoehr Missing splltp() for cobalt
Elad Efrat Re: how to run a application image in memory
zvrba@globalnet.hr lock-free data structures
Ignatios Souvatzis Re: lock-free data structures
Alan Ritter callout facility/old style timeout() for NetBSD NDIS
Chapman Flack Re: lock-free data structures
Garrett D'Amore Re: lock-free data structures
Bill Studenmund Re: Device minor numbers conversion in COMPAT_NETBSD32
01/03/2006
Mahendra M Re: lock-free data structures
Quentin Garnier Re: Device minor numbers conversion in COMPAT_NETBSD32
Hubert Feyrer Re: lock-free data structures
Michael van Elst Re: Device minor numbers conversion in COMPAT_NETBSD32
Quentin Garnier Re: Device minor numbers conversion in COMPAT_NETBSD32
John Nemeth Re: 3.0 pcmcia regressions?
David Brownlee Re: Device minor numbers conversion in COMPAT_NETBSD32
Christos Zoulas Re: 3.0 pcmcia regressions?
Martin Husemann Re: Device minor numbers conversion in COMPAT_NETBSD32
Manuel Bouyer Re: Device minor numbers conversion in COMPAT_NETBSD32
Quentin Garnier Re: Device minor numbers conversion in COMPAT_NETBSD32
Brett Lymn Re: lock-free data structures
matthew green re: lock-free data structures
Julian Coleman Re: 3.0 pcmcia regressions?
zvrba@globalnet.hr Re: lock-free data structures
Quentin Garnier COMPAT_NETBSD32 and Scheduler Activations status, one amd64 issue
Reinoud Zandijk RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Bill Studenmund Re: Device minor numbers conversion in COMPAT_NETBSD32
der Mouse >2T and 3.0: no joy
Jason Thorpe Re: radeon driver design (was Re: generic virtual consoles)
List Mail User Re: radeon driver design (was Re: generic virtual consoles)
Bill Studenmund Re: Device minor numbers conversion in COMPAT_NETBSD32
Bill Studenmund Re: Device minor numbers conversion in COMPAT_NETBSD32
Bill Studenmund Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Thor Lancelot Simon Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Garrett D'Amore Re: lock-free data structures
Greg Oster Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
der Mouse Re: Device minor numbers conversion in COMPAT_NETBSD32
Reinoud Zandijk Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Reinoud Zandijk Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Martin Husemann Re: Device minor numbers conversion in COMPAT_NETBSD32
Quentin Garnier Re: Device minor numbers conversion in COMPAT_NETBSD32
der Mouse Re: Device minor numbers conversion in COMPAT_NETBSD32
Bill Studenmund Re: Device minor numbers conversion in COMPAT_NETBSD32
Bill Studenmund Re: Device minor numbers conversion in COMPAT_NETBSD32
kpneal@pobox.com Re: lock-free data structures
Garrett D'Amore Re: lock-free data structures
Jason Thorpe Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Jason Thorpe Re: lock-free data structures
01/04/2006
matthew green re: Device minor numbers conversion in COMPAT_NETBSD32
YAMAMOTO Takashi Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Quentin Garnier Re: Device minor numbers conversion in COMPAT_NETBSD32
matthew green re: Device minor numbers conversion in COMPAT_NETBSD32
matthew green re: Device minor numbers conversion in COMPAT_NETBSD32
matthew green re: Device minor numbers conversion in COMPAT_NETBSD32
David Brownlee re: Device minor numbers conversion in COMPAT_NETBSD32
Quentin Garnier Re: Device minor numbers conversion in COMPAT_NETBSD32
joerg@britannica.bec Re: lock-free data structures
John Nemeth Re: 3.0 pcmcia regressions?
John Nemeth Re: 3.0 pcmcia regressions?
Joachim Koenig-Baltes Re: Device minor numbers conversion in COMPAT_NETBSD32
Quentin Garnier Re: Device minor numbers conversion in COMPAT_NETBSD32
Michael van Elst Re: lock-free data structures
Izumi Tsutsui Re: Missing splltp() for cobalt
Ignatios Souvatzis Re: lock-free data structures
Reinoud Zandijk Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Christos Zoulas Re: 3.0 pcmcia regressions?
Michael van Elst Re: lock-free data structures
zvrba@globalnet.hr Re: lock-free data structures
Ignatios Souvatzis Re: lock-free data structures
joerg@britannica.bec Re: lock-free data structures
Matthias Scheler Re: support for nForce 430 ethernet
Quentin Garnier Re: support for nForce 430 ethernet
Michael van Elst Re: lock-free data structures
Jeff Rizzo thoughts on a dohooks(9) API?
Ignatios Souvatzis Re: lock-free data structures
Jason Thorpe Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Chapman Flack callout_init in fooattach or foo_attach - bug or no?
jonathan@dsg.stanfor Re: lock-free data structures
Pavel Cahyna Re: thoughts on a dohooks(9) API?
jonathan@dsg.stanfor Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Jason Thorpe Re: lock-free data structures
Quentin Garnier Re: COMPAT_NETBSD32 and Scheduler Activations status, one amd64 issue
Reinoud Zandijk Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
zvrba@globalnet.hr Re: lock-free data structures
jonathan@dsg.stanfor Re: lock-free data structures
Cliff Wright Re: Adding Multiboot support (or not)
Jeff Rizzo Re: thoughts on a dohooks(9) API?
zvrba@globalnet.hr Re: lock-free data structures
Bill Studenmund Re: lock-free data structures
Jason Thorpe Re: lock-free data structures
Garrett D'Amore Re: access to external proms for PCI#
Jonathan Stone Re: lock-free data structures
Reinoud Zandijk Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Garrett D'Amore Re: lock-free data structures
Jason Thorpe Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Chapman Flack ENXIO or ENODEV when r-opening a w-only device?
Chapman Flack no callout_stop? Re: callout_init ...
Chapman Flack Re: ENXIO or ENODEV when r-opening a w-only device?
Garrett D'Amore Re: ENXIO or ENODEV when r-opening a w-only device?
Chapman Flack Re: no callout_stop? Re: callout_init ...
Jason Thorpe Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Steven M. Bellovin Re: ENXIO or ENODEV when r-opening a w-only device?
Bill Studenmund Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Bill Studenmund Re: ENXIO or ENODEV when r-opening a w-only device?
Bill Studenmund Re: ENXIO or ENODEV when r-opening a w-only device?
jonathan@dsg.stanfor Re: lock-free data structures
Chapman Flack Re: ENXIO or ENODEV when r-opening a w-only device?
jonathan@dsg.stanfor None
Garrett D'Amore Re: ENXIO or ENODEV when r-opening a w-only device?
Steven M. Bellovin None
John Nemeth Re: 3.0 pcmcia regressions?
Julio M. Merino Vidal Re: thoughts on a dohooks(9) API?
01/05/2006
matthew green re: ENXIO or ENODEV when r-opening a w-only device?
Manuel Bouyer Re: no callout_stop? Re: callout_init ...
Reinoud Zandijk Re: RFC: addition of B_MANAGED and B_NESTED to buf.h and vfs_bio.c
Pavel Cahyna Re: thoughts on a dohooks(9) API?
Manuel Bouyer Re: no callout_stop? Re: callout_init ...
Christos Zoulas Re: 3.0 pcmcia regressions?
Ignatios Souvatzis Re: lock-free data structures
zvrba@globalnet.hr Re: lock-free data structures
David Laight Re: Device minor numbers conversion in COMPAT_NETBSD32
David Laight Re: Adding Multiboot support (or not)
David Laight Re: lock-free data structures
David Laight Re: lock-free data structures
jonathan@dsg.stanfor Re: lock-free data structures
David Laight Re: lock-free data structures
Jed Davis Re: lock-free data structures
Joe Seigh Re: lock-free data structures
jonathan@dsg.stanfor Re: lock-free data structures
01/06/2006
Matthew Orgass Re: no callout_stop? Re: callout_init ...
Chapman Flack 2s complement
Garrett D'Amore Re: access to external proms for PCI#
Ken Hornstein Re: 2s complement
Kurt J. Lidl Re: 2s complement
Ignatios Souvatzis Re: 2s complement
List Mail User Re: 2s complement
David Laight Re: 2s complement
Chapman Flack Re: 2s complement
Chapman Flack Re: 2s complement
Bill Studenmund Re: 2s complement
Chapman Flack Re: 2s complement
01/07/2006
Rui Paulo Re: 2s complement
Reinoud Zandijk New patch (Re: RFC: addition of B_NESTED to buf.h and vfs_bio.c)
YAMAMOTO Takashi Re: New patch (Re: RFC: addition of B_NESTED to buf.h and vfs_bio.c)
Terry Moore Re: 2s complement
zvrba@globalnet.hr Re: 2s complement
David Laight Re: 2s complement
Ignatios Souvatzis Re: 2s complement
Reinoud Zandijk Re: New patch (Re: RFC: addition of B_NESTED to buf.h and vfs_bio.c)
Chapman Flack Re: 2s complement
Manuel Bouyer change bus_space_barrier() semantic
Garrett D'Amore Re: change bus_space_barrier() semantic
Chapman Flack spl ... MP ...
Reinoud Zandijk Re: New patch (Re: RFC: addition of B_NESTED to buf.h and vfs_bio.c)
Manuel Bouyer Re: change bus_space_barrier() semantic
Nathan J. Williams Re: spl ... MP ...
Hubert Feyrer Re: spl ... MP ...
Garrett D'Amore Re: change bus_space_barrier() semantic
Nathan J. Williams Re: spl ... MP ...
Chapman Flack Re: spl ... MP ...
Manuel Bouyer Re: change bus_space_barrier() semantic
Reinoud Zandijk Re: New patch (Re: RFC: addition of B_NESTED to buf.h and vfs_bio.c)
01/08/2006
YAMAMOTO Takashi Re: New patch (Re: RFC: addition of B_NESTED to buf.h and vfs_bio.c)
YAMAMOTO Takashi raidframe buf initialization
Reinoud Zandijk Re: New patch (Re: RFC: addition of B_NESTED to buf.h and vfs_bio.c)
Reinoud Zandijk UDF commit
Rhialto Re: 3.0 pcmcia regressions?
Martin Husemann Re: 3.0 pcmcia regressions?
Greg Oster Re: raidframe buf initialization
01/09/2006
YAMAMOTO Takashi Re: New patch (Re: RFC: addition of B_NESTED to buf.h and vfs_bio.c)
Garrett D'Amore Re: change bus_space_barrier() semantic
Cherry G. Mathew Quoting mess: was =>Re: change bus_space_barrier() semantic
Manuel Bouyer Re: Quoting mess: was =>Re: change bus_space_barrier() semantic
Reinoud Zandijk Re: New patch (Re: RFC: addition of B_NESTED to buf.h and vfs_bio.c)
Manuel Bouyer Re: change bus_space_barrier() semantic
Garrett D'Amore Re: Quoting mess: was =>Re: change bus_space_barrier() semantic
Manuel Bouyer Re: Quoting mess: was =>Re: change bus_space_barrier() semantic
Cherry G. Mathew Re: Quoting mess: was =>Re: change bus_space_barrier() semantic
Wolfgang Solfrank Re: change bus_space_barrier() semantic
Garrett D'Amore Re: change bus_space_barrier() semantic
Garrett D'Amore Re: change bus_space_barrier() semantic
der Mouse Re: 2s complement
Bill Studenmund Re: New patch (Re: RFC: addition of B_NESTED to buf.h and vfs_bio.c)
Bill Studenmund Re: spl ... MP ...
der Mouse df vs devices
Jason Thorpe Re: df vs devices
Hubert Feyrer Re: df vs devices
Jason Thorpe Re: df vs devices
Manuel Bouyer Re: change bus_space_barrier() semantic
Manuel Bouyer Re: change bus_space_barrier() semantic
David Laight Re: change bus_space_barrier() semantic
Manuel Bouyer Re: change bus_space_barrier() semantic
Jason Thorpe Re: change bus_space_barrier() semantic
Jason Thorpe Re: change bus_space_barrier() semantic
Jason Thorpe Re: change bus_space_barrier() semantic
01/10/2006
Daniel Carosone Re: df vs devices
Martin Husemann Re: df vs devices
Reinoud Zandijk Panic in subr_pool:817
Reinoud Zandijk Re: Panic in subr_pool:817
YAMAMOTO Takashi Re: New patch (Re: RFC: addition of B_NESTED to buf.h and vfs_bio.c)
Reinoud Zandijk Re: Panic in subr_pool:817
YAMAMOTO Takashi Re: Panic in subr_pool:817
Michael van Elst Re: change bus_space_barrier() semantic
Reinoud Zandijk Re: Panic in subr_pool:817
Reinoud Zandijk bugs/features and using UVM for directory buffers
Ignatios Souvatzis Re: change bus_space_barrier() semantic
Michael van Elst Re: change bus_space_barrier() semantic
Martin Husemann Re: change bus_space_barrier() semantic
Jason Thorpe Re: change bus_space_barrier() semantic
Michael van Elst Re: change bus_space_barrier() semantic
Chuck Silvers Re: bugs/features and using UVM for directory buffers
Chuck Silvers Re: RFC patch for genfs
01/11/2006
Reinoud Zandijk RFC patch for genfs
Thor Lancelot Simon Re: bugs/features and using UVM for directory buffers
Martin Husemann Re: change bus_space_barrier() semantic
Garrett D'Amore Re: change bus_space_barrier() semantic
Garrett D'Amore Re: change bus_space_barrier() semantic
Michael van Elst Re: change bus_space_barrier() semantic
Martin Husemann Re: change bus_space_barrier() semantic
Wolfgang Solfrank Re: change bus_space_barrier() semantic
Garrett D'Amore Re: change bus_space_barrier() semantic
Wolfgang Solfrank Re: change bus_space_barrier() semantic
Garrett D'Amore Re: change bus_space_barrier() semantic
Mike M. Volokhov Intel 82572EI based NICs
Jason Thorpe Re: change bus_space_barrier() semantic
Chapman Flack c99 in KNF?
Chapman Flack Re: c99 in KNF?
Jochen Kunz Re: c99 in KNF?
Jonathan Stone Re: Intel 82572EI based NICs
Chapman Flack Re: c99 in KNF?
Chapman Flack pointer atomicity
der Mouse Re: pointer atomicity
David Laight Re: pointer atomicity
Ignatios Souvatzis Re: pointer atomicity
Chapman Flack Re: pointer atomicity
David Laight Re: pointer atomicity
Jeremy C. Reed brconfig and "ipf" to use "pfil" also
Andrey Petrov Re: pointer atomicity
Jason Thorpe Re: pointer atomicity
Thomas E. Spanjaard Re: brconfig and "ipf" to use "pfil" also
George Georgalis Re: brconfig and "ipf" to use "pfil" also
Chapman Flack Re: spl ... MP ...
Matthew Mondor Re: c99 in KNF?
01/12/2006
Pavel Cahyna Re: brconfig and "ipf" to use "pfil" also
swcdyys@mail.sc.cnin Is the pthread of netbsd support diffrent priority for multitask in one process
Pavel Cahyna Re: brconfig and "ipf" to use "pfil" also
joerg@britannica.bec Re: c99 in KNF?
George Georgalis Re: brconfig and "ipf" to use "pfil" also
Jason Thorpe Re: c99 in KNF?
Chapman Flack polled output advice
Bill Studenmund Re: spl ... MP ...
Jonathan Stone Linux emulation for amd64 binaries for netbsd-3?
David Laight Re: pointer atomicity
Chapman Flack Re: polled output advice
Andrey Petrov Re: pointer atomicity
Reinoud Zandijk Re: Panic in subr_pool:817
Emmanuel Dreyfus Re: Linux emulation for amd64 binaries for netbsd-3?
Pavel Cahyna Re: brconfig and "ipf" to use "pfil" also
Thor Lancelot Simon Can't lock even 4GB on system with 8GB RAM?
Chapman Flack Re: polled output advice
Chapman Flack Could this be a bug?
Thor Lancelot Simon Re: Could this be a bug?
Thor Lancelot Simon Re: kcont (was Re: Could this be a bug?)
George Georgalis Re: brconfig and "ipf" to use "pfil" also
Jonathan Stone Re: Can't lock even 4GB on system with 8GB RAM?
Jonathan Stone Re: Could this be a bug?
Jonathan Stone Re: kcont (was Re: Could this be a bug?)
Jon Buller 3.0 SA_NODEFER bug?
Jonathan Stone Re: Can't lock even 4GB on system with 8GB RAM?
01/13/2006
YAMAMOTO Takashi Re: Panic in subr_pool:817
YAMAMOTO Takashi kcont (was Re: Could this be a bug?)
Matthew Mondor Re: Is the pthread of netbsd support diffrent priority for
Elad Efrat sysctl knob to let sugid processes dump core (pr 15994)
Rui Paulo Re: sysctl knob to let sugid processes dump core (pr 15994)
joerg@britannica.bec Re: sysctl knob to let sugid processes dump core (pr 15994)
Elad Efrat Re: sysctl knob to let sugid processes dump core (pr 15994)
joerg@britannica.bec Re: sysctl knob to let sugid processes dump core (pr 15994)
Elad Efrat Re: sysctl knob to let sugid processes dump core (pr 15994)
Tim Rightnour Re: sysctl knob to let sugid processes dump core (pr 15994)
Greg Troxel Re: sysctl knob to let sugid processes dump core (pr 15994)
joerg@britannica.bec Re: sysctl knob to let sugid processes dump core (pr 15994)
Chapman Flack Re: c99 in KNF?
Garrett D'Amore Re: sysctl knob to let sugid processes dump core (pr 15994)
Elad Efrat Re: sysctl knob to let sugid processes dump core (pr 15994)
Matthew Mondor Re: c99 in KNF?
Thor Lancelot Simon Re: sysctl knob to let sugid processes dump core (pr 15994)
Garrett D'Amore Re: sysctl knob to let sugid processes dump core (pr 15994)
Bill Studenmund Re: sysctl knob to let sugid processes dump core (pr 15994)
joerg@britannica.bec Re: sysctl knob to let sugid processes dump core (pr 15994)
Garrett D'Amore Re: sysctl knob to let sugid processes dump core (pr 15994)
Garrett D'Amore Re: sysctl knob to let sugid processes dump core (pr 15994)
Steven M. Bellovin Re: sysctl knob to let sugid processes dump core (pr 15994)
Garrett D'Amore Re: sysctl knob to let sugid processes dump core (pr 15994)
John Kohl Re: sysctl knob to let sugid processes dump core (pr 15994)
Tim Rightnour Re: sysctl knob to let sugid processes dump core (pr 15994)
01/14/2006
Gavan Fantom Re: sysctl knob to let sugid processes dump core (pr 15994)
Garrett D'Amore Re: sysctl knob to let sugid processes dump core (pr 15994)
YAMAMOTO Takashi sysctl constants (was Re: sysctl knob to let sugid processes dump
Elad Efrat Re: sysctl constants (was Re: sysctl knob to let sugid processes
YAMAMOTO Takashi Re: sysctl constants (was Re: sysctl knob to let sugid processes
Quentin Garnier Re: sysctl constants (was Re: sysctl knob to let sugid processes dump core (pr
David Laight Re: c99 in KNF?
Jonathan Stone Re: Can't lock even 4GB on system with 8GB RAM?
Pavel Cahyna bugs introduced by ktrace-lwp merge
Christos Zoulas Re: bugs introduced by ktrace-lwp merge
Christos Zoulas Re: bugs introduced by ktrace-lwp merge
Chapman Flack Best way to migrate a hw_if ?
01/15/2006
Pavel Cahyna Re: bugs introduced by ktrace-lwp merge
Pavel Cahyna Re: bugs introduced by ktrace-lwp merge
YAMAMOTO Takashi Re: splraiseipl()
Izumi Tsutsui Re: splraiseipl()
YAMAMOTO Takashi Re: splraiseipl()
Izumi Tsutsui Re: splraiseipl()
Chuck Silvers converting "magiclinks" from mount option to sysctl
Chuck Silvers Re: df vs devices
Jachym Holecek Re: Best way to migrate a hw_if ?
Andrew Brown Re: sysctl constants (was Re: sysctl knob to let sugid processes dump core (pr
Jonathan Stone bug in wired accounting [[was Re: Can't lock even 4GB on system with 8GB RAM? ]
Roberto no sysctl for SHMMAXPGS
Jonathan Stone Re: bug in wired accounting [[was Re: Can't lock even 4GB on system with 8GB RA
Chapman Flack Re: Best way to migrate a hw_if ?
01/16/2006
YAMAMOTO Takashi Re: bug in wired accounting [[was Re: Can't lock even 4GB on system
Anders Mundt Due NetBSD-3.0 : Pentium M758 (ThinkPad X41) and Enhanced Speedstepping
Rui Paulo Re: NetBSD-3.0 : Pentium M758 (ThinkPad X41) and Enhanced Speedstepping
Jason Thorpe Re: firmware load device (was CVS commit: src)
01/17/2006
Simon Burge firmware load device (was CVS commit: src)
Iain Hibbert cvs update - sysvbfs?
Martin Husemann Re: cvs update - sysvbfs?
YAMAMOTO Takashi Re: bug in wired accounting [[was Re: Can't lock even 4GB on system
Iain Hibbert Re: cvs update - sysvbfs?
David Brownlee Re: Device minor numbers conversion in COMPAT_NETBSD32
George Georgalis Linux emulation, binary software, cluster/grid and SMP
01/18/2006
Reinoud Zandijk RFC small patch for vfs_subr.c:vfs_mountedon()
YAMAMOTO Takashi Re: RFC small patch for vfs_subr.c:vfs_mountedon()
YAMAMOTO Takashi Re: RFC small patch for vfs_subr.c:vfs_mountedon()
mcosta Word file
Christos Zoulas Re: Linux emulation, binary software, cluster/grid and SMP
Jan Schaumann Re: Linux emulation, binary software, cluster/grid and SMP
Frank van der Linden Re: Linux emulation, binary software, cluster/grid and SMP
Chuck Silvers Re: RFC small patch for vfs_subr.c:vfs_mountedon()
Christos Zoulas Re: Linux emulation, binary software, cluster/grid and SMP
George Georgalis Re: Linux emulation, binary software, cluster/grid and SMP
George Georgalis Re: Linux emulation, binary software, cluster/grid and SMP
Jan Schaumann Re: Linux emulation, binary software, cluster/grid and SMP
Johnny Lam Re: Linux emulation, binary software, cluster/grid and SMP
George Georgalis Re: Linux emulation, binary software, cluster/grid and SMP
Hauke Fath Re: Linux emulation, binary software, cluster/grid and SMP
Christos Zoulas Re: Linux emulation, binary software, cluster/grid and SMP
Nathan J. Williams Re: IPKDB still alive?
01/19/2006
Reinoud Zandijk IPKDB still alive?
Julio M. Merino Vidal Re: importing hotplug(4) and hotplugd(8) from OpenBSD
Lubomir Sedlacik Re: importing hotplug(4) and hotplugd(8) from OpenBSD
Juan RP Re: importing hotplug(4) and hotplugd(8) from OpenBSD
Jason Thorpe Re: importing hotplug(4) and hotplugd(8) from OpenBSD
Iain Hibbert Re: importing hotplug(4) and hotplugd(8) from OpenBSD
Jachym Holecek Re: importing hotplug(4) and hotplugd(8) from OpenBSD
01/20/2006
HAMAJIMA Katsuomi importing hotplug(4) and hotplugd(8) from OpenBSD
HAMAJIMA Katsuomi Re: importing hotplug(4) and hotplugd(8) from OpenBSD
Mark Davies Re: Linux emulation, binary software, cluster/grid and SMP
Reinoud Zandijk Reading past device size (/dev/vnd v.s. /dev/cd)
Ahmad M. Afuni DARWIN binary compatibility ;)
Mike M. Volokhov Re: Intel 82572EI based NICs
Manuel Bouyer Re: Reading past device size (/dev/vnd v.s. /dev/cd)
Reinoud Zandijk Re: Reading past device size (/dev/vnd v.s. /dev/cd)
Reinoud Zandijk Re: Reading past device size (/dev/vnd v.s. /dev/cd)
George Georgalis Re: Linux emulation, binary software, cluster/grid and SMP
01/21/2006
YAMAMOTO Takashi Re: Reading past device size (/dev/vnd v.s. /dev/cd)
YAMAMOTO Takashi Re: Reading past device size (/dev/vnd v.s. /dev/cd)
Valeriy E. Ushakov Remove CTL_MACHDEP_NAMES?
YAMAMOTO Takashi Re: Reading past device size (/dev/vnd v.s. /dev/cd)
01/22/2006
Juan RP bufq and sysctl question
Iain Hibbert Re: bufq and sysctl question
Juan RP Re: bufq and sysctl question
Manuel Bouyer kern_microtime.c and Xen
Julio M. Merino Vidal Re: bufq and sysctl question
01/23/2006
YAMAMOTO Takashi Re: bufq and sysctl question
YAMAMOTO Takashi Re: kern_microtime.c and Xen
Juan RP Re: bufq and sysctl question
Manuel Bouyer Re: kern_microtime.c and Xen
Martin Husemann Re: kern_microtime.c and Xen
Simon Burge Re: kern_microtime.c and Xen
Martin Husemann Re: kern_microtime.c and Xen
jp kn NetBSD test suite
Martin Husemann Re: NetBSD test suite
George Georgalis Fwd: Re: socklog-unix problem, on netbsd
Pavel Cahyna different types of NetMos puc(4) devices
George Georgalis Re: socklog-unix problem, on netbsd
Elad Efrat Re: sysctl knob to let sugid processes dump core (pr 15994)
jonathan@dsg.stanfor Re: kern_microtime.c and Xen
Garrett D'Amore Re: sysctl knob to let sugid processes dump core (pr 15994)
Martin Husemann Re: kern_microtime.c and Xen
Jason Thorpe Re: Remove CTL_MACHDEP_NAMES?
Elad Efrat Re: sysctl knob to let sugid processes dump core (pr 15994)
Elad Efrat Re: sysctl knob to let sugid processes dump core (pr 15994)
Elad Efrat Re: sysctl knob to let sugid processes dump core (pr 15994)
01/24/2006
YAMAMOTO Takashi Re: sysctl knob to let sugid processes dump core (pr 15994)
YAMAMOTO Takashi Re: sysctl knob to let sugid processes dump core (pr 15994)
YAMAMOTO Takashi Re: sysctl knob to let sugid processes dump core (pr 15994)
Christos Zoulas Re: different types of NetMos puc(4) devices
Pavel Cahyna Re: different types of NetMos puc(4) devices
Elad Efrat Re: sysctl knob to let sugid processes dump core (pr 15994)
Bernd Ernesti Re: sysctl knob to let sugid processes dump core (pr 15994)
Thor Lancelot Simon Re: sysctl knob to let sugid processes dump core (pr 15994)
Chapman Flack Re: sysctl knob to let sugid processes dump core (pr 15994)
Garrett D'Amore Re: sysctl knob to let sugid processes dump core (pr 15994)
01/25/2006
Havard Eidnes Pthread diag assertion failures?
Curt Sampson Re: sysctl knob to let sugid processes dump core (pr 15994)
Thomas E. Spanjaard Re: Pthread diag assertion failures?
Pavel Cahyna Re: sysctl knob to let sugid processes dump core (pr 15994)
Brett Lymn Re: sysctl knob to let sugid processes dump core (pr 15994)
Curt Sampson Re: sysctl knob to let sugid processes dump core (pr 15994)
Curt Sampson Re: sysctl knob to let sugid processes dump core (pr 15994)
John Darrow Re: sysctl knob to let sugid processes dump core (pr 15994)
Christos Zoulas conflict between libsa free and kernel free.
Allen Briggs Re: conflict between libsa free and kernel free.
Valeriy E. Ushakov Re: conflict between libsa free and kernel free.
Thor Lancelot Simon Re: sysctl knob to let sugid processes dump core (pr 15994)
Elad Efrat Re: sysctl knob to let sugid processes dump core (pr 15994)
Garrett D'Amore Re: sysctl knob to let sugid processes dump core (pr 15994)
Thor Lancelot Simon Re: sysctl knob to let sugid processes dump core (pr 15994)
joerg@britannica.bec Re: sysctl knob to let sugid processes dump core (pr 15994)
Thor Lancelot Simon Re: sysctl knob to let sugid processes dump core (pr 15994)
Thor Lancelot Simon Re: sysctl knob to let sugid processes dump core (pr 15994)
Steven M. Bellovin The reason for securelevel
01/26/2006
Curt Sampson Re: sysctl knob to let sugid processes dump core (pr 15994)
Pavel Cahyna Re: sysctl knob to let sugid processes dump core (pr 15994)
jp kn NetBSD kernel debugging
Pavel Cahyna Re: sysctl knob to let sugid processes dump core (pr 15994)
Martin Husemann Re: The reason for securelevel (was: sysctl knob to let sugid processes dump co
Elad Efrat Re: The reason for securelevel (was: sysctl knob to let sugid processes
Michael Richardson Re: The reason for securelevel (was: sysctl knob to let sugid processes dump co
joerg@britannica.bec Re: The reason for securelevel (was: sysctl knob to let sugid processes dump co
Steven M. Bellovin Re: The reason for securelevel (was: sysctl knob to let sugid processes dump co
Elad Efrat Re: The reason for securelevel
Steven M. Bellovin Re: The reason for securelevel
Elad Efrat Re: The reason for securelevel
Michael Richardson Re: The reason for securelevel (was: sysctl knob to let sugid processes dump co
Douglas Wade Needham Re: The reason for securelevel
der Mouse Re: The reason for securelevel
Elad Efrat Re: The reason for securelevel
Elad Efrat Re: The reason for securelevel
Chapman Flack Re: The reason for securelevel
Michael Richardson Re: The reason for securelevel
Michael Richardson Re: The reason for securelevel
Julio M. Merino Vidal Re: The reason for securelevel
Chapman Flack Re: The reason for securelevel
der Mouse Re: The reason for securelevel
der Mouse Re: The reason for securelevel
Thor Lancelot Simon Re: The reason for securelevel
brian@surge.insomnia Re: The reason for securelevel
Iain Hibbert uhci0: host controller halted
Garrett D'Amore pci_intr_evcnt?
01/27/2006
Elad Efrat Re: sysctl knob to let sugid processes dump core (pr 15994)
01/28/2006
Robert Elz Re: fsctl(2) [was: Re: Interface to change NFS exports]
Gilbert Fernandes Re: The reason for securelevel
Quentin Garnier debugging an issue related to reboot(8)
Pierrick Brossin card appears to have bogus CIS
zvrba@globalnet.hr Re: The reason for securelevel
Manuel Bouyer ddb_onpanic [Re: CVS commit: src/sys/kern]
Darren Reed Re: ddb_onpanic [Re: CVS commit: src/sys/kern]
Manuel Bouyer Re: ddb_onpanic [Re: CVS commit: src/sys/kern]
Gilbert Fernandes Re: The reason for securelevel
Jachym Holecek Re: The reason for securelevel
Elad Efrat Re: The reason for securelevel
Chapman Flack Re: The reason for securelevel
Gilbert Fernandes Re: The reason for securelevel [off topic]
zvrba@globalnet.hr Re: The reason for securelevel
zvrba@globalnet.hr Re: The reason for securelevel
Gilbert Fernandes Re: The reason for securelevel
Elad Efrat Re: The reason for securelevel
Jeremy C. Reed Re: The reason for securelevel
Elad Efrat Re: The reason for securelevel
Christos Zoulas Re: card appears to have bogus CIS
Gilbert Fernandes Re: The reason for securelevel
Elad Efrat Re: The reason for securelevel
Gilbert Fernandes Re: The reason for securelevel
Charles M. Hannum Re: card appears to have bogus CIS
Jeremy C. Reed Re: The reason for securelevel
01/29/2006
Thor Lancelot Simon Re: uvm_fault
Travis H. Re: The reason for securelevel (was: sysctl knob to let sugid processes dump co
segv@netctl.net Re: uvm_fault
Travis H. Re: The reason for securelevel
Elad Efrat Re: The reason for securelevel
Travis H. Re: The reason for securelevel
Elad Efrat Re: The reason for securelevel
zvrba@globalnet.hr Re: The reason for securelevel
Garrett D'Amore Re: The reason for securelevel (was: sysctl knob to let sugid processes dump co
Darren Reed Musings on ddb..
Chapman Flack Re: Musings on ddb..
Michael van Elst Re: Musings on ddb..
Chuck Silvers Re: uvm_fault
01/30/2006
Brett Lymn Re: Musings on ddb..
Ian Zagorskih Re: Musings on ddb..
Brett Lymn Re: Musings on ddb..
Ian Zagorskih Re: Musings on ddb..
Brett Lymn Re: Musings on ddb..
Martin Husemann Re: Musings on ddb..
Brett Lymn Re: Musings on ddb..
joerg@britannica.bec Re: The reason for securelevel
pierrick@bs-network. Re: card appears to have bogus CIS
pierrick@bs-network. Re: card appears to have bogus CIS
pierrick@bs-network. Re: card appears to have bogus CIS
Geoff Wing Re: Musings on ddb..
Michael van Elst Re: Musings on ddb..
Martin Husemann Re: Musings on ddb..
Iain Hibbert Re: Musings on ddb..
der Mouse Large filesystems, yet again
der Mouse Re: Large filesystems, yet again
Thor Lancelot Simon Re: Musings on ddb..
01/31/2006
MASUDA Hideo nForce430 ATA133 is now DMA mode-2 by NetBSD ?
Juan RP Re: nForce430 ATA133 is now DMA mode-2 by NetBSD ?
MASUDA Hideo Re: nForce430 ATA133 is now DMA mode-2 by NetBSD ?
Brett Lymn generic hook infrastructure
joerg@britannica.bec Re: generic hook infrastructure
Matthew Mondor Re: Large filesystems, yet again
der Mouse Re: Large filesystems, yet again
Julio M. Merino Vidal Multiboot support for review
John Nemeth unidentified cardbus cards