From | Subject |
02/01/2006 |
Rhialto | Re: The reason for securelevel |
Juan RP | Re: Multiboot support for review |
Juan RP | Re: Multiboot support for review |
George Georgalis | Re: Multiboot support for review |
Martin Husemann | Re: unidentified cardbus cards |
Martin Husemann | Re: unidentified cardbus cards |
Julio M. Merino Vidal | Boot drive [was Re: Multiboot support for review] |
Daniel Carosone | Re: Boot drive [was Re: Multiboot support for review] |
Ignatios Souvatzis | Re: Boot drive [was Re: Multiboot support for review] |
Brett Lymn | Re: generic hook infrastructure |
Julio M. Merino Vidal | Re: Multiboot support for review |
Jeff Rizzo | Re: generic hook infrastructure |
der Mouse | Re: Large filesystems, yet again |
Christos Zoulas | Re: Large filesystems, yet again |
Julio M. Merino Vidal | Re: Multiboot support for review |
der Mouse | Re: Large filesystems, yet again |
02/02/2006 |
Daniel Carosone | Re: Large filesystems, yet again |
Brett Lymn | Re: generic hook infrastructure |
joerg@britannica.bec | Re: generic hook infrastructure |
Daniel Carosone | Re: generic hook infrastructure |
matthew green | re: generic hook infrastructure |
Ignatios Souvatzis | Re: generic hook infrastructure |
Brett Lymn | Re: generic hook infrastructure |
Bill Studenmund | Re: generic hook infrastructure |
Julio M. Merino Vidal | Mouse button autorepeat |
Reinoud Zandijk | HEADS UP: UDF file system added to NetBSD source tree |
Cliff Wright | Bugs in audio.c |
Cliff Wright | Re: Bugs in audio.c |
Pavel Cahyna | Re: Bugs in audio.c |
Julio M. Merino Vidal | Re: Mouse button autorepeat |
Michael van Elst | Re: Bugs in audio.c |
Juan RP | Re: Mouse button autorepeat |
Julio M. Merino Vidal | Re: Mouse button autorepeat |
Cliff Wright | Re: Bugs in audio.c |
Garrett D'Amore | Re: generic hook infrastructure |
02/03/2006 |
Rhialto | Re: Bugs in audio.c |
YAMAMOTO Takashi | Re: sysctl knob to let sugid processes dump core (pr 15994) |
Curt Sampson | Re: sysctl knob to let sugid processes dump core (pr 15994) |
YAMAMOTO Takashi | Re: generic hook infrastructure |
YAMAMOTO Takashi | UVM_PAGE_INLINE etc |
YAMAMOTO Takashi | Re: generic hook infrastructure |
YAMAMOTO Takashi | Re: sysctl knob to let sugid processes dump core (pr 15994) |
Juan RP | Re: Multiboot support for review |
joerg@britannica.bec | Re: generic hook infrastructure |
Curt Sampson | Re: sysctl knob to let sugid processes dump core (pr 15994) |
SODA Noriyuki | Re: sysctl knob to let sugid processes dump core (pr 15994) |
der Mouse | Re: kern/32701: [dM] Indirect blocks break on big filesystems |
Curt Sampson | Re: sysctl knob to let sugid processes dump core (pr 15994) |
Lubomir Sedlacik | Re: Bugs in audio.c |
TAMURA Kent | Re: Bugs in audio.c |
Martin Husemann | Re: Bugs in audio.c |
Lubomir Sedlacik | Re: Bugs in audio.c |
Martin Husemann | Re: generic hook infrastructure |
matthew sporleder | Re: sysctl knob to let sugid processes dump core (pr 15994) |
Iain Hibbert | syntactic sugar for mbuf queue |
Bill Studenmund | Re: generic hook infrastructure |
Julio M. Merino Vidal | Re: Mouse button autorepeat |
Jason Thorpe | Re: syntactic sugar for mbuf queue |
David Laight | Re: generic hook infrastructure |
Damien Touraine | DRI ... |
Tonnerre LOMBARD | Re: DRI ... |
Steven M. Bellovin | Re: HEADS UP: UDF file system added to NetBSD source tree |
Reinoud Zandijk | Re: HEADS UP: UDF file system added to NetBSD source tree |
02/04/2006 |
Frank van der Linden | Re: HEADS UP: UDF file system added to NetBSD source tree |
George Georgalis | Re: Boot drive [was Re: Multiboot support for review] |
George Georgalis | Re: Boot drive [was Re: Multiboot support for review] |
Pavel Cahyna | Re: Multiboot support for review |
02/05/2006 |
YAMAMOTO Takashi | Re: Proposal about disklabels |
Ross | DIAGNOSTIC, bcopy to 0 |
Brett Lymn | Re: generic hook infrastructure |
Juergen Hannken-Illjes | Re: DIAGNOSTIC, bcopy to 0 |
Julio M. Merino Vidal | Re: Multiboot support for review |
Michael-John Turner | List of renamed sysctls? (for postinstall(1)) |
D'Arcy J.M. Cain | Writing to DVD |
Florian Stoehr | Re: Writing to DVD |
Juan RP | Re: Writing to DVD |
Pavel Cahyna | Re: Multiboot support for review |
Jason Thorpe | Re: Multiboot support for review |
Antti Kantee | Re: Bugs in audio.c |
D'Arcy J.M. Cain | Re: Writing to DVD |
02/06/2006 |
Julio M. Merino Vidal | wsevent cleanup |
Martin Husemann | Re: wsevent cleanup |
Julio M. Merino Vidal | Re: wsevent cleanup |
Martin Husemann | Re: wsevent cleanup |
Matthias Drochner | Re: wsevent cleanup |
Julio M. Merino Vidal | Re: wsevent cleanup |
Reinoud Zandijk | Re: generic hook infrastructure |
Iain Hibbert | Re: wsevent cleanup |
Julio M. Merino Vidal | Re: wsevent cleanup |
Julio M. Merino Vidal | Re: wsevent cleanup |
Iain Hibbert | Re: wsevent cleanup |
Julio M. Merino Vidal | Re: wsevent cleanup |
Martin Husemann | Re: wsevent cleanup |
Matthew Orgass | Re: wsevent cleanup |
Garrett D'Amore | Re: wsevent cleanup |
Bill Studenmund | Re: sysctl knob to let sugid processes dump core (pr 15994) |
Julio M. Merino Vidal | Re: wsevent cleanup |
02/07/2006 |
YAMAMOTO Takashi | Re: wsevent cleanup |
YAMAMOTO Takashi | Re: generic hook infrastructure |
YAMAMOTO Takashi | Re: wsevent cleanup |
YAMAMOTO Takashi | Re: wsevent cleanup |
Julio M. Merino Vidal | Automatically configuring mouse repeating |
Brett Lymn | Re: generic hook infrastructure |
Gavan Fantom | Re: sysctl knob to let sugid processes dump core (pr 15994) |
der Mouse | Re: Large filesystems, yet again |
02/08/2006 |
Iain Hibbert | Re: wsevent cleanup |
02/09/2006 |
Perry E. Metzger | an driver woes |
Dheeraj Reddy | Re: an driver woes |
Garrett D'Amore | Re: an driver woes |
Garrett D'Amore | Re: an driver woes |
Garrett D'Amore | Re: access to external proms for PCI# |
02/10/2006 |
YAMAMOTO Takashi | Re: Automatically configuring mouse repeating |
Allen Briggs | Re: access to external proms for PCI# |
Julio M. Merino Vidal | Re: Automatically configuring mouse repeating |
Jason Thorpe | Re: Adding Multiboot support (or not) |
02/11/2006 |
Pavel Cahyna | Re: Adding Multiboot support (or not) |
Julio M. Merino Vidal | Re: Adding Multiboot support (or not) |
Julio M. Merino Vidal | Re: Adding Multiboot support (or not) |
Pavel Cahyna | Re: Adding Multiboot support (or not) |
David Laight | Re: Adding Multiboot support (or not) |
Pavel Cahyna | Re: Adding Multiboot support (or not) |
Pavel Cahyna | Re: Adding Multiboot support (or not) |
Julio M. Merino Vidal | Re: Adding Multiboot support (or not) |
Valeriy E. Ushakov | Re: Adding Multiboot support (or not) |
Martin Husemann | Re: Adding Multiboot support (or not) |
Martin Husemann | Re: Adding Multiboot support (or not) |
Valeriy E. Ushakov | Re: Adding Multiboot support (or not) |
Julio M. Merino Vidal | Re: Adding Multiboot support (or not) |
Pavel Cahyna | Re: Adding Multiboot support (or not) |
Valeriy E. Ushakov | Re: Adding Multiboot support (or not) |
Reinoud Zandijk | RFC: switching to the console on panic |
Hans Petter Selasky | Undefined symbol "" |
Jason Thorpe | Re: Adding Multiboot support (or not) |
Jason Thorpe | Re: Adding Multiboot support (or not) |
Jason Thorpe | Re: Adding Multiboot support (or not) |
Jaromir Dolecek | Re: RFC: switching to the console on panic |
Julio M. Merino Vidal | Re: RFC: switching to the console on panic |
David Laight | Re: RFC: switching to the console on panic |
Michael | Re: RFC: switching to the console on panic |
Martin Husemann | Re: Undefined symbol "" |
Steven M. Bellovin | Re: RFC: switching to the console on panic |
Eric Haszlakiewicz | Re: RFC: switching to the console on panic |
Tonnerre LOMBARD | Re: RFC: switching to the console on panic |
Christos Zoulas | Re: RFC: switching to the console on panic |
Pavel Cahyna | Re: Adding Multiboot support (or not) |
Pavel Cahyna | Re: Adding Multiboot support (or not) |
Pavel Cahyna | Re: Adding Multiboot support (or not) |
Eric Haszlakiewicz | Re: RFC: switching to the console on panic |
Pavel Cahyna | Re: Adding Multiboot support (or not) |
Pavel Cahyna | Re: RFC: switching to the console on panic |
Pavel Cahyna | Re: RFC: switching to the console on panic |
Julio M. Merino Vidal | Re: RFC: switching to the console on panic |
Hubert Feyrer | i386 bootxx_cd9660 and "ls" [was: Re: Adding Multiboot support (or |
Jason Thorpe | Re: Adding Multiboot support (or not) |
02/12/2006 |
Reinoud Zandijk | Re: RFC: switching to the console on panic |
Reinoud Zandijk | Re: RFC: switching to the console on panic |
matthew green | re: RFC: switching to the console on panic |
Hans Petter Selasky | Re: Undefined symbol "" |
Manuel Bouyer | kernfs and read() |
der Mouse | Re: -Wcast-qual and assignement to strucutres |
02/13/2006 |
Manuel Bouyer | -Wcast-qual and assignement to strucutres |
Valeriy E. Ushakov | Re: -Wcast-qual and assignement to strucutres |
Christos Zoulas | Re: -Wcast-qual and assignement to strucutres |
Simon Burge | Initialising the same pool multiple times |
Bill Studenmund | Re: RFC: switching to the console on panic |
Nick Hudson | Re: Adding Multiboot support (or not) |
Garrett D'Amore | Re: RFC: X to use wskbd/wsmouse |
Michael Lorenz | Re: RFC: X to use wskbd/wsmouse |
der Mouse | Re: RFC: X to use wskbd/wsmouse |
Jason Thorpe | Re: Adding Multiboot support (or not) |
Jaromir Dolecek | Re: RFC: switching to the console on panic |
02/14/2006 |
YAMAMOTO Takashi | Re: Initialising the same pool multiple times |
Jed Davis | Re: Initialising the same pool multiple times |
Robert Elz | Am I going insane ? (The ioctl_copy*() functions) |
Daniel Carosone | Re: Am I going insane ? (The ioctl_copy*() functions) |
Robert Elz | discovering underlying drive names |
Jason Thorpe | Re: Adding Multiboot support (or not) |
Valeriy E. Ushakov | Re: Adding Multiboot support (or not) |
Nick Hudson | Re: Adding Multiboot support (or not) |
der Mouse | Re: discovering underlying drive names |
Valeriy E. Ushakov | Re: Adding Multiboot support (or not) |
Bill Studenmund | Re: Am I going insane ? (The ioctl_copy*() functions) |
Jared D. McNeill | RFC: vesafb, splash screen, and rasops shadowfb patch |
Jason Thorpe | Re: Adding Multiboot support (or not) |
Eric Haszlakiewicz | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Jared D. McNeill | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Jason Thorpe | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Jared D. McNeill | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
matthew sporleder | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Jared D. McNeill | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Havard Eidnes | Re: discovering underlying drive names |
joerg@britannica.bec | Re: discovering underlying drive names |
Pavel Cahyna | Re: Adding Multiboot support (or not) |
Jachym Holecek | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Pavel Cahyna | Re: Adding Multiboot support (or not) |
Jared D. McNeill | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Bill Studenmund | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Havard Eidnes | Re: discovering underlying drive names |
Jared D. McNeill | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Pavel Cahyna | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Jared D. McNeill | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Havard Eidnes | Re: discovering underlying drive names |
Ignatios Souvatzis | Re: discovering underlying drive names |
Martin J. Laubach | Re: discovering underlying drive names |
Eric Haszlakiewicz | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Jared D. McNeill | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Rick Kelly | Re: discovering underlying drive names |
Steven M. Bellovin | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Jared D. McNeill | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Eric Haszlakiewicz | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
02/15/2006 |
matthew green | re: discovering underlying drive names |
Daniel Carosone | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
matthew green | re: discovering underlying drive names |
Daniel Carosone | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Zafer Aydogan | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Zafer Aydogan | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Hubert Feyrer | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Jared D. McNeill | Getting the time during autoconf (was Re: RFC: vesafb, splash |
Robert Elz | Re: discovering underlying drive names |
Robert Elz | Re: discovering underlying drive names |
Thomas E. Spanjaard | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Jason Thorpe | Re: separating page replacement policy |
Steven M. Bellovin | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Garrett D'Amore | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Jared D. McNeill | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
joerg@britannica.bec | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Juan RP | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Jason Thorpe | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Steven M. Bellovin | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Manuel Bouyer | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Dave Huang | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Jared D. McNeill | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
David P. Reese, Jr. | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
02/16/2006 |
YAMAMOTO Takashi | separating page replacement policy |
Daniel Carosone | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Zafer Aydogan | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Zafer Aydogan | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
YAMAMOTO Takashi | Re: separating page replacement policy |
Jason Thorpe | Re: CVS commit: src/sys/dev/pci |
Garrett D'Amore | pcmcia stuff |
Garrett D'Amore | bus_space annoyance, API change proposal |
Christos Zoulas | Re: pcmcia stuff |
Steven M. Bellovin | powering down pcmcia/cardbus slots |
Christos Zoulas | Re: bus_space annoyance, API change proposal |
Garrett D'Amore | Re: powering down pcmcia/cardbus slots |
Quentin Garnier | Re: powering down pcmcia/cardbus slots |
Steven M. Bellovin | Re: powering down pcmcia/cardbus slots |
Ben Harris | Re: bus_space annoyance, API change proposal |
Garrett D'Amore | Re: bus_space annoyance, API change proposal |
Ben Harris | Re: bus_space annoyance, API change proposal |
Matt Thomas | Re: bus_space annoyance, API change proposal |
Garrett D'Amore | Re: bus_space annoyance, API change proposal |
Gavan Fantom | Re: CVS commit: src/sys/dev/pci |
Jason Thorpe | Re: CVS commit: src/sys/dev/pci |
Garrett D'Amore | Re: powering down pcmcia/cardbus slots |
Jachym Holecek | Re: powering down pcmcia/cardbus slots |
Garrett D'Amore | Re: powering down pcmcia/cardbus slots |
Gavan Fantom | Re: CVS commit: src/sys/dev/pci |
Steven M. Bellovin | Re: powering down pcmcia/cardbus slots |
Garrett D'Amore | Re: powering down pcmcia/cardbus slots |
Matthew Orgass | Re: powering down pcmcia/cardbus slots |
Steven M. Bellovin | Re: powering down pcmcia/cardbus slots |
Jason Thorpe | Re: powering down pcmcia/cardbus slots |
Steven M. Bellovin | Re: powering down pcmcia/cardbus slots |
Jeremy C. Reed | Why are the kernel modules located in /usr? |
Jason Thorpe | Re: Why are the kernel modules located in /usr? |
Quentin Garnier | Re: Why are the kernel modules located in /usr? |
Steven M. Bellovin | Re: powering down pcmcia/cardbus slots |
02/17/2006 |
matthew green | re: Why are the kernel modules located in /usr? |
YAMAMOTO Takashi | Re: tape drive instrumentation round 2 |
YAMAMOTO Takashi | Re: sysctl knob to let sugid processes dump core (pr 15994) |
YAMAMOTO Takashi | Re: tape drive instrumentation round 2 |
Elad Efrat | Re: sysctl knob to let sugid processes dump core (pr 15994) |
Yakov Zaytsev | VMware-3.2.0, NetBSD 1.6.2: problems with graphical output from the |
Yakov Zaytsev | VMware-3.2.0, NetBSD 1.6.2: problems with graphical output from the |
Yakov Zaytsev | VMware-3.2.0, NetBSD 1.6.2: problems with graphical output from the |
Yakov Zaytsev | VMware-3.2.0, NetBSD 1.6.2: problems with graphical output from the |
Yakov Zaytsev | VMware-3.2.0, NetBSD 1.6.2: problems with graphical output from the |
Yakov Zaytsev | VMware-3.2.0, NetBSD 1.6.2: problems with graphical output from the guest OS |
Matthew Orgass | Re: powering down pcmcia/cardbus slots |
Steven M. Bellovin | Re: powering down pcmcia/cardbus slots |
02/18/2006 |
Manuel Bouyer | Re: powering down pcmcia/cardbus slots |
matthew green | re: sysctl knob to let sugid processes dump core (pr 15994) |
Elad Efrat | Re: sysctl knob to let sugid processes dump core (pr 15994) |
Rhialto | Re: kern/32718 Re: Bugs in audio.c |
Rui Paulo | Re: kern/32718 Re: Bugs in audio.c |
Pavel Cahyna | Re: kern/32718 Re: Bugs in audio.c |
Michael van Elst | behaviour of null mounts |
Byunghyun Oh | vesafb-20060214 also works in 3.0-RELEASE |
Byunghyun Oh | Re: vesafb-20060214 also works in 3.0-RELEASE |
Rhialto | Re: kern/32718 Re: Bugs in audio.c |
Rui Paulo | Re: kern/32718 Re: Bugs in audio.c |
Manuel Bouyer | Re: -Wcast-qual and assignement to strucutres |
Manuel Bouyer | Re: kernfs and read() |
Klaus Heinz | unexpected behaviour of grantpt(3) |
joerg@britannica.bec | Re: unexpected behaviour of grantpt(3) |
Klaus Heinz | Re: unexpected behaviour of grantpt(3) |
joerg@britannica.bec | Re: unexpected behaviour of grantpt(3) |
Sverre Froyen | pcmcia io alloc and map (can this be right?) |
Christos Zoulas | Re: unexpected behaviour of grantpt(3) |
Christos Zoulas | Re: unexpected behaviour of grantpt(3) |
Garrett D'Amore | Re: pcmcia io alloc and map (can this be right?) |
Garrett D'Amore | Re: pcmcia io alloc and map (can this be right?) |
Sverre Froyen | Re: pcmcia io alloc and map (can this be right?) |
Garrett D'Amore | Re: pcmcia io alloc and map (can this be right?) |
Garrett D'Amore | pcmcia questions... |
02/19/2006 |
Brett Lymn | Re: tape drive instrumentation round 2 |
Igor Sobrado | Re: RFC: vesafb, splash screen, and rasops shadowfb patch |
Hans Petter Selasky | bus_dmamem question |
Eric Haszlakiewicz | Re: Why are the kernel modules located in /usr? |
Elad Efrat | Re: sysctl knob to let sugid processes dump core (pr 15994) |
Geoff Wing | Re: Why are the kernel modules located in /usr? |
doomwarrior | add isapnp card Aztech AZT1020 (AZF3318) |
Alan Barrett | Re: sysctl knob to let sugid processes dump core (pr 15994) |
Jason Thorpe | Re: Why are the kernel modules located in /usr? |
Peter Seebach | Generic configuration requests outside of config files? |
Steven M. Bellovin | Re: Generic configuration requests outside of config files? |
Chuck Silvers | Re: discovering underlying drive names |
Peter Seebach | Re: Generic configuration requests outside of config files? |
Garrett D'Amore | cannot cross build from Solaris 10 anymore. |
Garrett D'Amore | Re: cannot cross build from Solaris 10 anymore. |
Garrett D'Amore | Re: Why are the kernel modules located in /usr? |
02/20/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) |
Elad Efrat | Re: sysctl knob to let sugid processes dump core (pr 15994) |
YAMAMOTO Takashi | Re: sysctl knob to let sugid processes dump core (pr 15994) |
Robert Elz | IPSEC in GENERIC |
Garrett D'Amore | Re: IPSEC in GENERIC |
YAMAMOTO Takashi | yamt-uio_vmspace branch |
Martin Husemann | Re: Generic configuration requests outside of config files? |
Simon Burge | Re: IPSEC in GENERIC |
Robert Elz | Re: IPSEC in GENERIC |
Peter Seebach | Re: Generic configuration requests outside of config files? |
joerg@britannica.bec | Re: IPSEC in GENERIC |
Robert Elz | Re: IPSEC in GENERIC |
Peter Seebach | Ordering device probes |
Ben Harris | meaning of avail_end in uvm_page_physload() |
Garrett D'Amore | LKMs (was Re: IPSEC in GENERIC) |
Garrett D'Amore | Re: Ordering device probes |
Martin Husemann | Re: Ordering device probes |
Peter Seebach | Re: Ordering device probes |
Peter Seebach | Re: Ordering device probes |
Valeriy E. Ushakov | Re: Ordering device probes |
Steven M. Bellovin | Re: LKMs (was Re: IPSEC in GENERIC) |
joerg@britannica.bec | Re: IPSEC in GENERIC |
Valeriy E. Ushakov | Re: LKMs (was Re: IPSEC in GENERIC) |
Garrett D'Amore | Re: LKMs (was Re: IPSEC in GENERIC) |
Garrett D'Amore | Re: IPSEC in GENERIC |
Garrett D'Amore | Re: LKMs (was Re: IPSEC in GENERIC) |
Valeriy E. Ushakov | Re: IPSEC in GENERIC |
Garrett D'Amore | explanation of PCI cardbus bridge code... |
joerg@britannica.bec | Re: IPSEC in GENERIC |
Thor Lancelot Simon | Re: IPSEC in GENERIC |
Thomas E. Spanjaard | Re: LKMs (was Re: IPSEC in GENERIC) |
Steven M. Bellovin | Re: LKMs (was Re: IPSEC in GENERIC) |
Garrett D'Amore | Re: LKMs (was Re: IPSEC in GENERIC) |
Thor Lancelot Simon | Re: LKMs (was Re: IPSEC in GENERIC) |
Peter Seebach | Re: LKMs (was Re: IPSEC in GENERIC) |
der Mouse | Re: LKMs (was Re: IPSEC in GENERIC) |
Steven M. Bellovin | Re: LKMs (was Re: IPSEC in GENERIC) |
Thor Lancelot Simon | Re: LKMs (was Re: IPSEC in GENERIC) |
Matt Thomas | Re: LKMs (was Re: IPSEC in GENERIC) |
Steven M. Bellovin | Re: LKMs (was Re: IPSEC in GENERIC) |
joerg@britannica.bec | Re: LKMs (was Re: IPSEC in GENERIC) |
Garrett D'Amore | Re: LKMs (was Re: IPSEC in GENERIC) |
jonathan@dsg.stanfor | Re: LKMs (was Re: IPSEC in GENERIC) |
Thor Lancelot Simon | Re: LKMs (was Re: IPSEC in GENERIC) |
Garrett D'Amore | Re: LKMs (was Re: IPSEC in GENERIC) |
Garrett D'Amore | Re: LKMs (was Re: IPSEC in GENERIC) |
Garrett D'Amore | Re: LKMs (was Re: IPSEC in GENERIC) |
Igor Sobrado | Re: IPSEC in GENERIC |
jonathan@dsg.stanfor | Re: IPSEC in GENERIC |
Martin S. Weber | Re: IPSEC in GENERIC |
Steven M. Bellovin | INET6 in GENERIC |
jonathan@dsg.stanfor | Re: IPSEC in GENERIC |
jonathan@dsg.stanfor | Re: INET6 in GENERIC |
Martin S. Weber | Re: INET6 in GENERIC |
Steven M. Bellovin | Re: INET6 in GENERIC |
jonathan@dsg.stanfor | Re: IPSEC in GENERIC |
David Young | Re: INET6 in GENERIC |
Pavel Cahyna | Re: INET6 in GENERIC |
Igor Sobrado | Re: IPSEC in GENERIC |
Ignatios Souvatzis | Re: INET6 in GENERIC |
Michael van Elst | Re: IPSEC in GENERIC |
jonathan@dsg.stanfor | Re: IPSEC in GENERIC |
Allen Briggs | Re: LKMs (was Re: IPSEC in GENERIC) |
Michael van Elst | Re: IPSEC in GENERIC |
Jonathan Stone | Re: IPSEC in GENERIC |
Manuel Bouyer | Re: explanation of PCI cardbus bridge code... |
Michael van Elst | Re: IPSEC in GENERIC |
Allen Briggs | Re: Generic configuration requests outside of config files? |
Pavel Cahyna | Re: IPSEC in GENERIC |
Rui Paulo | Re: IPSEC in GENERIC |
jonathan@dsg.stanfor | Re: IPSEC in GENERIC |
Christos Zoulas | Re: IPSEC in GENERIC |
Thomas E. Spanjaard | Re: IPSEC in GENERIC |
Jason Thorpe | Re: explanation of PCI cardbus bridge code... |
Jason Thorpe | Re: Ordering device probes |
Jason Thorpe | Re: Ordering device probes |
Peter Seebach | Re: Generic configuration requests outside of config files? |
David Young | Re: explanation of PCI cardbus bridge code... |
Jason Thorpe | Re: Ordering device probes |
Garrett D'Amore | Re: explanation of PCI cardbus bridge code... |
Peter Seebach | Re: Ordering device probes |
Jason Thorpe | Re: Generic configuration requests outside of config files? |
Peter Seebach | Re: Ordering device probes |
Peter Seebach | Re: Generic configuration requests outside of config files? |
Jason Thorpe | Re: Generic configuration requests outside of config files? |
Jason Thorpe | Re: Ordering device probes |
Jason Thorpe | Re: Ordering device probes |
Jason Thorpe | Re: Ordering device probes |
Jason Thorpe | Re: LKMs (was Re: IPSEC in GENERIC) |
Peter Seebach | Re: Generic configuration requests outside of config files? |
Jason Thorpe | Re: LKMs (was Re: IPSEC in GENERIC) |
Peter Seebach | Re: Ordering device probes |
Peter Seebach | Re: Ordering device probes |
Jason Thorpe | Re: Ordering device probes |
Jason Thorpe | Re: Ordering device probes |
Peter Seebach | Re: explanation of PCI cardbus bridge code... |
Peter Seebach | Re: Ordering device probes |
Michael van Elst | Re: IPSEC in GENERIC |
der Mouse | Re: INET6 in GENERIC |
Garrett D'Amore | Re: Ordering device probes |
Allen Briggs | Re: Generic configuration requests outside of config files? |
Jason Thorpe | Re: Ordering device probes |
Jason Thorpe | Re: Generic configuration requests outside of config files? |
Jonathan Stone | Re: IPSEC in GENERIC |
Peter Seebach | Re: Ordering device probes |
Jonathan Stone | Re: IPSEC in GENERIC |
Christos Zoulas | Re: IPSEC in GENERIC |
Jonathan Stone | Re: IPSEC in GENERIC |
jonathan@dsg.stanfor | Re: IPSEC in GENERIC |
Garrett D'Amore | Re: IPSEC in GENERIC |
Christos Zoulas | Re: IPSEC in GENERIC |
02/21/2006 |
matthew green | re: IPSEC in GENERIC |
Simon Burge | Re: LKMs (was Re: IPSEC in GENERIC) |
Christopher SEKIYA | Re: explanation of PCI cardbus bridge code... |
Martin Husemann | Re: explanation of PCI cardbus bridge code... |
Christos Zoulas | Re: IPSEC in GENERIC |
YAMAMOTO Takashi | Re: yamt-uio_vmspace branch |
Robert Elz | Re: IPSEC in GENERIC |
Jachym Holecek | Re: Ordering device probes |
Peter Seebach | Re: Ordering device probes |
Nathan J. Williams | Re: IPSEC in GENERIC |
Nathan J. Williams | Re: Ordering device probes |
Peter Seebach | Re: Ordering device probes |
Nathan J. Williams | Re: Ordering device probes |
Peter Seebach | Re: Ordering device probes |
Martin Husemann | Re: Ordering device probes |
Bill Studenmund | Re: behaviour of null mounts |
Jonathan Stone | Re: IPSEC in GENERIC |
Christos Zoulas | Re: IPSEC in GENERIC |
Bill Studenmund | Re: IPSEC in GENERIC |
George Georgalis | kernel option for "socket: Protocol not supported" |
Juan RP | Re: kernel option for "socket: Protocol not supported" |
Bill Studenmund | Re: LKMs (was Re: IPSEC in GENERIC) |
Martin Husemann | Re: kernel option for "socket: Protocol not supported" |
joerg@britannica.bec | Re: kernel option for "socket: Protocol not supported" |
Allen Briggs | Re: LKMs (was Re: IPSEC in GENERIC) |
George Georgalis | Re: kernel option for "socket: Protocol not supported" |
Jonathan Stone | Re: kernel option for "socket: Protocol not supported" |
Thor Lancelot Simon | Re: IPSEC in GENERIC |
jonathan@dsg.stanfor | Re: LKMs (was Re: IPSEC in GENERIC) |
der Mouse | Re: LKMs (was Re: IPSEC in GENERIC) |
George Georgalis | Re: kernel option for "socket: Protocol not supported" |
George Georgalis | Re: kernel option for "socket: Protocol not supported" |
Bill Studenmund | Re: LKMs (was Re: IPSEC in GENERIC) |
jonathan@dsg.stanfor | Re: IPSEC in GENERIC |
Eric Haszlakiewicz | Re: LKMs (was Re: IPSEC in GENERIC) |
Christos Zoulas | Re: IPSEC in GENERIC |
Ignatios Souvatzis | Re: kernel option for "socket: Protocol not supported" |
jonathan@dsg.stanfor | Re: IPSEC in GENERIC |
jonathan@dsg.stanfor | Re: kernel option for "socket: Protocol not supported" |
Jonathan Stone | Re: IPSEC in GENERIC |
mouss | Re: uvm_fault |
Bill Studenmund | Re: IPSEC in GENERIC |
Christos Zoulas | Re: IPSEC in GENERIC |
joerg@britannica.bec | Re: kernel option for "socket: Protocol not supported" |
Michael van Elst | Re: IPSEC in GENERIC |
Ignatios Souvatzis | Re: kernel option for "socket: Protocol not supported" |
Ignatios Souvatzis | Re: kernel option for "socket: Protocol not supported" |
Pavel Cahyna | Re: IPSEC in GENERIC |
Jonathan Stone | Re: IPSEC in GENERIC |
Quentin Garnier | Re: LKMs (was Re: IPSEC in GENERIC) |
Jonathan Stone | Re: IPSEC in GENERIC |
Jason Thorpe | Re: IPSEC in GENERIC |
Christos Zoulas | Re: IPSEC in GENERIC |
Christos Zoulas | Re: IPSEC in GENERIC |
Rui Paulo | Re: IPSEC in GENERIC |
George Georgalis | Re: kernel option for "socket: Protocol not supported" |
Jonathan Stone | Re: IPSEC in GENERIC |
Jonathan Stone | Re: IPSEC in GENERIC |
Jason Thorpe | Re: IPSEC in GENERIC |
der Mouse | Re: IPSEC in GENERIC |
Steven M. Bellovin | Re: uvm_fault |
Marc Tooley | Re: uvm_fault |
Sean Davis | Re: IPSEC in GENERIC |
Christos Zoulas | Re: IPSEC in GENERIC |
Sverre Froyen | Re: pcmcia io alloc and map (can this be right?) |
02/22/2006 |
Malcolm Herbert | Re: uvm_fault |
Rui Paulo | Re: IPSEC in GENERIC |
Thomas E. Spanjaard | Re: IPSEC in GENERIC |
Thor Lancelot Simon | Re: IPSEC in GENERIC |
Andrew Reilly | Re: IPSEC in GENERIC |
Martin Husemann | Re: kernel option for "socket: Protocol not supported" |
Ignatios Souvatzis | Re: kernel option for "socket: Protocol not supported" |
Martin Husemann | Re: kernel option for "socket: Protocol not supported" |
Richard Earnshaw | Re: IPSEC in GENERIC |
der Mouse | Re: kernel option for "socket: Protocol not supported" |
Andrew Reilly | Re: LKMs (was Re: IPSEC in GENERIC) |
Ignatios Souvatzis | Re: kernel option for "socket: Protocol not supported" |
der Mouse | Re: kernel option for "socket: Protocol not supported" |
Ignatios Souvatzis | Re: kernel option for "socket: Protocol not supported" |
Andrew Reilly | Re: LKMs (was Re: IPSEC in GENERIC) |
rudolf | Re: uvm_fault |
Iain Hibbert | Re: kernel option for "socket: Protocol not supported" |
Bill Studenmund | Re: LKMs (was Re: IPSEC in GENERIC) |
Ignatios Souvatzis | Re: kernel option for "socket: Protocol not supported" |
Greg Troxel | Re: IPSEC in GENERIC |
Greg Troxel | Re: IPSEC in GENERIC |
George Georgalis | Re: kernel option for "socket: Protocol not supported" |
Christos Zoulas | Re: IPSEC in GENERIC |
jonathan@dsg.stanfor | Re: IPSEC in GENERIC |
mouss | Re: kernel option for "socket: Protocol not supported" |
George Georgalis | Re: kernel option for "socket: Protocol not supported" |
Jonathan Stone | Re: IPSEC in GENERIC |
Nathan J. Williams | Re: IPSEC in GENERIC |
Christos Zoulas | Re: IPSEC in GENERIC |
Thor Lancelot Simon | Re: IPSEC in GENERIC |
George Georgalis | Re: kernel option for "socket: Protocol not supported" |
Jonathan Stone | Re: IPSEC in GENERIC |
Christos Zoulas | Re: IPSEC in GENERIC |
Jason Thorpe | Fault type values for uvm_fault() |
Jonathan Stone | Re: IPSEC in GENERIC |
Sean Davis | Re: IPSEC in GENERIC |
Jonathan Stone | Re: IPSEC in GENERIC |
Jason Thorpe | Re: IPSEC in GENERIC |
Sam Leffler | Re: IPSEC in GENERIC |
Jason Thorpe | Re: IPSEC in GENERIC |
Jonathan Stone | Re: IPSEC in GENERIC |
Jason Thorpe | Re: IPSEC in GENERIC |
02/23/2006 |
matthew green | re: kernel option for "socket: Protocol not supported" |
Christos Zoulas | Re: IPSEC in GENERIC |
Matthias Drochner | Re: Fault type values for uvm_fault() |
David Young | deciphering rbus_min_start |
Christos Zoulas | Re: deciphering rbus_min_start |
Steven M. Bellovin | Re: deciphering rbus_min_start |
02/24/2006 |
Water NB | How about evbppc MPC8260? |
Julio M. Merino Vidal | Getting rid of BEEP_ONHALT_* |
Takahiro Kambe | Re: Getting rid of BEEP_ONHALT_* |
Julio M. Merino Vidal | Re: Getting rid of BEEP_ONHALT_* |
Takahiro Kambe | Re: Getting rid of BEEP_ONHALT_* |
Greg Troxel | Re: deciphering rbus_min_start |
Takahiro Kambe | Re: Getting rid of BEEP_ONHALT_* |
Bernd Ernesti | Re: deciphering rbus_min_start |
Antti Kantee | goodbye fdavail? |
der Mouse | Re: Getting rid of BEEP_ONHALT_* |
Julio M. Merino Vidal | Re: Getting rid of BEEP_ONHALT_* |
Martin Husemann | Re: Getting rid of BEEP_ONHALT_* |
Julio M. Merino Vidal | Re: Getting rid of BEEP_ONHALT_* |
Jared D. McNeill | Re: Getting rid of BEEP_ONHALT_* |
Manuel Bouyer | Re: Getting rid of BEEP_ONHALT_* |
Garrett D'Amore | PCI_MAPREG_TYPE_ROM... or the lack of it |
Garrett D'Amore | Re: PCI_MAPREG_TYPE_ROM... or the lack of it |
02/25/2006 |
Frank van der Linden | Re: deciphering rbus_min_start |
Bernd Ernesti | Keeping obsolete device numbers? (was: CVS commit: src/sys/conf) |
Matthias Drochner | Re: PCI_MAPREG_TYPE_ROM... or the lack of it |
Allen Briggs | Re: PCI_MAPREG_TYPE_ROM... or the lack of it |
Garrett D'Amore | Re: PCI_MAPREG_TYPE_ROM... or the lack of it |
Garrett D'Amore | Re: PCI_MAPREG_TYPE_ROM... or the lack of it |
Christos Zoulas | Re: Keeping obsolete device numbers? (was: CVS commit: src/sys/conf) |
Bernd Ernesti | Re: Keeping obsolete device numbers? (was: CVS commit: src/sys/conf) |
Rui Paulo | More on Intel SpeedStep |
02/26/2006 |
Martin Husemann | Re: Getting rid of BEEP_ONHALT_* |
Julio M. Merino Vidal | Re: Getting rid of BEEP_ONHALT_* |
Giorgos Alexiou | Question |
George Georgalis | TZ and unix epoc |
Eric Haszlakiewicz | Re: TZ and unix epoc |
Hans Petter Selasky | Re: bus_dmamem question |
George Georgalis | Re: TZ and unix epoc |
Eric Haszlakiewicz | Re: TZ and unix epoc |
George Georgalis | Re: TZ and unix epoc |
Garrett D'Amore | Re: PCI_MAPREG_TYPE_ROM... or the lack of it |
Garrett D'Amore | Re: PCI_MAPREG_TYPE_ROM... or the lack of it |
02/27/2006 |
Hubert Feyrer | Re: Question |
Simon Burge | Re: TZ and unix epoc |
Nicolas Saurbier | Error compiling pf.o |
Giorgos Alexiou | Audigy LS output |
Rui Paulo | Re: Error compiling pf.o |
Nicolas Saurbier | RE: Re: Error compiling pf.o |
Ignatios Souvatzis | Re: kernel option for "socket: Protocol not supported" |
Chapman Flack | Re: TZ and unix epoc |
George Georgalis | Re: TZ and unix epoc |
Chapman Flack | Re: TZ and unix epoc |
Christos Zoulas | Re: Audigy LS output |
Charles M. Hannum | Re: Audigy LS output |
Giorgos Alexiou | Re: Audigy LS output |
Bill Studenmund | Re: Keeping obsolete device numbers? (was: CVS commit: src/sys/conf) |
Bill Studenmund | Re: Getting rid of BEEP_ONHALT_* |
Garrett D'Amore | Re: Keeping obsolete device numbers? (was: CVS commit: src/sys/conf) |
Bill Studenmund | devfs again, was Re: Keeping obsolete device numbers? (was: CVS commit: src/sys |
Garrett D'Amore | more PCI expansion rom stuff (macro declarations) |
Jason Thorpe | Re: more PCI expansion rom stuff (macro declarations) |
Garrett D'Amore | Re: more PCI expansion rom stuff (macro declarations) |
Bill Studenmund | Re: more PCI expansion rom stuff (macro declarations) |
02/28/2006 |
George Georgalis | Re: kernel option for "socket: Protocol not supported" |
Martin Husemann | Re: Getting rid of BEEP_ONHALT_* |
Hans Petter Selasky | New USB driver & API, now on NetBSD 3.0 |
der Mouse | Re: Getting rid of BEEP_ONHALT_* |
George Georgalis | Re: kernel option for "socket: Protocol not supported" |
Greg Troxel | LK_RETRY and coda_lookup |
Julian Elischer | Re: New USB driver & API, now on NetBSD 3.0 |