Index of tech-kern for June, 1999


FromSubject
06/01/1999
Erik E. Fair how to prevent a process from being paged?
Ignatios Souvatzis Re: how to prevent a process from being paged?
Ignatios Souvatzis Re: how to prevent a process from being paged?
Erik E. Fair Re: how to prevent a process from being paged?
Ignatios Souvatzis kdump is confused about conditionally implemented system calls
Bill Sommerfeld Re: vnode locking procedure change to suport stacked fs's.
Jason Thorpe Re: how to prevent a process from being paged?
Neil A. Carson Re: how to prevent a process from being paged?
Todd Vierling Re: how to prevent a process from being paged?
Jason Thorpe Re: how to prevent a process from being paged?
Bill Studenmund Re: vnode locking procedure change to suport stacked fs's.
Bill Studenmund Re: vnode locking procedure change to suport stacked fs's.
Jason Thorpe Re: vnode locking procedure change to suport stacked fs's.
Bill Studenmund Re: vnode locking procedure change to suport stacked fs's.
Ignatios Souvatzis Re: EATA protocol
Bill Studenmund re: SGI XFS filesystem
Phil Nelson Re: vnode locking procedure change to suport stacked fs's.
Bill Studenmund Re: vnode locking procedure change to suport stacked fs's.
Phil Nelson Re: vnode locking procedure change to suport stacked fs's.
Todd Vierling Re: EATA protocol
Jason Thorpe Re: vnode locking procedure change to suport stacked fs's.
Chuck Silvers Re: vnode locking procedure change to suport stacked fs's.
Jonathan Stone Re: vnode locking procedure change to suport stacked fs's.
Chuck Silvers Re: vnode locking procedure change to suport stacked fs's.
Bill Sommerfeld Re: vnode locking procedure change to suport stacked fs's.
Bill Studenmund Re: vnode locking procedure change to suport stacked fs's.
John Kohl Re: vnode locking procedure change to suport stacked fs's.
06/02/1999
John Kohl [comp.os.research] Re: Zero copy (network) IO question ...
Christos Zoulas syscall.master upcoming changes
Ignatios Souvatzis Re: syscall.master upcoming changes
Bill Studenmund vclean: vnode locking procedure change #1a to suport stacked fs's
Konrad Schroder Re: vclean: vnode locking procedure change #1a to suport stacked
Bill Studenmund Re: vclean: vnode locking procedure change #1a to suport stacked fs's
06/03/1999
Bill Studenmund V_ALIASED: vnode locking procedure change #2 to suport stacked fs's
Ignatios Souvatzis sys/disklabel.h: p_sgs field
Konrad Schroder Re: sys/disklabel.h: p_sgs field
Erik E. Fair Re: nfsd and process load sharing
06/04/1999
Simon Burge nfsd and process load sharing
Frank van der Linden Re: nfsd and process load sharing
matthew green re: nfsd and process load sharing
Guenther Grau Re: nfsd and process load sharing
Ignatios Souvatzis Re: nfsd and process load sharing
Frank van der Linden Re: nfsd and process load sharing
Zdenek Salvet Re: nfsd and process load sharing
Guenther Grau Re: nfsd and process load sharing
Guenther Grau Re: nfsd and process load sharing
Anders Magnusson Re: nfsd and process load sharing
Jason Thorpe Re: nfsd and process load sharing
Guenther Grau Re: nfsd and process load sharing
rick@snowhite.cis.uo nfsd loading
Anders Magnusson Re: nfsd and process load sharing
Guenther Grau Re: nfsd and process load sharing
Giles Lean Re: nfsd and process load sharing
Bill Studenmund Re: nfsd and process load sharing
Jason Thorpe Re: nfsd and process load sharing
Ignatios Souvatzis Re: sys/disklabel.h: p_sgs field
Ignatios Souvatzis Re: sys/disklabel.h: p_sgs field
Konrad Schroder Re: vclean: vnode locking procedure change #1a to suport stacked
06/05/1999
Chris G. Demetriou old bus_space def'ns: bus_space_copy_[1248], BUS_BARRIER_*
Jason Thorpe Re: old bus_space def'ns: bus_space_copy_[1248], BUS_BARRIER_*
06/06/1999
Simon Burge Re: nfsd and process load sharing
Simon Burge Re: nfsd and process load sharing
der Mouse Re: question re. dup2.
Ross Harvey -Wno-parenthesis
Michael Graff Re: -Wno-parenthesis
John F. Woods Re: -Wno-parenthesis
Christos Zoulas Re: -Wno-parenthesis
Chris G. Demetriou Re: -Wno-parenthesis
Jason Thorpe Re: -Wno-parenthesis
Chuck Silvers new UBC branch
06/07/1999
Darren Reed question re. dup2.
Hubert Feyrer Re: -Wno-parenthesis
Simon Burge Re: -Wno-parenthesis
Manuel Bouyer Re: -Wno-parenthesis
Todd Vierling Re: -Wno-parenthesis
Chuck Silvers non-512-byte-sector devices vs. UBC
Eduardo E. Horvath Re: non-512-byte-sector devices vs. UBC
Jason Thorpe Re: non-512-byte-sector devices vs. UBC
der Mouse Re: non-512-byte-sector devices vs. UBC
Bill Studenmund Re: vclean: vnode locking procedure change #1a to suport stacked fs's
Erik E. Fair Re: non-512-byte-sector devices vs. UBC
Frank van der Linden Re: non-512-byte-sector devices vs. UBC
Ignatios Souvatzis Re: non-512-byte-sector devices vs. UBC
Ignatios Souvatzis Re: non-512-byte-sector devices vs. UBC
Chris G. Demetriou Re: non-512-byte-sector devices vs. UBC
Ross Harvey Re: non-512-byte-sector devices vs. UBC
06/08/1999
Brett Lymn why is my ioctl not being called?
Dave McConnell Re: why is my ioctl not being called?
Erik E. Fair Re: non-512-byte-sector devices vs. UBC
Paul A Vixie Re: non-512-byte-sector devices vs. UBC
Heiko W.Rupp Re: non-512-byte-sector devices vs. UBC
Ignatios Souvatzis Re: non-512-byte-sector devices vs. UBC
Leo Weppelman Re: non-512-byte-sector devices vs. UBC
Wolfgang Solfrank Re: non-512-byte-sector devices vs. UBC
Wolfgang Solfrank Re: non-512-byte-sector devices vs. UBC
Herb Peyerl Re: non-512-byte-sector devices vs. UBC
John F. Woods Re: non-512-byte-sector devices vs. UBC
Steven J. Dovich Re: non-512-byte-sector devices vs. UBC
Bill Studenmund Re: why is my ioctl not being called?
06/09/1999
Brett Lymn Re: why is my ioctl not being called?
Chris G. Demetriou Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
06/10/1999
Darren Reed signal(SIGSEGV, SIG_IGN) -> 100% CPU
Hubert Feyrer Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Darren Reed Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Gandhi woulda smacked yo Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Ignatios Souvatzis Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Ignatios Souvatzis Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Christos Zoulas Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Ignatios Souvatzis Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
der Mouse Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Todd Vierling Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Chris G. Demetriou Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Chris G. Demetriou Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
der Mouse Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Wolfgang Rupprecht Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Chris G. Demetriou Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Greg A. Woods Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
06/11/1999
Darren Reed Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Brett Lymn Volunteers to test some kernel code...
Darren Reed Re: Volunteers to test some kernel code...
Dave McConnell Re: Volunteers to test some kernel code...
Manuel Bouyer Re: Volunteers to test some kernel code...
Jonathan Stone Re: Volunteers to test some kernel code...
06/12/1999
Andrew van der Stock Re: Volunteers to test some kernel code...
Erik E. Fair Re: Volunteers to test some kernel code...
Erik E. Fair Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Brett Lymn Re: Volunteers to test some kernel code...
Brett Lymn Re: Volunteers to test some kernel code...
der Mouse Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Bill Sommerfeld Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Paul B Dokas Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Erik E. Fair Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Gandhi woulda smacked yo Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
06/13/1999
Simon J. Gerraty Re: Volunteers to test some kernel code...
Greg A. Woods Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Robert Elz Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Matthias Scheler Removing devices
Greg A. Woods Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Chuck Silvers Re: non-512-byte-sector devices vs. UBC
Christoph Badura Re: non-512-byte-sector devices vs. UBC
John F. Woods Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Gandhi woulda smacked yo Re: Volunteers to test some kernel code...
Bill Sommerfeld Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Erik E. Fair Re: non-512-byte-sector devices vs. UBC
Greg A. Woods Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Greg A. Woods Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Paul A Vixie Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Greg A. Woods Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Greg A. Woods Re: non-512-byte-sector devices vs. UBC
Greg A. Woods Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
der Mouse Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Greg A. Woods Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
06/14/1999
Simon Burge Re: non-512-byte-sector devices vs. UBC
Giles Lean Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Robert Elz Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Anders Magnusson Re: non-512-byte-sector devices vs. UBC
Darren Reed Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Darren Reed Regressing testing of system calls
Ignatios Souvatzis Re: non-512-byte-sector devices vs. UBC
Ignatios Souvatzis Re: non-512-byte-sector devices vs. UBC
Wolfgang Solfrank Re: non-512-byte-sector devices vs. UBC
Todd Vierling Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Andrew Brown Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
der Mouse Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
der Mouse Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Ignatios Souvatzis Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Ignatios Souvatzis Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Wolfgang Solfrank Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Greg A. Woods Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Greg A. Woods Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Greg A. Woods Re: Regressing testing of system calls
Paul A Vixie Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Eduardo E. Horvath Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Todd Vierling Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Christoph Badura Re: non-512-byte-sector devices vs. UBC
Todd Vierling Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Chris G. Demetriou Re: Regressing testing of system calls
Bill Studenmund Re: Volunteers to test some kernel code...
Michael Graff Re: Volunteers to test some kernel code...
Ross Harvey Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Todd Vierling Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Chris G. Demetriou Re: Regressing testing of system calls
Michael Graff Re: Volunteers to test some kernel code...
Michael Graff Re: Volunteers to test some kernel code...
Michael Graff Re: Volunteers to test some kernel code...
Gandhi woulda smacked yo Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Gandhi woulda smacked yo Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Michael Graff Re: Volunteers to test some kernel code...
06/15/1999
Robert Elz Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Simon J. Gerraty Re: Volunteers to test some kernel code...
Darren Reed Re: Regressing testing of system calls
Brett Lymn Re: Volunteers to test some kernel code...
Brett Lymn Re: Volunteers to test some kernel code...
Brett Lymn Re: Volunteers to test some kernel code...
Robert Elz Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Giles Lean Re: Regressing testing of system calls
Giles Lean Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Brett Lymn Re: Volunteers to test some kernel code...
Brett Lymn Re: Volunteers to test some kernel code...
Brett Lymn Re: Volunteers to test some kernel code...
Manuel Bouyer Re: Volunteers to test some kernel code...
Simon J. Gerraty Re: Volunteers to test some kernel code...
Todd Vierling Sysctls vs. securelevel (was Re: Volunteers to test some kernel
der Mouse Re: Sysctls vs. securelevel (was Re: Volunteers to test some kernel
Michael Graff Re: Volunteers to test some kernel code...
Chuck Silvers UBC info
Wolfgang Solfrank Re: UBC info
Bill Studenmund Re: Volunteers to test some kernel code...
Bill Studenmund Re: Sysctls vs. securelevel (was Re: Volunteers to test some kernel code...)
Todd Vierling Re: Sysctls vs. securelevel (was Re: Volunteers to test some kernel
der Mouse Re: Sysctls vs. securelevel (was Re: Volunteers to test some kernel
Bill Studenmund Re: Sysctls vs. securelevel (was Re: Volunteers to test some kernel code...)
Manuel Bouyer Re: strange appletalk behavior
Bill Studenmund Re: strange appletalk behavior
Bill Studenmund Re: UBC info
Bill Sommerfeld Re: Volunteers to test some kernel code...
Chuck Silvers Re: UBC info
Chuck Silvers Re: UBC info
06/16/1999
Simon J. Gerraty Re: Volunteers to test some kernel code...
Martin J. Laubach PCMCIA -- vanishing Manufacturer/Product ID
Gandhi woulda smacked yo Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Giles Lean Re: UBC info
Gandhi woulda smacked yo Re: Volunteers to test some kernel code...
Martin Cracauer Re: signal(SIGSEGV, SIG_IGN) -> 100% CPU
Manuel Bouyer Re: UBC info
Chuck Silvers Re: UBC info
Ignatios Souvatzis access(2) error returns: ETXTBSY vs. read-only
Jaromir Dolecek Re: access(2) error returns: ETXTBSY vs. read-only
Bill Studenmund Re: Volunteers to test some kernel code...
Ted Lemon Re: UBC info
Jason Thorpe Re: UBC info
Jason Thorpe Re: UBC info
der Mouse Re: Volunteers to test some kernel code...
Bill Studenmund Re: UBC info
Manuel Bouyer Re: UBC info
Bill Studenmund Re: Volunteers to test some kernel code...
Jason Thorpe bug in uvm_fault_unwire()
Chuck Silvers Re: UBC info
Jason Thorpe pmap_pageable()
Bill Sommerfeld Re: UBC info
Jonathan Stone A TODO list for cardbus/ PCMCIA support.
Chris G. Demetriou Re: A TODO list for cardbus/ PCMCIA support.
Jonathan Stone Re: A TODO list for cardbus/ PCMCIA support.
Chris G. Demetriou Re: A TODO list for cardbus/ PCMCIA support.
Jonathan Stone helpers for CardBus patches
Jason Thorpe Re: A TODO list for cardbus/ PCMCIA support.
Jason Thorpe Re: helpers for CardBus patches
Jonathan Stone Re: A TODO list for cardbus/ PCMCIA support.
Jonathan Stone Re: helpers for CardBus patches
Chris G. Demetriou Re: A TODO list for cardbus/ PCMCIA support.
Jonathan Stone Re: A TODO list for cardbus/ PCMCIA support.
Jonathan Stone Re: A TODO list for cardbus/ PCMCIA support.
Chris G. Demetriou Re: A TODO list for cardbus/ PCMCIA support.
Jonathan Stone Re: A TODO list for cardbus/ PCMCIA support.
Jonathan Stone Re: A TODO list for cardbus/ PCMCIA support.
Chris G. Demetriou Re: A TODO list for cardbus/ PCMCIA support.
Chris G. Demetriou Re: A TODO list for cardbus/ PCMCIA support.
Jonathan Stone Re: A TODO list for cardbus/ PCMCIA support.
06/17/1999
Jun-ichiro itojun Hagino Re: A TODO list for cardbus/ PCMCIA support.
Ted Lemon Re: A TODO list for cardbus/ PCMCIA support.
itojun@iijlab.net Re: A TODO list for cardbus/ PCMCIA support.
Ted Lemon Re: A TODO list for cardbus/ PCMCIA support.
itojun@iijlab.net Re: A TODO list for cardbus/ PCMCIA support.
Ted Lemon Re: A TODO list for cardbus/ PCMCIA support.
Hayakawa Koichi Re: A TODO list for cardbus/ PCMCIA support.
Ted Lemon Re: A TODO list for cardbus/ PCMCIA support.
Hayakawa Koichi Re: A TODO list for cardbus/ PCMCIA support.
Brett Lymn hashed binaries (was Re: Volunteers to test.....)
Frank van der Linden resource allocation, pcmcia, isapnp, etc.
Noriyuki Soda Re: resource allocation, pcmcia, isapnp, etc.
Christos Zoulas Re: resource allocation, pcmcia, isapnp, etc.
Andy Doran Re: resource allocation, pcmcia, isapnp, etc.
Jordan K. Hubbard Re: resource allocation, pcmcia, isapnp, etc.
Noriyuki Soda Re: resource allocation, pcmcia, isapnp, etc.
Ignatios Souvatzis Re: access(2) error returns: ETXTBSY vs. read-only
Jordan K. Hubbard Re: resource allocation, pcmcia, isapnp, etc.
Jonathan Stone Re: resource allocation, pcmcia, isapnp, etc.
Chuck Silvers Re: pmap_pageable()
Jason Thorpe Re: resource allocation, pcmcia, isapnp, etc.
David Greenman Re: resource allocation, pcmcia, isapnp, etc.
Ted Lemon Re: resource allocation, pcmcia, isapnp, etc.
Bill Studenmund Re: hashed binaries (was Re: Volunteers to test.....)
Jonathan Stone Re: resource allocation, pcmcia, isapnp, etc.
Ted Lemon Re: resource allocation, pcmcia, isapnp, etc.
Jason Brazile Re: resource allocation, pcmcia, isapnp, etc.
Jonathan Stone Re: resource allocation, pcmcia, isapnp, etc.
Warner Losh Re: resource allocation, pcmcia, isapnp, etc.
Chris G. Demetriou Re: A TODO list for cardbus/ PCMCIA support.
Warner Losh Re: resource allocation, pcmcia, isapnp, etc.
Rafal Boni Re: helpers for CardBus patches
Warner Losh Re: resource allocation, pcmcia, isapnp, etc.
Jason Thorpe Re: resource allocation, pcmcia, isapnp, etc.
Jonathan Stone Re: A TODO list for cardbus/ PCMCIA support.
Jason Thorpe Re: resource allocation, pcmcia, isapnp, etc.
Warner Losh Re: resource allocation, pcmcia, isapnp, etc.
Warner Losh Re: resource allocation, pcmcia, isapnp, etc.
Jason Thorpe Re: resource allocation, pcmcia, isapnp, etc.
Jonathan Stone anyone got a Tigon gigabit ethernet driver?
Chris G. Demetriou Re: A TODO list for cardbus/ PCMCIA support.
Jonathan Stone Re: A TODO list for cardbus/ PCMCIA support.
Chris G. Demetriou Re: A TODO list for cardbus/ PCMCIA support.
Jordan K. Hubbard Re: resource allocation, pcmcia, isapnp, etc.
Jordan K. Hubbard Re: resource allocation, pcmcia, isapnp, etc.
David Greenman Re: anyone got a Tigon gigabit ethernet driver?
Gandhi woulda smacked yo Re: resource allocation, pcmcia, isapnp, etc.
Jordan K. Hubbard Re: good guys, bad guys
Ted Lemon Re: good guys, bad guys
Frank Warren UNIX Weenies Are Generally Bad Guys
Frank Warren Re: UNIX Weenies Are Generally Bad Guys
06/18/1999
Christoph Badura Re: strange appletalk behavior
Frank van der Linden Re: good guys, bad guys
der Mouse Re: UNIX Weenies Are Generally Bad Guys
der Mouse Re: 1.5
der Mouse Re: UNIX Weenies Are Generally Bad Guys
Christos Zoulas Re: resource allocation, pcmcia, isapnp, etc.
itojun@iijlab.net Re: resource allocation, pcmcia, isapnp, etc.
Gandhi woulda smacked yo Re: UNIX Weenies Are Generally Bad Guys
Noriyuki Soda Re: resource allocation, pcmcia, isapnp, etc.
Johan Danielsson Re: A TODO list for cardbus/ PCMCIA support.
Todd Vierling Re: UNIX Weenies Are Generally Bad Guys
Ty Sarna Re: UNIX Weenies Are Generally Bad Guys
Ken Hornstein PCI BIOS initialization, the second round
Jonathan Stone re: PCI BIOS initialization, the second round
Warner Losh Re: resource allocation, pcmcia, isapnp, etc.
Jonathan Stone Re: resource allocation, pcmcia, isapnp, etc.
Jonathan Stone Re: resource allocation, pcmcia, isapnp, etc.
Perry E. Metzger Tux and Beastie! (was Re: resource allocation, pcmcia, isapnp, etc.)
Jonathan Stone re: Tux and Beastie!
Perry E. Metzger Re: Tux and Beastie!
Paul Goyette Re: Tux and Beastie!
Charles M. Hannum Re: Tux and Beastie!
Christos Zoulas Re: Tux and Beastie!
Jonathan Stone Re: resource allocation, pcmcia, isapnp, etc.
Jonathan Stone Re: anyone got a Tigon gigabit ethernet driver?
Jonathan Stone Re: Tux and Beastie!
Jason Thorpe Re: anyone got a Tigon gigabit ethernet driver?
Charles M. Hannum Re: Tux and Beastie!
Jonathan Stone Re: resource allocation, pcmcia, isapnp, etc.
Justin T. Gibbs Re: resource allocation, pcmcia, isapnp, etc.
Brian Buhrow Re: Problems with ex0 on 1.4 3Com905
06/19/1999
Noriyuki Soda Re: resource allocation, pcmcia, isapnp, etc.
Noriyuki Soda Re: resource allocation, pcmcia, isapnp, etc.
Matthias Buelow Re: Tux and Beastie!
itojun@iijlab.net Re: resource allocation, pcmcia, isapnp, etc.
Noriyuki Soda Re: resource allocation, pcmcia, isapnp, etc.
Noriyuki Soda Re: resource allocation, pcmcia, isapnp, etc.
Noriyuki Soda Re: resource allocation, pcmcia, isapnp, etc.
Jonathan Stone Re: Problems with ex0 on 1.4 3Com905
Martin J. Laubach Re: PCMCIA -- vanishing Manufacturer/Product ID
Hubert Feyrer Re: Tux and Beastie!
06/20/1999
Darren Reed Re: PCMCIA -- vanishing Manufacturer/Product ID
Noriyuki Soda Re: resource allocation, pcmcia, isapnp, etc.
Justin T. Gibbs Re: resource allocation, pcmcia, isapnp, etc.
Bernd Ernesti Re: resource allocation, pcmcia, isapnp, etc.
Neil A. Carson Re: resource allocation, pcmcia, isapnp, etc.
Ross Harvey Re: resource allocation, pcmcia, isapnp, etc.
Eduardo E. Horvath Re: resource allocation, pcmcia, isapnp, etc.
Warner Losh Re: resource allocation, pcmcia, isapnp, etc.
Warner Losh Re: resource allocation, pcmcia, isapnp, etc.
Warner Losh Re: resource allocation, pcmcia, isapnp, etc.
06/21/1999
Noriyuki Soda Re: resource allocation, pcmcia, isapnp, etc.
itojun@iijlab.net IPv6/IPsec actions in 1.5
Erik Bertelsen Re: IPv6/IPsec actions in 1.5
Lloyd.Parkes@vuw.ac. Re: resource allocation, pcmcia, isapnp, etc.
Chuck Cranor bug in uvm_fault_unwire() and pmap_pageable()
Perry E. Metzger Re: Volunteers to test some kernel code...
Warner Losh Re: resource allocation, pcmcia, isapnp, etc.
Warner Losh Re: source for PCI information
None source for PCI information
Gandhi woulda smacked yo Re: Volunteers to test some kernel code...
Alan C. Horn help for a first-time driver coder ?
06/22/1999
Brett Lymn Re: Volunteers to test some kernel code...
Darren Reed Re: Volunteers to test some kernel code...
Curt Sampson Re: Volunteers to test some kernel code...
Brett Lymn Re: Volunteers to test some kernel code...
Simon J. Gerraty Re: Volunteers to test some kernel code...
Jason Thorpe Re: Volunteers to test some kernel code...
mcmahill@mtl.mit.edu printf in drivers?
Jason Thorpe Re: printf in drivers?
Perry E. Metzger Re: Volunteers to test some kernel code...
der Mouse Re: printf in drivers?
Eduardo E. Horvath Re: help for a first-time driver coder ?
Gandhi woulda smacked yo Re: Volunteers to test some kernel code...
Bill Studenmund Re: Volunteers to test some kernel code...
Mason Loring Bliss Re: Tux and Beastie!
Jason Thorpe Re: Volunteers to test some kernel code...
Warner Losh Re: resource allocation, pcmcia, isapnp, etc.
Justin T. Gibbs Re: resource allocation, pcmcia, isapnp, etc.
Gandhi woulda smacked yo Re: Volunteers to test some kernel code...
06/23/1999
Noriyuki Soda Re: resource allocation, pcmcia, isapnp, etc.
Brett Lymn Re: Volunteers to test some kernel code...
Hubert Feyrer Re: printf in drivers?
Hubert Feyrer Re: help for a first-time driver coder ?
Jeff Rizzo Re: help for a first-time driver coder ?
06/24/1999
rick@snowhite.cis.uo NFS V4
Ted Lemon Re: NFS V4
Jason Thorpe Re: System unique identifier.....
Matthew Jacob Re: System unique identifier.....
06/25/1999
Frank van der Linden Re: NFS V4
der Mouse Re: System unique identifier.....
Jason Thorpe Re: System unique identifier.....
Lucio De Re Re: System unique identifier.....
Ken Nakata Re: System unique identifier.....
Lucio De Re Re: System unique identifier.....
Hayakawa Koichi Re: A TODO list for cardbus/ PCMCIA support.
John F. Woods Re: System unique identifier.....
der Mouse Re: System unique identifier.....
Lucio De Re Re: System unique identifier.....
der Mouse Re: System unique identifier.....
rick@snowhite.cis.uo NFS V4
Roger Brooks Re: System unique identifier.....
Andrew Brown Re: System unique identifier.....
Eduardo E. Horvath Re: System unique identifier.....
Chuck McManis Re: System unique identifier.....
Justin T. Gibbs Changing the semantics of splsoftclock()
Roger Brooks Re: System unique identifier.....
Matthew Jacob Re: System unique identifier.....
Justin T. Gibbs Re: Changing the semantics of splsoftclock()
Matthew Jacob Re: System unique identifier.....
Giles Lean Re: System unique identifier.....
Eduardo E. Horvath Re: System unique identifier.....
Matthew Jacob Re: System unique identifier.....
Matthew Jacob Re: System unique identifier.....
Matthew Jacob Re: Changing the semantics of splsoftclock()
Eddie Burwell VME device driver
Lennart Augustsson Suspend/resume hooks
Jason Thorpe Re: Suspend/resume hooks
Lennart Augustsson Re: Suspend/resume hooks
06/26/1999
Bruce Evans Re: Changing the semantics of splsoftclock()
Bill Sommerfeld Re: Suspend/resume hooks
Jeroen Ruigrok/Asmodai Re: Suspend/resume hooks
Bill Sommerfeld Re: Suspend/resume hooks
Bill Sommerfeld Re: Suspend/resume hooks
Jeroen Ruigrok/Asmodai Re: Suspend/resume hooks
Wilko Bulte Re: System unique identifier.....
Matthew Jacob Re: System unique identifier.....
Wilko Bulte Re: System unique identifier.....
David Brownlee Re: VME device driver
Curt Sampson Re: System unique identifier.....
Jason Thorpe Re: Suspend/resume hooks
Allen Briggs Re: Suspend/resume hooks
Warner Losh Re: Suspend/resume hooks
Warner Losh General feeling on merging APIs...
Jason Thorpe Re: Suspend/resume hooks
Julian Assange Re: Tux and Beastie!
Matthew Dillon Re: Suspend/resume hooks
Erik E. Fair Sage Words from John Mashey
Gandhi woulda smacked yo Re: Sage Words from John Mashey
06/27/1999
Peter Wemm Re: Changing the semantics of splsoftclock()
der Mouse Re: System unique identifier.....
Tom Yu Re: Sage Words from John Mashey
Jeroen Ruigrok/Asmodai Re: General feeling on merging APIs...
Giles Lean Re: Sage Words from John Mashey
Francois-Rene Rideau Improving the Unix API
Jeroen Ruigrok/Asmodai Re: Changing the semantics of splsoftclock()
Bill Sommerfeld Re: Improving the Unix API
Werner Almesberger Re: Improving the Unix API
Allen Briggs Re: Suspend/resume hooks
Alexander Viro Re: Improving the Unix API
Bill Sommerfeld Re: Improving the Unix API
Doug Rabson Re: Improving the Unix API
der Mouse Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Bill Sommerfeld Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Paul B Dokas Re: Suspend/resume hooks
Paul B Dokas Re: Suspend/resume hooks
Alexander Viro Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Gandhi woulda smacked yo Re: Improving the Unix API
Gandhi woulda smacked yo 'make tags' from /usr/src/sys doesn't do much
Frederick Bruckman Re: 'make tags' from /usr/src/sys doesn't do much
der Mouse Re: Improving the Unix API
der Mouse Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Jason Thorpe Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Colin Wood Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
allbery@ece.cmu.edu Re: Improving the Unix API
Brian F. Feldman Re: Improving the Unix API y,
allbery@ece.cmu.edu Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
der Mouse Re: Improving the Unix API
Curt Sampson Re: Sage Words from John Mashey
Lennart Augustsson Detaching devices
Jason Thorpe Re: Detaching devices
Jan-Simon Pendry Re: Improving the Unix API
Jan-Simon Pendry Re: Improving the Unix API
Doug Rabson Re: Improving the Unix API
Gandhi woulda smacked yo Re: Improving the Unix API
Jan-Simon Pendry Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Bill Sommerfeld Re: Improving the Unix API
der Mouse Re: Improving the Unix API
Doug Rabson Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Doug Rabson Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Gandhi woulda smacked yo Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
der Mouse Re: Improving the Unix API
Bill Sommerfeld Re: Improving the Unix API
Gandhi woulda smacked yo Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Bill Sommerfeld Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Bill Sommerfeld Re: Improving the Unix API
Bill Sommerfeld Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Jan-Simon Pendry Re: Improving the Unix API
der Mouse Re: Improving the Unix API
06/28/1999
Francois-Rene Rideau Re: Improving the Unix API
Doug Rabson Re: Improving the Unix API
Francois-Rene Rideau Re: Improving the Unix API
Jun-ichiro itojun Hagino populating v6 code
Bodo Rueskamp Re: Improving the Unix API
Lennart Augustsson Re: Detaching devices
Jan-Simon Pendry Re: Improving the Unix API
Ignatios Souvatzis Re: General feeling on merging APIs...
Doug Rabson Re: Improving the Unix API
Alan Cox Re: Improving the Unix API
Doug Rabson Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Alan Cox Re: Improving the Unix API
David S. Miller Re: Improving the Unix API
Alexander Viro Re: Improving the Unix API
Patrick Schaaf Re: Improving the Unix API
Ignatios Souvatzis Re: access(2) error returns: ETXTBSY vs. read-only
Anders Magnusson UVM questions.
Bill Studenmund Re: Improving the Unix API
Bill Studenmund Re: Improving the Unix API
Bill Studenmund Re: Detaching devices
Jason Thorpe Re: Detaching devices
Lennart Augustsson Re: Detaching devices
Erik E. Fair Re: Detaching devices
06/29/1999
Simon Burge changing sysctl_string() and sysctl_rdstring()
Zdenek Salvet Re: changing sysctl_string() and sysctl_rdstring()
Allen Briggs Re: Improving the Unix API
Konrad Schroder mount_null: /mnt (/mnt) and /mnt are not distinct paths
Bill Studenmund Re: mount_null: /mnt (/mnt) and /mnt are not distinct paths
Bill Studenmund Re: mount_null: /mnt (/mnt) and /mnt are not distinct paths
06/30/1999
itojun@iijlab.net will commit IPv6 kernel changes
Lennart Augustsson Re: CVS commit: syssrc
Jason Thorpe Re: CVS commit: syssrc
Matt Thomas Re: CVS commit: syssrc
Bill Studenmund Re: CVS commit: syssrc
Bill Studenmund Re: CVS commit: syssrc
Jason Thorpe Re: CVS commit: syssrc
Jason Thorpe Re: CVS commit: syssrc
Todd Vierling Re: CVS commit: syssrc
Bill Studenmund Re: CVS commit: syssrc
Bill Studenmund New read & write syscalls
Chris G. Demetriou Re: New read & write syscalls
Ignatios Souvatzis Re: New read & write syscalls
Ted Lemon Re: New read & write syscalls
Bill Studenmund Re: New read & write syscalls
Chris G. Demetriou Re: New read & write syscalls
Ignatios Souvatzis Re: New read & write syscalls
der Mouse Re: New read & write syscalls
Ted Lemon Re: New read & write syscalls
der Mouse Re: CVS commit: syssrc
Bill Studenmund Re: New read & write syscalls
Ted Lemon Re: New read & write syscalls
Chris G. Demetriou Re: New read & write syscalls
Bill Sommerfeld Re: mount_null: /mnt (/mnt) and /mnt are not distinct paths
Bill Sommerfeld Re: mount_null: /mnt (/mnt) and /mnt are not distinct paths
Bill Studenmund Re: New read & write syscalls
Bill Studenmund Re: CVS commit: syssrc
Bill Studenmund Re: mount_null: /mnt (/mnt) and /mnt are not distinct paths
Chris G. Demetriou Re: New read & write syscalls
Bill Studenmund Re: New read & write syscalls
Bill Sommerfeld Re: New read & write syscalls
Bill Studenmund Re: New read & write syscalls
Bill Studenmund Our fcntl(F_[GS]ETFL) calls & struct file
Bill Studenmund Re: New read & write syscalls
Gandhi woulda smacked yo Re: CVS commit: syssrc