Index of tech-kern for March, 2003


FromSubject
03/01/2003
Andrew Brown Re: Add a MAP_ALIGNED flag for mmap(2).
YAMAMOTO Takashi Re: Add a MAP_ALIGNED flag for mmap(2).
Pavel Cahyna kernel panic on 1.6_STABLE - solved in FreeBSD?
Frank van der Linden Re: kernel panic on 1.6_STABLE - solved in FreeBSD?
Pavel Cahyna Re: kernel panic on 1.6_STABLE - solved in FreeBSD?
Nathan J. Williams Re: Add a MAP_ALIGNED flag for mmap(2).
Jason R Thorpe Re: Add a MAP_ALIGNED flag for mmap(2).
Matt Thomas Re: Add a MAP_ALIGNED flag for mmap(2).
03/02/2003
enami tsugutomo Re: New MP hang as of 030227
Matt Thomas Re: Add a MAP_ALIGNED flag for mmap(2).
Frank van der Linden Re: Add a MAP_ALIGNED flag for mmap(2).
Emmanuel Dreyfus exec right for libraries and COMPAT_*
Jason R Thorpe Re: Add a MAP_ALIGNED flag for mmap(2).
Matt Thomas Re: Add a MAP_ALIGNED flag for mmap(2).
Bill Studenmund Re: Add a MAP_ALIGNED flag for mmap(2).
Matthew Mondor Re: long usernames
Jason R Thorpe Re: Add a MAP_ALIGNED flag for mmap(2).
Andrew Brown Re: Add a MAP_ALIGNED flag for mmap(2).
Andrew Brown Re: Add a MAP_ALIGNED flag for mmap(2).
Andrew Brown Re: Add a MAP_ALIGNED flag for mmap(2).
Andrew Brown Re: Add a MAP_ALIGNED flag for mmap(2).
Matt Thomas Re: Add a MAP_ALIGNED flag for mmap(2).
Matt Thomas Re: Add a MAP_ALIGNED flag for mmap(2).
Matt Thomas Re: Add a MAP_ALIGNED flag for mmap(2).
03/03/2003
matthew green re: Add a MAP_ALIGNED flag for mmap(2).
Andrew Brown Re: Add a MAP_ALIGNED flag for mmap(2).
Andrew Brown Re: Add a MAP_ALIGNED flag for mmap(2).
Andrew Brown Re: Add a MAP_ALIGNED flag for mmap(2).
Ignatios Souvatzis Re: Add a MAP_ALIGNED flag for mmap(2).
David Laight fix process utime and stime values
Greywolf Re: Add a MAP_ALIGNED flag for mmap(2).
Andrew Brown Re: Add a MAP_ALIGNED flag for mmap(2).
Greywolf Re: Add a MAP_ALIGNED flag for mmap(2).
David Laight Re: Add a MAP_ALIGNED flag for mmap(2).
David Laight commoning up code that changes uids and gids
der Mouse Re: Add a MAP_ALIGNED flag for mmap(2).
Jason R Thorpe Re: Add a MAP_ALIGNED flag for mmap(2).
03/04/2003
Noriyuki Soda Re: commoning up code that changes uids and gids
David Laight Re: commoning up code that changes uids and gids
Noriyuki Soda Re: commoning up code that changes uids and gids
Christos Zoulas Re: commoning up code that changes uids and gids
David Laight Re: commoning up code that changes uids and gids
matthew green re: commoning up code that changes uids and gids
David Laight Re: commoning up code that changes uids and gids
matthew green re: commoning up code that changes uids and gids
Pavel Cahyna Re: commoning up code that changes uids and gids
Jaromir Dolecek Re: commoning up code that changes uids and gids
David Laight Re: commoning up code that changes uids and gids
Luke Mewburn Re: commoning up code that changes uids and gids
David Laight Re: commoning up code that changes uids and gids
David Laight Re: commoning up code that changes uids and gids
Zhihui Zhang Potential NetBSD 1.6 LFS bug
Greg A. Woods Re: commoning up code that changes uids and gids
Greg A. Woods Re: commoning up code that changes uids and gids
Sean Davis WaveTable midi
03/05/2003
matthew green re: commoning up code that changes uids and gids
David Laight Re: commoning up code that changes uids and gids
Darren Reed ktrace and lwp's
Greg A. Woods Re: commoning up code that changes uids and gids
David Laight Re: commoning up code that changes uids and gids
Christos Zoulas Re: ktrace and lwp's
David Laight Re: commoning up code that changes uids and gids
Konrad Schroder Re: Potential NetBSD 1.6 LFS bug
03/06/2003
Kamal R Prasad interrupt rate from a NIC
Rafal Boni Old ld_elf.so and 1.6P == dead dynamic binaries? (worked with 1.6O)
Ilpo Ruotsalainen Re: Old ld_elf.so and 1.6P == dead dynamic binaries? (worked with 1.6O)
Ignatios Souvatzis Re: interrupt rate from a NIC
Martin Husemann Re: interrupt rate from a NIC
David Laight Re: interrupt rate from a NIC
Robert Elz Re: commoning up code that changes uids and gids
Greg A. Woods Re: commoning up code that changes uids and gids
Jason R Thorpe Patch to specify memory disk root image at kernel compile time
kpneal@pobox.com Re: commoning up code that changes uids and gids
Madhu Lakshmanan Maximum value for NKMEMPAGES
Zhihui Zhang Re: Potential NetBSD 1.6 LFS bug
03/07/2003
Martin Husemann Re: Patch to specify memory disk root image at kernel compile time
Wojciech Puchar Re: Patch to specify memory disk root image at kernel compile time
Jochen Kunz How to enable PCI devices?
Martin Husemann Re: How to enable PCI devices?
John Clark SCSI Target driver 53c8xx implementations
Manuel Bouyer Re: SCSI Target driver 53c8xx implementations
Jochen Kunz Re: How to enable PCI devices?
Jason R Thorpe Re: PXA250 Xscale and page tables
03/08/2003
Takeshi Nakayama dev/pci/pccbb.c assumes bus_space_handle_t is integer
Takeshi Nakayama Re: dev/pci/pccbb.c assumes bus_space_handle_t is integer
Yorick Hardy compat/ossaudio TRIGGER ioctls
03/09/2003
D'Arcy J.M. Cain redundant defines?
Jason R Thorpe Re: redundant defines?
Jaromir Dolecek Re: commoning up code that changes uids and gids
David Laight Re: commoning up code that changes uids and gids
David Laight NO_PID
Manuel Bouyer have scsibus sleep only one time
theo ugen isochronous transfers working or not?
Soren Jacobsen Re: ugen isochronous transfers working or not?
Bill Studenmund Re: have scsibus sleep only one time
Matt Thomas re: have scsibus sleep only one time
der Mouse Re: have scsibus sleep only one time
03/10/2003
Klaus Heinz Re: ugen isochronous transfers working or not?
Love Re: ugen isochronous transfers working or not?
Christoph Badura Re: have scsibus sleep only one time
Greywolf Re: have scsibus sleep only one time
Manuel Bouyer Re: have scsibus sleep only one time
Manuel Bouyer Re: have scsibus sleep only one time
matthew green re: commoning up code that changes uids and gids
matthew green re: have scsibus sleep only one time
David Ferlier PAM
Emmanuel Dreyfus kern/18394 APM bug fix
Martin Husemann Re: kern/18394 APM bug fix
theo Re: ugen isochronous transfers working or not?
theo Re: ugen isochronous transfers working or not?
Christos Zoulas Re: kern/18394 APM bug fix
David Laight Re: commoning up code that changes uids and gids
Manuel Bouyer Re: have scsibus sleep only one time
Christos Zoulas Re: commoning up code that changes uids and gids
Jason R Thorpe Re: part 1 of lwp id in ktrace patches.
Jason R Thorpe Re: part 1 of lwp id in ktrace patches.
Bill Studenmund re: have scsibus sleep only one time
Manuel Bouyer Re: have scsibus sleep only one time
Manuel Bouyer Re: have scsibus sleep only one time
Soren Jacobsen Re: ugen isochronous transfers working or not?
03/11/2003
Darren Reed part 1 of lwp id in ktrace patches.
Darren Reed Re: part 1 of lwp id in ktrace patches.
Kamal R Prasad RS/6000 port
Jochen Kunz Re: RS/6000 port
Hayakawa Koichi Re: dev/pci/pccbb.c assumes bus_space_handle_t is integer
David Laight new pid allocation code
Jason R Thorpe Re: new pid allocation code
Bill Studenmund Re: have scsibus sleep only one time
Bill Studenmund Re: new pid allocation code
Manuel Bouyer Re: have scsibus sleep only one time
theo Re: OHCI (was ugen) isochronous transfers working or not?
Bill Studenmund Re: have scsibus sleep only one time
Bill Studenmund Re: new pid allocation code
03/12/2003
Takeshi Nakayama Re: dev/pci/pccbb.c assumes bus_space_handle_t is integer
David Laight Re: have scsibus sleep only one time
David Laight Re: new pid allocation code
David Laight Re: new pid allocation code
IWAMOTO Toshihiro Re: OHCI (was ugen) isochronous transfers working or not?
David Laight Re: new pid allocation code
theo Re: OHCI (was ugen) isochronous transfers working or not?
John Nemeth Re: JFS
Adam K Kirchhoff Audio problems...
Quentin Garnier Re: Audio problems...
Adam K Kirchhoff Re: Audio problems...
David Laight Re: new pid allocation code
Herb Peyerl IST_LEVEL in arch/mips
Adam K Kirchhoff Re: Audio problems...
cgd@broadcom.com Re: IST_LEVEL in arch/mips
Herb Peyerl Re: IST_LEVEL in arch/mips
cgd@broadcom.com Re: IST_LEVEL in arch/mips
Bill Studenmund Re: Audio problems...
Rafal Boni Re: Another serious bug in NetBSD-1.6.1
03/13/2003
David Laight Re: IST_LEVEL in arch/mips
Alan Barrett Re: new pid allocation code
David Laight Re: new pid allocation code
Martin Husemann Re: new pid allocation code
Alan Barrett Re: new pid allocation code
David Laight Re: new pid allocation code
Brian Buhrow Re: Another serious bug in NetBSD-1.6.1
David Laight Re: Another serious bug in NetBSD-1.6.1
Jason R Thorpe Re: new pid allocation code
Richard Earnshaw Re: PXA250 Xscale and page tables
Brian Buhrow Re: Another serious bug in NetBSD-1.6.1
Jason R Thorpe Re: PXA250 Xscale and page tables
Brian Buhrow Re: Another serious bug in NetBSD-1.6.1
Brian Buhrow Re: Another serious bug in NetBSD-1.6.1
03/14/2003
David Laight Re: Another serious bug in NetBSD-1.6.1
Richard Earnshaw Re: Another serious bug in NetBSD-1.6.1
Hayakawa Koichi Re: dev/pci/pccbb.c assumes bus_space_handle_t is integer
David Laight Re: Another serious bug in NetBSD-1.6.1
Pavel Cahyna Re: Another serious bug in NetBSD-1.6.1
Greg Troxel vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
Greg Troxel Re: vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
Manuel Bouyer Re: have scsibus sleep only one time
Bill Studenmund Re: vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
03/15/2003
Simon Burge child time accounting [was: CVS commit: src/sys/kern]
David Laight Re: child time accounting [was: CVS commit: src/sys/kern]
jnr@cwru.edu KDE3.1 crashes
03/16/2003
Greg Troxel Re: vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
Jaromir Dolecek Re: vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
Jaromir Dolecek Re: vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
Greg Troxel [solution] vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
03/17/2003
David Laight Re: new pid allocation code
Darren Reed LWP id into ktrace output - chapter 2.
=?ISO-8859-1?Q?Erik_=C4n MAP_ANON
Jason R Thorpe Re: new pid allocation code
gabriel rosenkoetter Re: new pid allocation code
Lucio De Re Re: new pid allocation code
David Laight Re: new pid allocation code
Bill Studenmund Re: LWP id into ktrace output - chapter 2.
gabriel rosenkoetter Re: new pid allocation code
der Mouse Re: new pid allocation code
gabriel rosenkoetter Re: new pid allocation code
der Mouse Re: new pid allocation code
David Laight Re: new pid allocation code
David Laight Re: new pid allocation code
David Laight random core dumps while swapping
David Laight Re: random core dumps while swapping
Huy Vu RE: random core dumps while swapping
Huy Vu RE: random core dumps while swapping
Bill Studenmund Re: new pid allocation code
Jason R Thorpe Re: new pid allocation code
Brian Chase Re: new pid allocation code
03/18/2003
Bang Jun-Young Re: MAP_ANON
Bang Jun-Young Re: MAP_ANON
David Laight Re: new pid allocation code
Ignatios Souvatzis Re: MAP_ANON
Ben Harris Re: MAP_ANON
Martin Husemann Re: MAP_ANON
=?ISO-8859-1?Q?Erik_=C4n Re: MAP_ANON
Ignatios Souvatzis Re: MAP_ANON
David Laight Re: MAP_ANON
Martin Husemann Re: MAP_ANON
Thor Lancelot Simon Re: MAP_ANON
Martin Husemann Re: MAP_ANON
=?ISO-8859-1?Q?Andreas_= Re: MAP_ANON
gabriel rosenkoetter Re: new pid allocation code
Thor Lancelot Simon Re: Deleting files
Pavel Cahyna panic with nfs: locking against myself
Frederick Bruckman Re: panic with nfs: locking against myself
Thor Lancelot Simon Re: panic with nfs: locking against myself
03/19/2003
Ian Piumarta Re: MAP_ANON
Jaromir Dolecek Re: [solution] vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
Sean Davis Re: XFree86 DRI on NetBSD
David Laight Re: new pid allocation code
Luke Mewburn Re: new pid allocation code
NoPrescription384f6q@v6l Hiya!
David Laight Should FIOSETOWN convert pids to pgrps?
03/20/2003
Christos Zoulas Re: Should FIOSETOWN convert pids to pgrps?
David Laight Re: Should FIOSETOWN convert pids to pgrps?
Christos Zoulas Re: Should FIOSETOWN convert pids to pgrps?
David Laight Re: Should FIOSETOWN convert pids to pgrps?
03/21/2003
Jaromir Dolecek new pid allocation - any advantages?
Jaromir Dolecek NO_PGID definition
David Laight Re: new pid allocation - any advantages?
Pavel Cahyna Re: new pid allocation - any advantages?
David Laight Re: new pid allocation - any advantages?
Jaromir Dolecek Re: new pid allocation - any advantages?
David Laight Re: new pid allocation - any advantages?
Christos Zoulas Re: NO_PGID definition
Christos Zoulas Re: new pid allocation - any advantages?
Jason Thorpe Work-around for certain buggy S-ATA PHYs
Christos Zoulas Re: Work-around for certain buggy S-ATA PHYs
Jason Thorpe Re: Work-around for certain buggy S-ATA PHYs
Stefan Sonnenberg-Carste My mails never show up ...
Bill Studenmund Re: My mails never show up ...
der Mouse Re: My mails never show up ...
David Laight Heads up: I'm about to change the fo_ioctl 'data' to void *.
Jason Thorpe Re: Heads up: I'm about to change the fo_ioctl 'data' to void *.
Nathan J. Williams Re: LWP id into ktrace output - chapter 2.
Stefan Sonnenberg-Carste seek operation on devices
03/22/2003
Krister Walfridsson small db_machdep.h tweak
Darren Reed Re: LWP id into ktrace output - chapter 2.
Roland Dowdeswell Re: My mails never show up ...
Love Re: LWP id into ktrace output - chapter 2.
Pavel Cahyna Re: kernel panic on 1.6_STABLE - solved in FreeBSD?
Joel Wilsson Listing all harddrives
Pavel Cahyna Re: Listing all harddrives
Joel Wilsson Re: Listing all harddrives
Anthony Mallet bktr: interlaced images with dma transfers and direct video
kpneal@pobox.com ptys and linesw.l_start
David Young cd-rom media-change events
Bill Studenmund Re: cd-rom media-change events
03/23/2003
meyers_j@freeshell1. mouse ide help
Manuel Bouyer Re: seek operation on devices
03/24/2003
Stefan Sonnenberg-Carste NetBSD usage in embedded environments
Wojciech Puchar Re: NetBSD usage in embedded environments
=?ISO-8859-1?Q?Erik_=C4n Re: NetBSD usage in embedded environments
Wojciech Puchar RE: NetBSD usage in embedded environments
Huy Vu RE: NetBSD usage in embedded environments
Jason Thorpe Re: NetBSD usage in embedded environments
Wojciech Puchar Re: NetBSD usage in embedded environments
Allen Briggs Re: NetBSD usage in embedded environments
Wojciech Puchar Re: NetBSD usage in embedded environments
Valtteri Vuorikoski Implementation of CLONE_PARENT?
03/25/2003
Hubert Feyrer Re: NetBSD usage in embedded environments
Hubert Feyrer -current: NFS vs. LFS?
Lubomir Sedlacik Re: -current: NFS vs. LFS?
Hubert Feyrer Re: -current: NFS vs. LFS?
Lubomir Sedlacik Re: -current: NFS vs. LFS?
Ted Unangst Re: -current: NFS vs. LFS?
Jason Thorpe Re: -current: NFS vs. LFS?
03/26/2003
D'Arcy J.M. Cain ahc0: WARNING no command for scb 1 (cmdcmplt)
03/27/2003
Luke Mewburn Re: new pid allocation - any advantages?
Luke Mewburn Re: commoning up code that changes uids and gids
Kamal R Prasad Re: NetBSD usage in embedded environments
Kamal R Prasad re:-RS/6000
Noriyuki Soda Re: NetBSD usage in embedded environments
Kamal R Prasad Re: NetBSD usage in embedded environments
Noriyuki Soda Re: NetBSD usage in embedded environments
Doug Donsbach Re: ahc0: WARNING no command for scb 1 (cmdcmplt)
Lennart Augustsson Re: commoning up code that changes uids and gids
Jaromir Dolecek Re: commoning up code that changes uids and gids
Jochen Kunz Re: -RS/6000
Yorick Hardy add a register to i386 sigcontext
Jason Thorpe Re: add a register to i386 sigcontext
der Mouse Re: NetBSD usage in embedded environments
Matt Thomas proc(4): updating for LWP
Andrew Brown Re: proc(4): updating for LWP
03/28/2003
Bang Jun-Young Re: Implementation of CLONE_PARENT?
Kamal R Prasad Re: NetBSD usage in embedded environments
Bill Studenmund Re: proc(4): updating for LWP
Bill Studenmund Re: proc(4): updating for LWP
Andrew Brown Re: proc(4): updating for LWP
Bill Studenmund Re: proc(4): updating for LWP
Yorick Hardy Re: add a register to i386 sigcontext
Greg Troxel Re: [solution] vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
rick@snowhite.cis.uo groupmember() bug?
Andrew Cagney Re: proc(4): updating for LWP
Valtteri Vuorikoski Re: add a register to i386 sigcontext
Bill Studenmund Re: [solution] vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
Greg Troxel Re: [solution] vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
Jason R Thorpe Patch to cache physical address of pool objects
Matthew Mondor Re: NetBSD usage in embedded environments
03/29/2003
Wojciech Puchar Re: NetBSD usage in embedded environments
Wojciech Puchar Re: NetBSD usage in embedded environments
Wojciech Puchar Re: NetBSD usage in embedded environments
Wojciech Puchar Re: NetBSD usage in embedded environments
Wojciech Puchar Re: NetBSD usage in embedded environments
Wojciech Puchar Re: NetBSD usage in embedded environments
Jukka Marin Re: NetBSD usage in embedded environments
Jaromir Dolecek Re: NetBSD usage in embedded environments
Jason R Thorpe Patch for two mbuf dma optimizations
Jason R Thorpe Re: Patch for two mbuf dma optimizations
Jason R Thorpe Patch to x86 bus_dma back-end to use mbuf dma optimizations
Matt Fredette Re: Patch for two mbuf dma optimizations
Jason R Thorpe Re: Patch for two mbuf dma optimizations
Jason R Thorpe Patch to use mbuf dma optimizations in ARM bus_dma back-end
Jaromir Dolecek Re: Patch for two mbuf dma optimizations
Ignatios Souvatzis Re: Patch for two mbuf dma optimizations
Jason Thorpe Re: Patch for two mbuf dma optimizations
Jason Thorpe Re: Patch for two mbuf dma optimizations
Rick Kelly Re: Some LFS vs. FFS+softdep testresults
03/30/2003
itojun@iijlab.net Re: Patch for two mbuf dma optimizations
Frank van der Linden Some LFS vs. FFS+softdep testresults
Wojciech Puchar Re: Some LFS vs. FFS+softdep testresults
ragge@ludd.luth.se Re: Patch for two mbuf dma optimizations
Bill Studenmund Re: [solution] vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
Greg Troxel Re: [solution] vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
Bill Studenmund Re: [solution] vnode refcount panic, perhaps due to kern/vfs_lookup.c:lookup()
03/31/2003
Greywolf Re: Patch for two mbuf dma optimizations
Jaromir Dolecek Re: PAGE_SIZE on various ports (Was: Re: Patch for two mbuf dma optimizations)
cgd@broadcom.com MALLOC vs. malloc: maybe use __builtin_constant_p?
Jason Thorpe Re: MALLOC vs. malloc: maybe use __builtin_constant_p?