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