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