Index of tech-kern for January, 2004


FromSubject
01/01/2004
Sam Leffler Re: Enabling opencrypto on all PCI-capable platforms
Jason Thorpe Devices supported by umass_isdata.c ?
Lennart Augustsson Re: Devices supported by umass_isdata.c ?
Manuel Bouyer Re: mapping PCI memory
Martin Husemann Re: Enabling opencrypto on all PCI-capable platforms
Emmanuel Dreyfus Re: mapping PCI memory
Bill Studenmund Re: mapping PCI memory
01/02/2004
Dave Sainty Bluetooth
matthew green re: mapping PCI memory
Emmanuel Dreyfus COMPAT_DARWIN status updated
Christoph Hellwig Re: Header placement for source compatibility
Eivind Eklund Re: Rework of ATA code to support native SATA controllers
The TenDRA Project Calling all boat anchors!
01/03/2004
Manuel Bouyer Re: Rework of ATA code to support native SATA controllers
Thor Lancelot Simon Re: new memory allocation scheme and disk access
Martin Husemann trapsignal() or p_emul->e_trapsignal() ?
Christos Zoulas Re: trapsignal() or p_emul->e_trapsignal() ?
Dave Huang Minor bug in uhidev_set_report()?
01/04/2004
Jaromir Dolecek Re: Header placement for source compatibility
Jaromir Dolecek Re: How minor numbers are allocated?
Rene Hexel Re: Header placement for source compatibility
David Laight Re: Enabling opencrypto on all PCI-capable platforms
Jaromir Dolecek USB 2.0 support - problems?
Lennart Augustsson Re: USB 2.0 support - problems?
Michael van Elst Re: USB 2.0 support - problems?
mouss implementing closeall via a syscall
Matt Thomas Re: implementing closeall via a syscall
M. Warner Losh Re: Enabling opencrypto on all PCI-capable platforms
01/05/2004
Izumi Tsutsui Re: Devices supported by umass_isdata.c ?
Jun-ichiro itojun Hagino Re: implementing closeall via a syscall
matthew green re: Enabling opencrypto on all PCI-capable platforms
Christos Zoulas Re: implementing closeall via a syscall
mouss Re: implementing closeall via a syscall
Andrew Brown Re: implementing closeall via a syscall
Bill Studenmund Re: implementing closeall via a syscall
Greywolf Re: implementing closeall via a syscall
Andrew Brown Re: implementing closeall via a syscall
David Laight Re: Enabling opencrypto on all PCI-capable platforms
Eduardo Horvath Re: Enabling opencrypto on all PCI-capable platforms
Darrin B. Jewell ffs compatibility patches
mouss Re: implementing closeall via a syscall
Matt Thomas Re: implementing closeall via a syscall
Andrew Brown Re: implementing closeall via a syscall
David P. Reese Jr. determining greyscale vs. color with wsdisplay framework
Greywolf Re: implementing closeall via a syscall
01/06/2004
Valeriy E. Ushakov Re: Enabling opencrypto on all PCI-capable platforms
matthew green re: Enabling opencrypto on all PCI-capable platforms
mouss Re: implementing closeall via a syscall
Luke Mewburn Re: ffs compatibility patches
Jochen Kunz Re: Enabling opencrypto on all PCI-capable platforms
Ignatios Souvatzis Re: implementing closeall via a syscall
Viswanath Need to know about implementation of DMA on MIPS
Jaromir Dolecek Re: USB 2.0 support - problems?
Manuel Bouyer Re: ffs compatibility patches
Jason Thorpe Re: ffs compatibility patches
Lennart Augustsson Re: USB 2.0 support - problems?
George Peter Staplin Re: implementing closeall via a syscall
Greywolf Re: implementing closeall via a syscall
Darrin B. Jewell Re: ffs compatibility patches
01/07/2004
matthew green re: ffs compatibility patches
mouss Re: implementing closeall via a syscall
Jason Thorpe Re: implementing closeall via a syscall
Jochen Kunz Re: Need to know about implementation of DMA on MIPS
Thor Lancelot Simon Non-stupid measurements (Re: current got 'swappier'/slower.)
Viswanath Re: Need to know about implementation of DMA on MIPS
01/08/2004
Mahadeva Swamy T L problems in playing sound
Manuel Bouyer Re: ffs compatibility patches
Ian Fry Re: kdump dependency on kernel, ktrace id portability
Jochen Kunz Re: Need to know about implementation of DMA on MIPS
Thor Lancelot Simon Re: current got 'swappier'/slower.
Manuel Bouyer Re: ffs compatibility patches
01/09/2004
Daniel Carosone Re: ffs compatibility patches
matthew green re: ffs compatibility patches
YAMAMOTO Takashi Re: Final reaper removal patch
Martin Husemann Re: Final reaper removal patch
Jaromir Dolecek Re: kdump dependency on kernel, ktrace id portability
Jaromir Dolecek Re: Final reaper removal patch
YAMAMOTO Takashi Re: Final reaper removal patch
Paul Kranenburg Re: Non-stupid measurements (Re: current got 'swappier'/slower.)
Jaromir Dolecek Re: Final reaper removal patch
Nathan J. Williams Re: kdump dependency on kernel, ktrace id portability
Jason Thorpe Small tweak to buf pool page allocator
Greywolf Re: kdump dependency on kernel, ktrace id portability
Allen Briggs Re: kdump dependency on kernel, ktrace id portability
Nathan J. Williams Re: kdump dependency on kernel, ktrace id portability
Greywolf Re: kdump dependency on kernel, ktrace id portability
Thor Lancelot Simon The buffer cache and directory blocks
Bill Studenmund Re: The buffer cache and directory blocks
David Young Re: NetBSD DWL-520+ Support
01/10/2004
Sam Thigpen NetBSD DWL-520+ Support
YAMAMOTO Takashi Re: new memory allocation scheme and disk access
Sam Thigpen Re: NetBSD DWL-520+ Support
YAMAMOTO Takashi Re: buffer cache memory management revision
Ben Harris dev/audiobell.c proposal
Perry E. Metzger Re: dev/audiobell.c proposal
rick@snowhite.cis.uo NFSv4 Beta test server for BSD
01/11/2004
Jared D.McNeill Re: dev/audiobell.c proposal
matthew green re: dev/audiobell.c proposal
Sam Thigpen acx(4) [ was Re: NetBSD DWL-520+ Support (fwd) ]
matthew green re: dev/audiobell.c proposal
der Mouse Re: dev/audiobell.c proposal
Daniel Carosone Re: dev/audiobell.c proposal
Jukka Marin Re: dev/audiobell.c proposal
Emmanuel Dreyfus Re: kdump dependency on kernel, ktrace id portability
David Laight Re: kdump dependency on kernel, ktrace id portability
Emmanuel Dreyfus Re: kdump dependency on kernel, ktrace id portability
Rafal Boni Still a slowdown after latest bufcache changes?
Ben Harris Re: dev/audiobell.c proposal
Martin Husemann Is __HAVE_RAS supposed to be used by userland?
Perry E. Metzger Re: dev/audiobell.c proposal
Perry E. Metzger Re: dev/audiobell.c proposal
Perry E. Metzger Re: dev/audiobell.c proposal
Ted Unangst Re: dev/audiobell.c proposal
Frederick Bruckman Re: dev/audiobell.c proposal
Christos Zoulas Re: Is __HAVE_RAS supposed to be used by userland?
Greywolf Re: Still a slowdown after latest bufcache changes?
Perry E. Metzger Re: dev/audiobell.c proposal
Stephen Jones vnlock deadlock examinations ..
Thor Lancelot Simon New buffer cache code, softdep, and the syncer
Rafal Boni Re: Still a slowdown after latest bufcache changes?
Perry E. Metzger Re: dev/audiobell.c proposal
John Kohl Re: The buffer cache and directory blocks
01/12/2004
Daniel Carosone Re: dev/audiobell.c proposal
Lennart Augustsson Re: dev/audiobell.c proposal
Greg A. Woods Re: dev/audiobell.c proposal
Martin Husemann Re: dev/audiobell.c proposal
Rafal Boni Re: Still a slowdown after latest bufcache changes?
Greg A. Woods Re: dev/audiobell.c proposal
Viswanath Re: Need to know about implementation of DMA on MIPS
01/13/2004
TAMURA Kent in-kernel audio mixing (Re: dev/audiobell.c proposal)
Daniel Carosone Re: dev/audiobell.c proposal
matthew green re: dev/audiobell.c proposal
Ignatios Souvatzis Re: dev/audiobell.c proposal
Daniel Carosone Re: dev/audiobell.c proposal
David Young Re: dev/audiobell.c proposal
Ignatios Souvatzis Re: dev/audiobell.c proposal
David Young Re: dev/audiobell.c proposal
Jochen Kunz Re: Need to know about implementation of DMA on MIPS
Ignatios Souvatzis Re: Need to know about implementation of DMA on MIPS
Ignatios Souvatzis Re: dev/audiobell.c proposal
Randall Dow athhal-elf.o
Bill Studenmund Re: dev/audiobell.c proposal
Bill Studenmund Re: athhal-elf.o
Ben Collver Re: dev/audiobell.c proposal
Ben Harris Re: dev/audiobell.c proposal
Steve Bellovin packet capturing
Jonathan Stone Re: packet capturing
Antti Kantee Re: packet capturing
Jonathan Stone Re: packet capturing
Ben Collver Re: dev/audiobell.c proposal
David Young switch to two-argument KASSERT?
Jonathan Stone Re: switch to two-argument KASSERT?
01/14/2004
matthew green netbsd32 vs ktrace/kdump
matthew green re: netbsd32 vs ktrace/kdump
Lennart Augustsson Re: dev/audiobell.c proposal
Daniel Carosone Re: switch to two-argument KASSERT?
Matt Thomas Re: switch to two-argument KASSERT?
der Mouse Re: switch to two-argument KASSERT?
Jaromir Dolecek Re: switch to two-argument KASSERT?
Matt Thomas Re: switch to two-argument KASSERT?
yearsable@dwp.net Modern way of losing lemming we;ght natural toppling
Bill Sommerfeld Re: switch to two-argument KASSERT?
Eduardo Horvath Re: netbsd32 vs ktrace/kdump
Jonathan Stone Re: switch to two-argument KASSERT?
Perry E. Metzger Re: switch to two-argument KASSERT?
Bill Studenmund Re: switch to two-argument KASSERT?
01/15/2004
matthew green re: netbsd32 vs ktrace/kdump
Daniel Carosone Re: switch to two-argument KASSERT?
Jaromir Dolecek Re: switch to two-argument KASSERT?
Ben Harris Re: switch to two-argument KASSERT?
Ben Harris re: switch to two-argument KASSERT?
Eduardo Horvath Re: netbsd32 vs ktrace/kdump
Quentin Garnier Re: dev/audiobell.c proposal
der Mouse Re: dev/audiobell.c proposal
Quentin Garnier Re: dev/audiobell.c proposal
der Mouse Re: dev/audiobell.c proposal
Greg A. Woods Re: dev/audiobell.c proposal
Stephen Jones how many kern.maxvnodes it too many/not enough?
01/16/2004
matthew green re: switch to two-argument KASSERT?
matthew green re: netbsd32 vs ktrace/kdump
Stephan Uphoff Re: how many kern.maxvnodes it too many/not enough?
Stephen M. Jones vnode usage and reclaimation - feels like deadlocking
Stephen M. Jones Re: vnode usage and reclaimation - feels like deadlocking
Greywolf Re: secure PTY allocation (was: screen in dist)
Stephen M. Jones Re: vnode usage and reclaimation - feels like deadlocking
Stephen Jones Re: vnode usage and reclaimation - feels like deadlocking
01/17/2004
YAMAMOTO Takashi Re: kern/24039: pool_get held simple_lock
Michael van Elst Re: USB 2.0 support - problems?
Wojciech Puchar Re: USB 2.0 support - problems?
Michael van Elst Re: USB 2.0 support - problems?
Gilbert Fernandes Re: USB 2.0 support - problems?
Michael van Elst Re: USB 2.0 support - problems?
Stephen Jones vnode/nfs deadlocking - how much for this bug's head?
01/18/2004
John Clark Support and capabilties of Ieee1394/Firewire in NetBSD
Takemura Info regarding vigra
Bruce J.A. Nourish Presence of uscanner* in GENERIC
01/19/2004
Frederick Bruckman High-speed (230 - 960K) for Cyberserial PCI cards
Lennart Augustsson Re: Presence of uscanner* in GENERIC
Bruce J.A. Nourish Re: Presence of uscanner* in GENERIC
Lennart Augustsson Re: Presence of uscanner* in GENERIC
Mark Randelhoff Re: USB 2.0 support - problems?
Bruce J.A. Nourish Re: Presence of uscanner* in GENERIC
Roman Kennke Kernel fault at startup
Michael van Elst Re: USB 2.0 support - problems?
Juergen Hannken-Illjes Make VOP_STRATEGY a real VOP
Greywolf Re: Make VOP_STRATEGY a real VOP
Juergen Hannken-Illjes Re: Make VOP_STRATEGY a real VOP
Greywolf Re: Make VOP_STRATEGY a real VOP
der Mouse Re: Make VOP_STRATEGY a real VOP
01/20/2004
Jonathan Stone Re: packet capturing
Perry E. Metzger Re: packet capturing
Jonathan Stone Re: packet capturing
Jonathan Stone Re: packet capturing
Perry E. Metzger Re: packet capturing
Jonathan Stone Re: packet capturing
Perry E. Metzger Re: packet capturing
Perry E. Metzger Re: packet capturing
Jonathan Stone Re: packet capturing
Steven M. Bellovin Re: packet capturing
Jonathan Stone Re: packet capturing
Jonathan Stone Re: packet capturing
Jonathan Stone Opencrypto broken for AES+(any hash)?
Bill Studenmund Re: vnode/nfs deadlocking - how much for this bug's head?
Perry E. Metzger Re: packet capturing
Bill Studenmund Re: vnode usage and reclaimation - feels like deadlocking
01/21/2004
Daniel Carosone Re: packet capturing
Niels Provos weird setuid behavior
Greg A. Woods Re: weird setuid behavior
Rick Kelly Re: packet capturing
Niels Provos Re: weird setuid behavior
Greg Troxel Re: packet capturing
Andrew Brown Re: packet capturing
Darren Reed Re: packet capturing
Darren Reed Re: packet capturing
Perry E. Metzger Re: vnode/nfs deadlocking - how much for this bug's head?
Perry E. Metzger Re: packet capturing
ragge@ludd.luth.se Re: packet capturing
Jonathan Stone Re: packet capturing
Jonathan Stone Re: packet capturing
Jonathan Stone Re: packet capturing
Jonathan Stone Re: packet capturing
Perry E. Metzger Re: packet capturing
Jonathan Stone Re: packet capturing
Jonathan Stone Re: packet capturing
Jonathan Stone Re: packet capturing
Jason Thorpe Re: packet capturing
Jason Thorpe Re: packet capturing
Jason Thorpe Re: packet capturing
Jonathan Stone Re: packet capturing
Jason Thorpe Re: packet capturing
Jonathan Stone Re: packet capturing
Jonathan Stone Re: packet capturing
der Mouse Re: packet capturing
Jason Thorpe Re: packet capturing
Jonathan Stone Re: packet capturing
Jonathan Stone Re: packet capturing
Jason Thorpe Re: Make VOP_STRATEGY a real VOP
der Mouse Re: packet capturing
Perry E. Metzger Re: packet capturing
Perry E. Metzger Re: packet capturing
Jonathan Stone sysctl variadicity [was Re: packet capturing]
Andrew Brown Re: sysctl variadicity [was Re: packet capturing]
Jonathan Stone Re: packet capturing
Andrew Brown Re: packet capturing
Andrew Brown Re: packet capturing
Jonathan Stone Re: packet capturing
Jonathan Stone Re: packet capturing
Andrew Brown Re: packet capturing
01/22/2004
Daniel Carosone Re: packet capturing
Darren Reed Re: packet capturing
Darren Reed Re: packet capturing
Perry E. Metzger Re: packet capturing
Thor Lancelot Simon Re: packet capturing
Jason Thorpe Re: packet capturing
Jason Thorpe Re: packet capturing
Jonathan Stone Re: packet capturing
Jonathan Stone Re: packet capturing
Jonathan Stone Re: packet capturing
01/23/2004
mouss Re: packet capturing
Mykal Funk Mysterious failure of Kernal Build
Jun-ichiro itojun Hagino Re: packet capturing
Darrin B. Jewell minor struct uvm_history rearrangement
Noriyuki Soda Re: weird setuid behavior
Martin Husemann Re: Mysterious failure of Kernal Build
Brad du Plessis Packet misdirection (kernel bug?)
Daniel Carosone Re: packet capturing
Greg Troxel Re: Packet misdirection (kernel bug?)
Brad du Plessis Re: Packet misdirection (kernel bug?)
Ty Sarna kern/23470 -- UUID support from FreeBSD
Jesper Louis Andersen Crash in VOP_STRATEGY on sparc64
Darrin B. Jewell Re: Crash in VOP_STRATEGY on sparc64
Gary Thorpe Re: packet capturing
Greywolf Re: Crash in VOP_STRATEGY on sparc64
Jonathan Stone Re: packet capturing
Manuel Bouyer Re: packet capturing
Thor Lancelot Simon Re: packet capturing
Jason Thorpe Re: packet capturing
Martin Husemann Re: kern/23470 -- UUID support from FreeBSD
John Franklin Re: kern/23470 -- UUID support from FreeBSD
01/24/2004
YAMAMOTO Takashi Re: kern/24039: pool_get held simple_lock
Giles Lean Re: kern/23470 -- UUID support from FreeBSD
Martin Husemann ACPI todo list
Sean Davis Re: ACPI todo list
Thomas devreese RE: ACPI todo list
Klaus Klein Re: kern/23470 -- UUID support from FreeBSD
Manuel Bouyer Re: packet capturing
Stephan Uphoff Re: Querying an userland program from the kernel
Gordon Waidhofer RE: Querying an userland program from the kernel
Marina Brown Re: packet capturing
01/25/2004
Matthias Scheler Querying an userland program from the kernel
der Mouse Re: Querying an userland program from the kernel
David Young Re: Querying an userland program from the kernel
der Mouse Re: Querying an userland program from the kernel
Niels Provos Re: weird setuid behavior
rick@snowhite.cis.uo Querying userland
David Laight Re: weird setuid behavior
David Young Re: Querying an userland program from the kernel
der Mouse Re: Querying an userland program from the kernel
Greg Oster Re: mfs busted?
01/26/2004
Marton Fabo FS layering bug?
Lennart Augustsson MPLS
itojun@iijlab.net mfs busted?
Jun-ichiro itojun Hagino Re: mfs busted?
Greg A. Woods Re: weird setuid behavior
Greg A. Woods Re: weird setuid behavior
Mihai CHELARU Re: MPLS
YAMAMOTO Takashi Re: mfs busted?
Murray Armfield cmpci audio driver and dma issues
Juergen Hannken-Illjes Re: mfs busted?
Mike M. Volokhov RAIDframe halts
Mike M. Volokhov Re: RAIDframe halts
Mike M. Volokhov Re: RAIDframe halts
Christophe Prevotaux Re: MPLS
Thor Lancelot Simon Re: Interactive responsiveness under heavy I/O load
Steven M. Bellovin Re: Interactive responsiveness under heavy I/O load
Bill Studenmund Re: FS layering bug?
Bill Studenmund Re: Querying an userland program from the kernel
John Goerzen Re: Interactive responsiveness under heavy I/O load
Marton Fabo Re: FS layering bug?
David S. Re: Interactive responsiveness under heavy I/O load
Johan A.van Zanten Re: Interactive responsiveness under heavy I/O load
Alfred Perlstein Re: Interactive responsiveness under heavy I/O load
Stephan Uphoff Re: Querying an userland program from the kernel
Vincent Jardin Re: MPLS
David Laight Re: Interactive responsiveness under heavy I/O load
Johnny Billquist Re: Interactive responsiveness under heavy I/O load
Sean Davis Re: Interactive responsiveness under heavy I/O load
Gordon Waidhofer Coallesce disk I/O (was RE: Interactive responsiveness under heavy I/O load)
Alfred Perlstein Re: Coallesce disk I/O (was RE: Interactive responsiveness under heavy I/O load
Stephan Uphoff Re: Coallesce disk I/O (was RE: Interactive responsiveness under
Greg A. Woods is the problem of not finding root on ld? with mlx(4) a known one?
Thor Lancelot Simon Re: Interactive responsiveness under heavy I/O load
Thor Lancelot Simon Re: Interactive responsiveness under heavy I/O load
Thor Lancelot Simon Re: Coallesce disk I/O (was RE: Interactive responsiveness under heavy I/O load
Steven M. Bellovin Re: Interactive responsiveness under heavy I/O load
Jason Thorpe Re: jornaled FS?
Alfred Perlstein Re: Coallesce disk I/O (was RE: Interactive responsiveness under heavy I/O load
Jason Thorpe Re: jornaled FS?
Gordon Waidhofer RE: Coallesce disk I/O
Thor Lancelot Simon Re: Coallesce disk I/O
Gordon Waidhofer RE: Coallesce disk I/O
Greywolf Re: Coallesce disk I/O (was RE: Interactive responsiveness under
01/27/2004
Daniel Carosone Re: Interactive responsiveness under heavy I/O load
Marton Fabo jornaled FS?
Marton Fabo Re: jornaled FS?
Mihai CHELARU Re: MPLS
Brad du Plessis PR 3508 fix
Tad Hunt Re: PR 3508 fix
Stephan Uphoff Re: Coallesce disk I/O
Hauke Fath Re: Interactive responsiveness under heavy I/O load
David Brownlee Re: Interactive responsiveness under heavy I/O load
Johan A.van Zanten Re: Interactive responsiveness under heavy I/O load
Johnny Billquist Re: Interactive responsiveness under heavy I/O load
01/28/2004
Brad du Plessis Re: PR 3508 fix
Ty Sarna Re: kern/23470 -- UUID support from FreeBSD
Chris Jepeway Re: Coallesce disk I/O
Jukka Marin Re: bktr (tv tuner)
Jonathan Stone Prototype kernel continuation-passing for NetBSD
Christoph Badura Re: PR 3508 fix
Ron Roskens Re: bktr (tv tuner)
der Mouse Re: PR 3508 fix
Simas Mockevicius bktr (tv tuner)
Bill Studenmund Re: Prototype kernel continuation-passing for NetBSD
Gordon Waidhofer RE: Prototype kernel continuation-passing for NetBSD
Gordon Waidhofer RE: Coallesce disk I/O
Ron Roskens Re: bktr (tv tuner)
Bill Studenmund Re: FS layering bug?
Stephan Uphoff Re: Prototype kernel continuation-passing for NetBSD
Jonathan Stone Re: Prototype kernel continuation-passing for NetBSD
Stephan Uphoff Re: Coallesce disk I/O
Gordon Waidhofer RE: Coallesce disk I/O
01/29/2004
Simas Mockevicius Re: bktr (tv tuner)
Jesper Louis Andersen Re: Prototype kernel continuation-passing for NetBSD
Jesper Louis Andersen Re: Prototype kernel continuation-passing for NetBSD
Lennart Augustsson Re: Prototype kernel continuation-passing for NetBSD
Ignatios Souvatzis Re: Prototype kernel continuation-passing for NetBSD
Valeriy E. Ushakov Re: Prototype kernel continuation-passing for NetBSD
Wojciech Puchar Re: NEW_BUFQ_STRATEGY
Rasputin Re: Prototype kernel continuation-passing for NetBSD
Chris Jepeway Re: Coallesce disk I/O
01/30/2004
Brad du Plessis Re: PR 3508 fix
Ignatios Souvatzis Re: PR 3508 fix
Brad du Plessis Re: PR 3508 fix
Thor Lancelot Simon Eliminating BQ_AGE -- with broken patch
Thor Lancelot Simon Re: SmartMedia Supported on PCMCIA
Michael L. Hitch Re: is the problem of not finding root on ld? with mlx(4) a known
Tad Hunt pthread_cond_timedwait() CLOCK_REALTIME, and pthread_condattr_setclock()
01/31/2004
Daniel Carosone Re: Eliminating BQ_AGE -- with broken patch
enami tsugutomo Re: Eliminating BQ_AGE -- with broken patch
YAMAMOTO Takashi Re: Eliminating BQ_AGE -- with broken patch
Mahadeva Swamy T L DMA using Interrupt
Stephan Uphoff Re: sys/kern/kern_fork.c potential deadlock (fwd)