Index of
tech-kern
for July, 2002
From
Subject
07/01/2002
David Ferlier
wscons
TAKEMURA Shin
Re: wscons
David Ferlier
Re: wscons
Bill Sommerfeld
Re: sleeping on a userland address
Jason R Thorpe
Add "last record" and "last mbuf" pointers to sockbuf
07/02/2002
YAMAMOTO Takashi
issetugid semantics differences
Love
Re: sleeping on a userland address
TAKEMURA Shin
Re: wscons
Bang Jun-Young
Generic pci quirk code (Re: VGA ATI patches)
Matthias Drochner
Re: Generic pci quirk code (Re: VGA ATI patches)
Bang Jun-Young
Re: Generic pci quirk code (Re: VGA ATI patches)
Matt Thomas
common pmap for TLB (non-hardware pagetable) processors?
cgd@broadcom.com
Re: common pmap for TLB (non-hardware pagetable) processors?
Brian A. Seklecki
tlp* at pci? missing from GENERIC_LAPTOP (WAS: Re: NIC problem on
Jason R Thorpe
KERN_URND sysctl
Jason R Thorpe
Re: KERN_URND sysctl
Bill Sommerfeld
Re: KERN_URND sysctl
Jason R Thorpe
Re: Add "last record" and "last mbuf" pointers to sockbuf
Jason R Thorpe
Re: Add "last record" and "last mbuf" pointers to sockbuf
07/03/2002
itojun@iijlab.net
Re: KERN_URND sysctl
YAMAMOTO Takashi
Re: Add "last record" and "last mbuf" pointers to sockbuf
Wojciech Puchar
Re: KERN_URND sysctl
YAMAMOTO Takashi
Re: Add "last record" and "last mbuf" pointers to sockbuf
David Laight
svr4 waitsys support
David Laight
structs ucred, pcred (and uucred)
Jason R Thorpe
Re: Add "last record" and "last mbuf" pointers to sockbuf
Jason R Thorpe
Re: Add "last record" and "last mbuf" pointers to sockbuf
David Laight
timing hole in process creation
Christos Zoulas
Re: timing hole in process creation
Jonathan Stone
Re: Add "last record" and "last mbuf" pointers to sockbuf
Jason R Thorpe
Re: Add "last record" and "last mbuf" pointers to sockbuf
Jason R Thorpe
Re: Restartable Atomic Sequences
cgd@broadcom.com
Re: Restartable Atomic Sequences
Jason R Thorpe
Re: Restartable Atomic Sequences
Bill Sommerfeld
Re: Restartable Atomic Sequences
Jonathan Stone
Re: Restartable Atomic Sequences
07/04/2002
YAMAMOTO Takashi
Re: Add "last record" and "last mbuf" pointers to sockbuf
itojun@iijlab.net
Re: Add "last record" and "last mbuf" pointers to sockbuf
Gregory McGarry
Restartable Atomic Sequences
Simon Burge
Re: Restartable Atomic Sequences
sudog
kernel-assisted pre-emptive user-level threads? =]
Jason R Thorpe
Re: kernel-assisted pre-emptive user-level threads? =]
Emmanuel Dreyfus
process list within p_emuldata
Christos Zoulas
Re: process list within p_emuldata
Chuck Silvers
Re: process list within p_emuldata
Jason R Thorpe
Re: Prototype for libc-provided signal trampolines
07/05/2002
Gregory McGarry
Re: Restartable Atomic Sequences
Gregory McGarry
Re: Restartable Atomic Sequences
Curt Sampson
Re: Increasing SHMMAXPGS
Noriyuki Soda
Re: Increasing SHMMAXPGS
Curt Sampson
Re: Increasing SHMMAXPGS
Noriyuki Soda
Re: Increasing SHMMAXPGS
Curt Sampson
Re: Increasing SHMMAXPGS
Kamal Prasad
fdopen()
David Laight
Re: fdopen()
Kamal Prasad
Re: fdopen()
cgd@broadcom.com
Re: Restartable Atomic Sequences
07/06/2002
Gregory McGarry
Re: Restartable Atomic Sequences
David Laight
anyone running a system with lots of active users?
07/07/2002
Gregory McGarry
Re: Restartable Atomic Sequences
Toru Nishimura
Re: common pmap for TLB (non-hardware pagetable) processors?
David Laight
Re: anyone running a system with lots of active users?
Chuck Silvers
Re: Increasing SHMMAXPGS
David Laight
Re: Restartable Atomic Sequences
kpneal@pobox.com
Re: Increasing SHMMAXPGS
Matt Fredette
Re: stack growth
Chuck Silvers
Re: Increasing SHMMAXPGS
cgd@broadcom.com
Re: Restartable Atomic Sequences
07/08/2002
Simon Burge
Re: Restartable Atomic Sequences
Gregory McGarry
Re: Restartable Atomic Sequences
Olaf Seibert
Re: Increasing SHMMAXPGS
Martin Weber
Re: Increasing SHMMAXPGS
Simon Burge
Re: Restartable Atomic Sequences
Curt Sampson
Re: Increasing SHMMAXPGS
Curt Sampson
Re: Increasing SHMMAXPGS
Olaf Seibert
Re: Increasing SHMMAXPGS
Jonathan Stone
Re: Restartable Atomic Sequences
Tad Hunt
newfs problem: "cg 0: bad magic number"
Tad Hunt
Re: newfs problem: "cg 0: bad magic number"
Simon Shapiro
Re: Increasing SHMMAXPGS
07/09/2002
Gregory McGarry
Re: Restartable Atomic Sequences
Bang Jun-Young
Adding video mode info to struct wsscreen_descr
Jason R Thorpe
Re: Adding video mode info to struct wsscreen_descr
Noriyuki Soda
Re: Adding video mode info to struct wsscreen_descr
der Mouse
Re: Adding video mode info to struct wsscreen_descr
Noriyuki Soda
Re: Adding video mode info to struct wsscreen_descr
kpneal@pobox.com
Re: Increasing SHMMAXPGS
Bill Sommerfeld
Re: Restartable Atomic Sequences
Jonathan Stone
Re: Restartable Atomic Sequences
Jason R Thorpe
Re: Restartable Atomic Sequences
cgd@broadcom.com
Re: Adding video mode info to struct wsscreen_descr
07/10/2002
Bang Jun-Young
Re: Adding video mode info to struct wsscreen_descr
Bang Jun-Young
Re: Adding video mode info to struct wsscreen_descr
TAKEMURA Shin
Re: Adding video mode info to struct wsscreen_descr
Bang Jun-Young
Re: Adding video mode info to struct wsscreen_descr
itojun@iijlab.net
Re: Adding video mode info to struct wsscreen_descr
TAKEMURA Shin
Re: Adding video mode info to struct wsscreen_descr
Bang Jun-Young
Re: Adding video mode info to struct wsscreen_descr
Matthias Drochner
Re: Adding video mode info to struct wsscreen_descr
TAKEMURA Shin
Re: Adding video mode info to struct wsscreen_descr
Bang Jun-Young
Re: Adding video mode info to struct wsscreen_descr
Bang Jun-Young
Re: Adding video mode info to struct wsscreen_descr
itojun@iijlab.net
Re: Adding video mode info to struct wsscreen_descr
Bang Jun-Young
Re: Adding video mode info to struct wsscreen_descr
Matthias Drochner
Re: Adding video mode info to struct wsscreen_descr
Bang Jun-Young
Re: Adding video mode info to struct wsscreen_descr
David Laight
Re: Adding video mode info to struct wsscreen_descr
Jason R Thorpe
Re: [RFC] Interface to hardware-assisted data movers
David Laight
hardware clock 'corrupted' by ddb (and possibly other things)
Matt Fredette
osiop and the 53c700
Bill Studenmund
Re: Adding video mode info to struct wsscreen_descr
Gary Thorpe
Re: Adding video mode info to struct wsscreen_descr
Bill Studenmund
Re: vfs modifications or alternatives
Martin Husemann
Re: Adding video mode info to struct wsscreen_descr
Jonathan Stone
Re: hardware clock 'corrupted' by ddb (and possibly other things)
Bill Studenmund
Re: hardware clock 'corrupted' by ddb (and possibly other things)
cgd@broadcom.com
Re: Adding video mode info to struct wsscreen_descr
cgd@broadcom.com
Re: hardware clock 'corrupted' by ddb (and possibly other
Jonathan Stone
Re: hardware clock 'corrupted' by ddb (and possibly other things)
Gary Thorpe
Re: Adding video mode info to struct wsscreen_descr
cgd@broadcom.com
Re: Adding video mode info to struct wsscreen_descr
07/11/2002
Bang Jun-Young
Re: Adding video mode info to struct wsscreen_descr
David Laight
Re: hardware clock 'corrupted' by ddb (and possibly other things)
der Mouse
Re: Adding video mode info to struct wsscreen_descr
Izumi Tsutsui
Re: osiop and the 53c700
Gary Thorpe
Re: Adding video mode info to struct wsscreen_descr
cgd@broadcom.com
Re: Adding video mode info to struct wsscreen_descr
David Laight
Re: Adding video mode info to struct wsscreen_descr
Tad Hunt
followup to ATA flash newfs problem (WAS: newfs problem: "cg 0: bad magic numbe
Jason R Thorpe
Re: followup to ATA flash newfs problem (WAS: newfs problem: "cg 0: bad magic n
Ignatios Souvatzis
Re: hardware clock 'corrupted' by ddb (and possibly other things)
Wojciech Puchar
Re: followup to ATA flash newfs problem (WAS: newfs problem: "cg 0:
Jason R Thorpe
Re: followup to ATA flash newfs problem (WAS: newfs problem: "cg 0: bad magic n
Wojciech Puchar
Re: followup to ATA flash newfs problem (WAS: newfs problem: "cg 0:
Tad Hunt
Re: followup to ATA flash newfs problem (WAS: newfs problem: "cg 0: bad magic n
Wojciech Puchar
Re: followup to ATA flash newfs problem (WAS: newfs problem: "cg 0:
07/12/2002
Jukka Marin
Re: followup to ATA flash newfs problem (WAS: newfs problem: "cg 0: bad magic n
David Laight
Re: followup to ATA flash newfs problem (WAS: newfs problem: "cg 0: bad magic n
Jukka Marin
Re: followup to ATA flash newfs problem (WAS: newfs problem: "cg 0: bad magic n
M. Warner Losh
Re: followup to ATA flash newfs problem
Olaf Seibert
Re: I/O priorities
Juergen Hannken-Illjes
Re: I/O priorities
Artem Belevich
Re: followup to ATA flash newfs problem (WAS: newfs problem: "cg 0: bad magic n
Kamal Prasad
proc.curproc.rlimit.memorylocked.soft
David Laight
Re: proc.curproc.rlimit.memorylocked.soft
07/13/2002
Juergen Hannken-Illjes
Rewrite of buffer queue interface
David Laight
Re: Rewrite of buffer queue interface
Juergen Hannken-Illjes
Re: Rewrite of buffer queue interface
Jason R Thorpe
Re: Rewrite of buffer queue interface
Jason R Thorpe
Re: Rewrite of buffer queue interface
David Laight
Re: Rewrite of buffer queue interface
Jason R Thorpe
Re: Rewrite of buffer queue interface
David Laight
Re: Rewrite of buffer queue interface
Kamal Prasad
changing uvmexp limits
07/15/2002
Kamal Prasad
kernel panic
Jason R Thorpe
Re: kernel panic
=?ISO-8859-1?Q?Erik_=C4n
very slow performance on filesystem meta-data in 1.6 -current
Kamal Prasad
Re: kernel panic
Jason R Thorpe
Re: very slow performance on filesystem meta-data in 1.6 -current
Kamal Prasad
pmap layer implementation
Jason R Thorpe
Re: very slow performance on filesystem meta-data in 1.6 -current
Matt Thomas
Re: very slow performance on filesystem meta-data in 1.6
Matt Thomas
Re: kernel panic
Jason R Thorpe
Re: [RFC] Interface to hardware-assisted data movers
07/16/2002
Hubert Feyrer
Re: pmap layer implementation
=?ISO-8859-1?Q?Erik_=C4n
Re: very slow performance on filesystem meta-data in 1.6 -current
Hubert Feyrer
Re: very slow performance on filesystem meta-data in 1.6 -current
Johan Brodin
Maximum amount of memory
Jaromir Dolecek
Re: Maximum amount of memory
Curt Sampson
Re: Maximum amount of memory
Erik Anggard
Re: very slow performance on filesystem meta-data in 1.6 -current
Manuel Bouyer
Re: osiop and the 53c700
Manuel Bouyer
Re: proc.curproc.rlimit.memorylocked.soft
Ignatios Souvatzis
Re: osiop and the 53c700
Manuel Bouyer
Re: osiop and the 53c700
Kamal Prasad
Re: proc.curproc.rlimit.memorylocked.soft
Kamal Prasad
Re: proc.curproc.rlimit.memorylocked.soft
Matt Fredette
Re: osiop and the 53c700
Manuel Bouyer
Re: osiop and the 53c700
Thor Lancelot Simon
Limitations of current buffer cache on 32-bit ports
Jason R Thorpe
DTYPE_SYSTRACE -> DTYPE_MISC
Matt Thomas
Re: DTYPE_SYSTRACE -> DTYPE_MISC
Jason R Thorpe
Re: DTYPE_SYSTRACE -> DTYPE_MISC
Perry E. Metzger
Re: Maximum amount of memory
cgd@broadcom.com
Re: [RFC] Interface to hardware-assisted data movers
Jason R Thorpe
Re: [RFC] Interface to hardware-assisted data movers
Andrew Brown
Re: [RFC] Interface to hardware-assisted data movers
cgd@broadcom.com
Re: [RFC] Interface to hardware-assisted data movers
07/17/2002
Joseph N Reed
netgear-621 driver (gsip) problem
Jason R Thorpe
Re: netgear-621 driver (gsip) problem
Julio Merino
wscons and multihead
Wojciech Puchar
Re: wscons and multihead
07/18/2002
Wojciech Puchar
1.6BETA4 memory management/UBC
Kamal Prasad
dual boot for beige powermac G3
cgd@broadcom.com
Re: [RFC] Interface to hardware-assisted data movers
Jason R Thorpe
Re: [RFC] Interface to hardware-assisted data movers
07/19/2002
Erik Anggard
Strange NFS-client bug
der Mouse
Re: Strange NFS-client bug
Jukka Marin
Re: NFS problems
Erik Anggard
Re: Strange NFS-client bug
Erik Anggard
Re: Strange NFS-client bug
Erik Anggard
Re: Strange NFS-client bug
David Laight
callout table callwheelsize
David Laight
Re: callout table callwheelsize
Kamal Prasad
Fwd: RE: kernel panic
Bill Studenmund
Re: dual boot for beige powermac G3
David Laight
Re: Strange NFS-client bug
Manuel Bouyer
Re: NFS problems
David Laight
Re: NFS problems
David Laight
Re: NFS problems
Bill Studenmund
Re: SiS 7012 audio
Gary Duzan
Re: SiS 7012 audio
Kamal Prasad
re: dual boot for beige powermac G3
07/20/2002
Erik Anggard
Re: Strange NFS-client bug
Jukka Marin
Re: NFS problems
Manuel Bouyer
Re: NFS problems
cube
SiS 7012 audio
Jukka Marin
Re: NFS problems
Love
PT_MEMMAP
matthew green
re: dual boot for beige powermac G3
cube
Re: SiS 7012 audio
Michael G. Schabert
re: dual boot for beige powermac G3
Manuel Bouyer
Re: NFS problems
John Clark
Problems compiling CVS'd sources.
Frederick Bruckman
Re: Problems compiling CVS'd sources.
Kamal Prasad
re: dual boot for beige powermac G3
07/21/2002
Gregory McGarry
Re: PT_MEMMAP
Allen Briggs
Re: dual boot for beige powermac G3
07/22/2002
Quentin Garnier
Patch ready for testing (was Re: SiS 7012 audio)
Brian A. Seklecki
Re: NFS problems
Johan Brodin
High Avaliability Processes
Bernd Sieker
Re: High Avaliability Processes
Love
Re: PT_MEMMAP
Patrick Welche
Re: Increasing SHMMAXPGS
Love
PT_IO + gdb
Lubomir Sedlacik
Re: High Avaliability Processes
der Mouse
Re: Fwd: RE: kernel panic
Bill Studenmund
re: dual boot for beige powermac G3
Jeff Rizzo
Re: NFS problems
Steven M. Bellovin
Re: NFS problems
Frank van der Linden
Re: NFS problems
Greywolf
Re: NFS problems
Steven M. Bellovin
Re: NFS problems
Bill Studenmund
Re: NFS problems
07/23/2002
Chuck Silvers
Re: Limitations of current buffer cache on 32-bit ports
Petter Lindquist
Re: NFS problems
itojun@iijlab.net
sys/dev/pci/pucdata.c
Frank van der Linden
Re: NFS problems
Frank van der Linden
Re: NFS problems
Joe Reed
gentbi not being loaded
Thor Lancelot Simon
Re: Limitations of current buffer cache on 32-bit ports
rick@snowhite.cis.uo
NFS problems
David Laight
Re: NFS problems
David Laight
Re: Limitations of current buffer cache on 32-bit ports
Johan Danielsson
Re: sys/dev/pci/pucdata.c
cgd@broadcom.com
Re: sys/dev/pci/pucdata.c
David Laight
Re: sys/dev/pci/pucdata.c
Bill Studenmund
Re: NFS problems
rick@snowhite.cis.uo
NFS transport
Thor Lancelot Simon
Re: NFS transport
Jonathan Stone
Re: NFS transport
Thor Lancelot Simon
Re: NFS transport
Jonathan Stone
Re: NFS transport
Thor Lancelot Simon
Re: NFS transport
Chuck Silvers
Re: Limitations of current buffer cache on 32-bit ports
Chuck Silvers
Re: Limitations of current buffer cache on 32-bit ports
Chuck Silvers
Re: Limitations of current buffer cache on 32-bit ports
07/24/2002
Gregory McGarry
Re: PT_MEMMAP
David Laight
Re: NFS transport
der Mouse
Re: NFS transport
Thor Lancelot Simon
Re: Limitations of current buffer cache on 32-bit ports
Thor Lancelot Simon
Re: Limitations of current buffer cache on 32-bit ports
Xavier HUMBERT
Repeated panics on a Proliant 800 biproc with 1.6D kernel and
Dan Riley
Re: NFS transport
Brett Lymn
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
Xavier HUMBERT
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
Xavier HUMBERT
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
Bill Studenmund
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and
Xavier HUMBERT
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
Allen Briggs
More general support for hardware performance monitoring
Matt Thomas
Re: More general support for hardware performance monitoring
Allen Briggs
Re: More general support for hardware performance monitoring
Xavier HUMBERT
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
Thierry Herbelot
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
Manuel Bouyer
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
Ignatios Souvatzis
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
Trevin Beattie
Re: Updated patches for sector size != DEV_BSIZE
Gary Thorpe
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
07/25/2002
Xavier HUMBERT
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
Love
Re: PT_MEMMAP
Michael Core
Re: Patch ready for testing (was Re: SiS 7012 audio)
Gregory McGarry
Re: PT_MEMMAP
Olaf Seibert
Re: Fwd: RE: kernel panic
Quentin Garnier
Re: Patch ready for testing (was Re: SiS 7012 audio)
Love
Re: PT_MEMMAP
David Brownlee
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and
Xavier HUMBERT
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
Jason R Thorpe
Re: NFS transport
Jason R Thorpe
Re: More general support for hardware performance monitoring
der Mouse
Re: NFS transport
Greywolf
sync causes panic loop on sparcstation 5
Greywolf
re: sync causes panic loop on sparcstation 5
Xavier HUMBERT
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
Manuel Bouyer
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
Matt Thomas
SMbus: here we go again.
07/26/2002
matthew green
re: sync causes panic loop on sparcstation 5
Gregory McGarry
Re: PT_MEMMAP
Xavier HUMBERT
Re: Repeated panics on a Proliant 800 biproc with 1.6D kernel and 1.5.2 userlan
Greg Oster
Truncation in vnd.c
Bill Studenmund
Re: Truncation in vnd.c
07/27/2002
Julio Merino
Panic when "recursive" mounting
Chris Pinnock
Re: Panic when "recursive" mounting
Matt Fredette
pool(9) and items larger than pagesize
Matt Thomas
Re: pool(9) and items larger than pagesize
Joe Reed
tlp broken?
Joe Reed
Re: tlp broken?
maximum entropy
Re: tlp broken?
07/28/2002
Michael Core
ddb isn't reentrant-safe, is it?
Kamal Prasad
dell 2600 installation
Quentin Garnier
Re: dell 2600 installation
Kamal Prasad
Re: dell 2600 installation
Emmanuel Dreyfus
is killproc public?
Jason R Thorpe
Re: is killproc public?
07/29/2002
David Brownlee
panic: uvm_mapent_alloc: out of static map entries, check MAX_KMAPENT
Manuel Bouyer
Re: dell 2600 installation
Kamal Prasad
Re: dell 2600 installation
David Laight
Re: NFS transport
David Laight
Re: panic: uvm_mapent_alloc: out of static map entries, check MAX_KMAPENT (curr
07/30/2002
Joel Wilsson
[PATCH] Support for FreeBSD diskslices
Jun-ichiro itojun Hagino
backward-incompatible change to systrace
xs@kittenz.org
Re: backward-incompatible change to systrace
Wojciech Puchar
Re: root privilege for vnd ioctl
xs@kittenz.org
Re: backward-incompatible change to systrace
Kamal Prasad
winmodem, nvidia on netbsd 1.5
07/31/2002
enami tsugutomo
root privilege for vnd ioctl
itojun@iijlab.net
Re: backward-incompatible change to systrace
Simon Burge
Trimming down pciide.o
itojun@iijlab.net
Re: Trimming down pciide.o
Antti Kantee
rfork(2)
Jason R Thorpe
Re: rfork(2)
Christoph Hellwig
Re: rfork(2)
Love
Re: PT_MEMMAP
Jason R Thorpe
Re: rfork(2)
Manuel Bouyer
Re: Trimming down pciide.o
Jason R Thorpe
Re: Trimming down pciide.o
Manuel Bouyer
Re: Trimming down pciide.o
Jason R Thorpe
Re: Trimming down pciide.o
Jason R Thorpe
Re: Culling a few calls to microtime()