Index of tech-kern for February, 2006


FromSubject
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