Index of tech-kern for March, 2005


FromSubject
03/01/2005
Izumi Tsutsui Re: yamt-km branch
matthew green re: direct I/O
Jochen Kunz Re: yamt-km branch
Chuck Silvers Re: direct I/O
Jaromir Dolecek Re: direct I/O
Chuck Silvers Re: loaning for read() of regular files
Chuck Silvers Re: direct I/O
Chuck Silvers Re: direct I/O
Chuck Silvers Re: direct I/O
Chuck Silvers Re: direct I/O
SODA Noriyuki Re: direct I/O
Vincent Malloc error output involving pthreads, what does it mean exactly?
10.50@free.fr NetBSD on HP c8000 Workstations (PA-8800 MP)
Jason Thorpe Re: loaning for read() of regular files
Douglas Wade Needham Re: NetBSD on HP c8000 Workstations (PA-8800 MP)
Vincent Re: NetBSD on HP c8000 Workstations (PA-8800 MP)
Jonathan Stone Re: direct I/O
Jochen Kunz Re: NetBSD on HP c8000 Workstations (PA-8800 MP)
Bill Studenmund Re: m_defrag() addition
Bill Studenmund Re: SMP re-entrancy in kernel drivers/"bottom half?"
steinarh@pvv.ntnu.no openat(2) and friends
Gordon Waidhofer RE: openat(2) and friends
Gordon Waidhofer RE: openat(2) and friends
Gordon Waidhofer RE: openat(2) and friends
03/02/2005
YAMAMOTO Takashi Re: direct I/O
der Mouse Re: openat(2) and friends
Chuck Silvers Re: direct I/O
Chuck Silvers Re: Malloc error output involving pthreads, what does it mean exactly? (on NetB
der Mouse Re: openat(2) and friends
10.50@free.fr Re: Malloc error output involving pthreads, what does it mean exactly? (on NetB
Steinar Hamre Re: openat(2) and friends
Steinar Hamre Re: openat(2) and friends
Jason Thorpe Re: m_defrag() addition
Bill Studenmund Re: m_defrag() addition
Steinar Hamre Re: openat(2) and friends
Bill Studenmund Re: openat(2) and friends
der Mouse zero-sized disks
Allen Briggs Re: zero-sized disks
der Mouse Re: openat(2) and friends
Jaromir Dolecek Re: m_defrag() addition
Cliff Wright hard links in mounted cd9660 file system
Bill Studenmund Re: m_defrag() addition
Jaromir Dolecek Re: m_defrag() addition
David Laight Re: m_defrag() addition
Jaromir Dolecek Re: m_defrag() addition
Jason Thorpe Re: m_defrag() addition
Jonathan Stone Re: m_defrag() addition
Douglas Wade Needham Re: zero-sized disks
Bill Studenmund Re: m_defrag() addition
Sam Leffler Re: m_defrag() addition
Michael Re: Mac mini and keyboard
Jason Thorpe Re: m_defrag() addition
J Chapman Flack Re: COMPAT_IBCS2, SCO OSR5 executables SEGV on NetBSD 2.0
Sam Leffler Re: m_defrag() addition
Christos Zoulas Re: COMPAT_IBCS2, SCO OSR5 executables SEGV on NetBSD 2.0
der Mouse Re: zero-sized disks
03/03/2005
Daniel Carosone Re: m_defrag() addition
Daniel Carosone Re: m_defrag() addition
Daniel Carosone Re: m_defrag() addition
Wolfgang Solfrank Re: hard links in mounted cd9660 file system
Thor Lancelot Simon Re: FFSv1 performance on large filesystems
Matthias Scheler Re: FFSv1 performance on large filesystems
Bill Studenmund Re: direct I/O
Chris Gilbert Re: FFSv1 performance on large filesystems
Reinoud Zandijk NFS problems, leaving locked vnode
Jason Thorpe Re: FFSv1 performance on large filesystems
Matthias Scheler Re: FFSv1 performance on large filesystems
Darrin B.Jewell Re: direct I/O
Chuck Silvers Re: direct I/O
Chuck Silvers Re: direct I/O
Chuck Silvers Re: direct I/O
J Chapman Flack and now: COMPAT_IBCS2 vs. MP
Chuck Silvers Re: direct I/O
Chuck Silvers Re: direct I/O
Jonathan Stone Re: direct I/O
Darrin B.Jewell Re: direct I/O
Stephan Uphoff Re: direct I/O
Chuck Silvers Re: direct I/O
Chuck Silvers Re: direct I/O
03/04/2005
Chris Gilbert Re: FFSv1 performance on large filesystems
YAMAMOTO Takashi Re: direct I/O
YAMAMOTO Takashi Re: direct I/O
Charles M. Hannum Re: direct I/O
SODA Noriyuki Re: direct I/O
YAMAMOTO Takashi Re: direct I/O
Matthias Scheler Re: FFSv1 performance on large filesystems
Martin Husemann Re: and now: COMPAT_IBCS2 vs. MP
Johan Danielsson Re: FFSv1 performance on large filesystems
J Chapman Flack Re: and now: COMPAT_IBCS2 vs. MP
David Laight Re: direct I/O
Martin Husemann Re: and now: COMPAT_IBCS2 vs. MP
Bill Studenmund Re: direct I/O
Christos Zoulas Re: and now: COMPAT_IBCS2 vs. MP
J Chapman Flack Re: and now: COMPAT_IBCS2 vs. MP
Christos Zoulas Re: and now: COMPAT_IBCS2 vs. MP
Florian Stoehr vnd: page fault in strategy
Florian Stoehr (2) vnd: page fault in strategy
Thomas Petazzoni Libre Software Meeting 2005 : Call for contributions
Matthias Scheler Re: FFSv1 performance on large filesystems
Matthias Scheler Re: FFSv1 performance on large filesystems
03/05/2005
Jaromir Dolecek Re: m_defrag() addition
Vincent How long can I use an outdated kernel with an updated userland?
Julio M. Merino Vidal Re: How long can I use an outdated kernel with an updated userland?
Ian Zagorskih Re: How long can I use an outdated kernel with an updated userland?
J Chapman Flack Re: and now: COMPAT_IBCS2 vs. MP
Jan Vongrej Tv card,saa7134
Jachym Holecek Re: Tv card,saa7134
Jaromir Dolecek Re: and now: COMPAT_IBCS2 vs. MP
Jaromir Dolecek Re: and now: COMPAT_IBCS2 vs. MP
J Chapman Flack Re: and now: COMPAT_IBCS2 vs. MP
03/06/2005
Steinar Hamre Re: openat(2) and friends
Jaromir Dolecek Re: openat(2) and friends
Steinar Hamre Re: openat(2) and friends
Christos Zoulas Re: openat(2) and friends
Chuck Silvers more on mysql benchmark
Thor Lancelot Simon Re: more on mysql benchmark
Thor Lancelot Simon Re: more on mysql benchmark
03/07/2005
SODA Noriyuki Re: more on mysql benchmark
SODA Noriyuki Re: more on mysql benchmark
SODA Noriyuki Re: more on mysql benchmark
Martin Husemann In-Kernel Keyboard maps
Jachym Holecek Re: In-Kernel Keyboard maps
Hubert Feyrer Re: openat(2) and friends
Hubert Feyrer Re: In-Kernel Keyboard maps
Martin Husemann Re: In-Kernel Keyboard maps
Michael Re: In-Kernel Keyboard maps
Matthew Mondor Re: In-Kernel Keyboard maps
Jason Thorpe Re: more on mysql benchmark
Jason Thorpe Re: openat(2) and friends
Bill Studenmund Re: How long can I use an outdated kernel with an updated userland?
Adayadil Thomas tcp reassembly / ipfilter
Vincent Re: How long can I use an outdated kernel with an updated userland?
Steinar Hamre Re: openat(2) and friends
Bill Studenmund debugging, Re: How long can I use an outdated kernel with an updated userland?
Bill Studenmund Re: m_defrag() addition
Vincent Re: debugging, Re: How long can I use an outdated kernel with an
Vincent Re: debugging, Re: How long can I use an outdated kernel with an
Bill Studenmund Re: debugging, Re: How long can I use an outdated kernel with an updated userla
03/08/2005
Steinar Hamre Re: debugging, Re: How long can I use an outdated kernel with an updated userla
Jernej Kovacic Re: In-Kernel Keyboard maps
Rhialto Re: openat(2) and friends
Hubert Feyrer Re: openat(2) and friends
David Brownlee Re: openat(2) and friends
Rhialto Re: openat(2) and friends
Rhialto Re: openat(2) and friends
Rhialto Re: openat(2) and friends
Steinar Hamre Re: openat(2) and friends
Bill Studenmund Re: openat(2) and friends
Steinar Hamre Re: openat(2) and friends
David Laight Re: openat(2) and friends
Bill Studenmund Re: Discussing the future of the NetBSD scheduler
Allen Briggs Re: Discussing the future of the NetBSD scheduler
David Young Re: Discussing the future of the NetBSD scheduler
Chuck Silvers Re: more on mysql benchmark
Chuck Silvers Re: more on mysql benchmark
Chuck Silvers Re: yamt-km branch
03/09/2005
Daniel Sieger Discussing the future of the NetBSD scheduler
Chan-youn Park question about mmap
Nick Hudson Re: ktrace-lwp branch
Jachym Holecek Re: question about mmap
Martin Husemann Re: Discussing the future of the NetBSD scheduler
Steinar Hamre Re: openat(2) and friends
Christopher JS Vance Re: Discussing the future of the NetBSD scheduler
Izumi Tsutsui Re: yamt-km branch
Bill Studenmund Re: openat(2) and friends
Eduardo Horvath Re: Discussing the future of the NetBSD scheduler
Gavan Fantom Re: Missing ppi(4) docs?
Jaromir Dolecek Re: Missing ppi(4) docs?
Andrew S. Gardner Re: Discussing the future of the NetBSD scheduler
Michael Re: Missing ppi(4) docs?
Christos Zoulas Re: Missing ppi(4) docs?
Gavan Fantom Re: Missing ppi(4) docs?
Jonathan Stone Re: Missing ppi(4) docs?
Jonathan Stone Re: Missing ppi(4) docs?
Thor Lancelot Simon Re: more on mysql benchmark
03/10/2005
SODA Noriyuki Re: more on mysql benchmark
YAMAMOTO Takashi Re: more on mysql benchmark
YAMAMOTO Takashi Re: yamt-km branch
Simon Burge Re: more on mysql benchmark
Chan-youn Park Fwd: question about mmap
Chan-youn Park Re: question about mmap
Chan-youn Park Re: question about mmap
MAILsweeper@shaftesb RE: Re: Protected Mail Delivery
SODA Noriyuki Re: more on mysql benchmark
Izumi Tsutsui Re: yamt-km branch
Kamal R. Prasad Program recovery using checkpointing
SODA Noriyuki Re: more on mysql benchmark
SODA Noriyuki Re: Program recovery using checkpointing
Eduardo Horvath Re: question about mmap
Daniel Sieger Re: Discussing the future of the NetBSD scheduler
Bill Studenmund Re: Discussing the future of the NetBSD scheduler
Jason Thorpe Re: Thread implementation with TLS support?
03/11/2005
Park Chan-youn Re: question about mmap
Anselm R. Garbe Thread implementation with TLS support?
Jachym Holecek Re: question about mmap
Kamal R. Prasad Re: Program recovery using checkpointing
SODA Noriyuki Re: Program recovery using checkpointing
Ignatios Souvatzis Re: Program recovery using checkpointing
Kamal R. Prasad Re: Program recovery using checkpointing
grifo3000@interfree. Re: Discussing the future of the NetBSD scheduler
SODA Noriyuki Re: Program recovery using checkpointing
Kamal R. Prasad Re: Program recovery using checkpointing
Jason Thorpe Re: Program recovery using checkpointing
SODA Noriyuki Re: Program recovery using checkpointing
Jason Thorpe Re: Program recovery using checkpointing
Kamal R. Prasad Re: Program recovery using checkpointing
Kamal R. Prasad Re: Program recovery using checkpointing
Kamal R. Prasad Re: Program recovery using checkpointing
Eduardo Horvath Re: question about mmap
Matthew Mondor Re: Thread implementation with TLS support?
Joerg Sonnenberger Re: Thread implementation with TLS support?
Christos Zoulas Re: Program recovery using checkpointing
Kamal R. Prasad Re: Program recovery using checkpointing
03/12/2005
SODA Noriyuki Re: Program recovery using checkpointing
SODA Noriyuki Re: Program recovery using checkpointing
kamel derouiche Re: Program recovery using checkpointing
D'Arcy J.M. Cain Re: Adaptec SATA RAID 2410SA driver
03/13/2005
Dave sound drivers and realtime scheduling
Christopher JS Vance Re: Discussing the future of the NetBSD scheduler
Chuck Silvers Re: more on mysql benchmark
Chuck Silvers Re: more on mysql benchmark
Chuck Silvers Re: more on mysql benchmark
Chuck Silvers Re: ktrace-lwp branch
Antti Kantee Re: Program recovery using checkpointing
03/14/2005
SODA Noriyuki Re: more on mysql benchmark
YAMAMOTO Takashi Re: more on mysql benchmark
Greg A. Woods anyone know if there's a fix for this "malloc with held simple_lock" in RAIDfra
Vincent ACPI '_BST' evaluate is broken
Greg Oster Re: anyone know if there's a fix for this "malloc with held simple_lock" in RAI
Manuel Bouyer extent(9) bug
Dieter Re: Adaptec SATA RAID 2410SA driver
03/15/2005
matthew green re: Adaptec SATA RAID 2410SA driver
Berndt Josef Wulf Re: USB2 fullspeed performance
Dan McMahill Re: panic: lockmgr: release of unlocked lock
Lennart Augustsson Re: USB2 fullspeed performance
D'Arcy J.M. Cain Re: Adaptec SATA RAID 2410SA driver
Bill Studenmund Re: panic: lockmgr: release of unlocked lock
Dieter Re: Adaptec SATA RAID 2410SA driver
Manuel Bouyer Re: extent(9) bug
Greg A. Woods Re: anyone know if there's a fix for this "malloc with held simple_lock" in RAI
Frank van der Linden Re: Adaptec SATA RAID 2410SA driver
Martin Husemann Re: panic: lockmgr: release of unlocked lock
Greg Oster Re: anyone know if there's a fix for this "malloc with held simple_lock" in RAI
Bill Studenmund Re: panic: lockmgr: release of unlocked lock
Martin Husemann Re: panic: lockmgr: release of unlocked lock
Matthias Scheler Re: Adaptec SATA RAID 2410SA driver
Bill Studenmund Re: panic: lockmgr: release of unlocked lock
03/16/2005
Greg A. Woods Re: anyone know if there's a fix for this "malloc with held simple_lock" in RAI
Manuel Bouyer Re: panic: lockmgr: release of unlocked lock
Richard Earnshaw Floating point support code
Nathan J. Williams Re: Floating point support code
Reinoud Zandijk What's happening here? (NFS)
Jason Thorpe Re: Floating point support code
03/17/2005
Reinoud Zandijk Re: What's happening here? (NFS)
Patrick Welche Re: What's happening here? (NFS)
Manuel Bouyer Re: What's happening here? (NFS)
Patrick Welche Re: What's happening here? (NFS)
Reinoud Zandijk Re: What's happening here? (NFS)
Jeff Rizzo Re: What's happening here? (NFS)
Michael Re: Using SD/CF/etc. type removable FLASH ROM
der Mouse Re: Using SD/CF/etc. type removable FLASH ROM
Michael Re: Using SD/CF/etc. type removable FLASH ROM
03/18/2005
Rui Paulo sysctl handling of vm.bufmem_* (PR/29651 - crash)
Park Chan-youn Using SD/CF/etc. type removable FLASH ROM
Kentaro A. Kurahone Re: Using SD/CF/etc. type removable FLASH ROM
George Michaelson Re: Using SD/CF/etc. type removable FLASH ROM
Mike M. Volokhov Re: What's happening here? (NFS)
Doug Fraser RE: Re: Using SD/CF/etc. type removable FLASH ROM
Martin Husemann Re: Re: Using SD/CF/etc. type removable FLASH ROM
Doug Fraser RE: Re: Re: Using SD/CF/etc. type removable FLASH ROM
Patrick Welche Re: What's happening here? (NFS)
Manuel Bouyer Re: What's happening here? (NFS)
Patrick Welche Re: What's happening here? (NFS)
Manuel Bouyer Re: What's happening here? (NFS)
Derek God3 Re: Using SD/CF/etc. type removable FLASH ROM
03/20/2005
YAMAMOTO Takashi Re: yamt-km branch
Alistair Crooks Re: yamt-km branch
YAMAMOTO Takashi Re: yamt-km branch
Manuel Bouyer Re: panic: lockmgr: release of unlocked lock
Vincent ACPI-CA v. 20050309
Chuck Silvers Re: more on mysql benchmark
Chuck Silvers Re: more on mysql benchmark
03/21/2005
Simon Burge Re: more on mysql benchmark
Kentaro A. Kurahone Re: ACPI-CA v. 20050309
Edward B. Dreger VZW 1xEVDO on 2.0? (Re: Verizon 1xevdo ...)
Vincent Re: ACPI-CA v. 20050309
Manuel Bouyer spec_ioctl() panic
Edward B. Dreger Re: VZW 1xEVDO on 2.0? (Re: Verizon 1xevdo ...)
03/22/2005
Edward B. Dreger Sierra/AirPrime 5220 on 2.0 (Re: Verizon 1xevdo (Wireless Broadband
Vincent Re: Ehci/Umass bug ?
Quentin Garnier ACPI attachments and pcppi(4) split-up
Jared D.McNeill Re: ACPI attachments and pcppi(4) split-up
Christos Zoulas Re: CVS commit: src/sys/kern
der Mouse Re: Unicode support in iso9660.
03/23/2005
Hubert Feyrer XFS for NetBSD?
YAMAMOTO Takashi Re: CVS commit: src/sys/kern
Takayoshi Kochi Re: ACPI-CA v. 20050309
=?ISO-2022-JP?B?GyRCJF8k Re: Unicode support in iso9660.
=?ISO-2022-JP?B?GyRCJF8k Re: Unicode support in iso9660.
Frank van der Linden Re: compat netbsd32 broken on -current amd64 ?
FUKAUMI Naoki ural(4) - Ralink Technology RT2500USB IEEE 802.11 driver
SODA Noriyuki Re: Unicode support in iso9660.
Vincent Re: ACPI-CA v. 20050309
Kentaro A. Kurahone Re: ACPI-CA v. 20050309
der Mouse kernel-internal interface changes?
Quentin Garnier Re: kernel-internal interface changes?
Manuel Bouyer Re: port-xen/29775: Cannot use a vnode disk for domU
Christos Zoulas Re: kernel-internal interface changes?
Felix Deichmann Re: kernel-internal interface changes?
Jason Thorpe Re: port-xen/29775: Cannot use a vnode disk for domU
Jason Thorpe Re: FFSv1 performance on large filesystems
der Mouse Re: kernel-internal interface changes?
Jonathan Stone Re: kernel-internal interface changes?
Greg Oster Re: FFSv1 performance on large filesystems
Christos Zoulas Re: kernel-internal interface changes?
Greg Oster Re: FFSv1 performance on large filesystems
03/24/2005
YAMAMOTO Takashi Re: port-xen/29775: Cannot use a vnode disk for domU
Quentin Garnier Re: kernel-internal interface changes?
Matthias Scheler Re: FFSv1 performance on large filesystems
Matthias Scheler Re: FFSv1 performance on large filesystems
Juan RP Re: kernel-internal interface changes?
Matthias Scheler Re: FFSv1 performance on large filesystems
Hubert Feyrer Re: FFSv1 performance on large filesystems
Manuel Bouyer Re: port-xen/29775: Cannot use a vnode disk for domU
Manuel Bouyer Re: port-xen/29775: Cannot use a vnode disk for domU
Jason Thorpe Re: port-xen/29775: Cannot use a vnode disk for domU
der Mouse Re: kernel-internal interface changes?
=?UTF-8?Q?C=C3=A9sar_Cat file memory and kernel processes
der Mouse Re: kernel-internal interface changes?
J Chapman Flack Re: kernel-internal interface changes?
03/25/2005
Takayoshi Kochi Re: ACPI-CA v. 20050309
Quentin Garnier Re: kernel-internal interface changes?
der Mouse Re: kernel-internal interface changes?
Quentin Garnier Re: kernel-internal interface changes?
der Mouse Re: kernel-internal interface changes?
Quentin Garnier Re: kernel-internal interface changes?
Vincent Re: ACPI-CA v. 20050309
Thor Lancelot Simon Re: System running out of vnodes
J Chapman Flack Re: System running out of vnodes
der Mouse Re: System running out of vnodes
Bill Studenmund Re: panic: lockmgr: release of unlocked lock
03/26/2005
Greg A. Woods does "stray ... irq; stopped logging" also mean stopped interrupts?
Emmanuel Dreyfus fixing send(2) semantics (kern/29750)
Manuel Bouyer Re: panic: lockmgr: release of unlocked lock
Manuel Bouyer Re: panic: lockmgr: release of unlocked lock
Martin Husemann Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
der Mouse Re: fixing send(2) semantics (kern/29750)
Martin Husemann Re: fixing send(2) semantics (kern/29750)
Quentin Garnier Re: ACPI-CA v. 20050309
Vincent Re: ACPI-CA v. 20050309
Jason Thorpe Re: does "stray ... irq; stopped logging" also mean stopped interrupts?
Michael L. Hitch Re: does "stray ... irq; stopped logging" also mean stopped interrupts?
Greg A. Woods isp(4) with Q-Logic 2340 suffers "stray interrupts" under load
Thor Lancelot Simon Re: isp(4) with Q-Logic 2340 suffers "stray interrupts" under load (was: does "
Christos Zoulas Re: fixing send(2) semantics (kern/29750)
Matthew Mondor Re: fixing send(2) semantics (kern/29750)
Jason Thorpe Re: fixing send(2) semantics (kern/29750)
Jonathan Stone Re: fixing send(2) semantics (kern/29750)
Jonathan Stone Re: fixing send(2) semantics (kern/29750)
Christos Zoulas Re: fixing send(2) semantics (kern/29750)
Christos Zoulas Re: fixing send(2) semantics (kern/29750)
der Mouse Re: fixing send(2) semantics (kern/29750)
Jonathan Stone Re: fixing send(2) semantics (kern/29750)
Jonathan Stone Re: fixing send(2) semantics (kern/29750)
Jason Thorpe Re: fixing send(2) semantics (kern/29750)
Jason Thorpe Re: fixing send(2) semantics (kern/29750)
03/27/2005
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Christos Zoulas Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
der Mouse Re: fixing send(2) semantics (kern/29750)
der Mouse Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Jason Thorpe Re: fixing send(2) semantics (kern/29750)
Jason Thorpe Re: fixing send(2) semantics (kern/29750)
Jason Thorpe Re: fixing send(2) semantics (kern/29750)
Christos Zoulas Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Jonathan Stone Re: fixing send(2) semantics (kern/29750)
Jonathan Stone Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Manuel Bouyer Re: fixing send(2) semantics (kern/29750)
der Mouse Re: fixing send(2) semantics (kern/29750)
Jonathan Stone Re: fixing send(2) semantics (kern/29750)
der Mouse Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Michael van Elst Re: fixing send(2) semantics (kern/29750)
Manuel Bouyer Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Jason Thorpe Re: fixing send(2) semantics (kern/29750)
Jason Thorpe Re: fixing send(2) semantics (kern/29750)
Thor Lancelot Simon Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Chuck Silvers Re: yamt-km branch
der Mouse Re: fixing send(2) semantics (kern/29750)
der Mouse Re: fixing send(2) semantics (kern/29750)
Jonathan Stone Re: fixing send(2) semantics (kern/29750)
Jonathan Stone Re: fixing send(2) semantics (kern/29750)
Jonathan Stone Re: fixing send(2) semantics (kern/29750)
Emmanuel Dreyfus Re: fixing send(2) semantics (kern/29750)
Thor Lancelot Simon Re: fixing send(2) semantics (kern/29750)
Thor Lancelot Simon Re: fixing send(2) semantics (kern/29750)
David Young Re: fixing send(2) semantics (kern/29750)
Greg A. Woods Re: isp(4) with Q-Logic 2340 suffers "stray interrupts" under load
Jonathan Stone melting down your network [was Re: fixing send(2) semantics (kern/29750) ]
Jonathan Stone Melting down your network
Thor Lancelot Simon Re: Melting down your network
Jonathan Stone Re: Melting down your network
Christos Zoulas Re: fixing send(2) semantics (kern/29750)
Bill Studenmund Re: fixing send(2) semantics (kern/29750)
Bill Studenmund Re: fixing send(2) semantics (kern/29750)
03/28/2005
Izumi Tsutsui Re: yamt-km branch
Emmanuel Dreyfus Re: Melting down your network
Manuel Bouyer Re: Melting down your network
Manuel Bouyer Re: isp(4) with Q-Logic 2340 suffers "stray interrupts" under load
Joerg Sonnenberger Re: Melting down your network
Vincent Re: ACPI-CA v. 20050309 status
Jonathan Stone Re: Melting down your network
Jonathan Stone Re: Melting down your network [Subject changed]
Chris Ross Status inquiry about kern/29150
Greg A. Woods Re: Melting down your network
Jonathan Stone Re: Melting down your network
Bill Studenmund Re: Melting down your network [Subject changed]
Jonathan Stone Re: Melting down your network [Subject changed]
David Young Re: melting down your network [was Re: fixing send(2) semantics (kern/29750) ]
Greg A. Woods Re: isp(4) with Q-Logic 2340 suffers "stray interrupts" under load
Steven M. Bellovin Re: Melting down your network
Jonathan Stone Re: Melting down your network
Christos Zoulas Re: Melting down your network [Subject changed]
Jonathan Stone Re: Melting down your network [Subject changed]
Christos Zoulas Re: Melting down your network [Subject changed]
Bill Studenmund Re: isp(4) with Q-Logic 2340 suffers "stray interrupts" under load
Bill Studenmund Re: Melting down your network [Subject changed]
Bill Studenmund Re: isp(4) with Q-Logic 2340 suffers "stray interrupts" under load
Jason Thorpe Re: isp(4) with Q-Logic 2340 suffers "stray interrupts" under load
Jason Thorpe Re: Melting down your network [Subject changed]
Jonathan Stone Re: Melting down your network [Subject changed]
Christos Zoulas Re: Melting down your network [Subject changed]
Allen Briggs Re: Melting down your network [Subject changed]
der Mouse Re: Melting down your network [Subject changed]
Jonathan Stone Re: Melting down your network [Subject changed]
Jonathan Stone Re: Melting down your network [Subject changed]
Jason Thorpe Re: isp(4) with Q-Logic 2340 suffers "stray interrupts" under load
Jason Thorpe Re: Melting down your network [Subject changed]
der Mouse Re: Melting down your network [Subject changed]
der Mouse Re: Melting down your network [Subject changed]
Jonathan Stone Re: Melting down your network [Subject changed]
der Mouse Re: Melting down your network [Subject changed]
der Mouse Re: Melting down your network [Subject changed]
Bill Studenmund Re: Melting down your network [Subject changed]
Jonathan Stone Re: Melting down your network [Subject changed]
03/29/2005
Emmanuel Dreyfus Re: Melting down your network
Emmanuel Dreyfus Re: Melting down your network
Emmanuel Dreyfus Re: Melting down your network
Emmanuel Dreyfus Re: Melting down your network [Subject changed]
Joerg Sonnenberger Re: Melting down your network [Subject changed]
Emmanuel Dreyfus Re: Melting down your network
Mike M. Volokhov Re: Melting down your network
Havard Eidnes Re: Melting down your network [Subject changed]
Quentin Garnier Re: ACPI-CA v. 20050309 status
Vincent Re: ACPI-CA v. 20050309 status
Emmanuel Dreyfus Re: Melting down your network [Subject changed]
Rick Kelly Re: Melting down your network [Subject changed]
Quentin Garnier Re: ACPI-CA v. 20050309 status
Quentin Garnier Re: ACPI-CA v. 20050309 status
Michael van Elst Re: Melting down your network [Subject changed]
Vincent Re: ACPI-CA v. 20050309 status
der Mouse Protocl design [was Re: Melting down your network [Subject changed]]
Quentin Garnier Re: ACPI-CA v. 20050309 status
Michael Graff Re: Melting down your network [Subject changed]
J Chapman Flack Re: Melting down your network [Subject changed]
Alan Barrett Re: Melting down your network [Subject changed]
J Chapman Flack Re: Melting down your network [Subject changed]
Alan Barrett Re: Melting down your network [Subject changed]
Allen Briggs Re: Melting down your network [Subject changed]
Christos Zoulas Re: Melting down your network [Subject changed]
Bill Studenmund Re: Melting down your network [Subject changed]
Emmanuel Dreyfus Re: Melting down your network [Subject changed]
J Chapman Flack Re: Melting down your network [Subject changed]
Jason Thorpe Re: Melting down your network [Subject changed]
Jason Thorpe Re: Melting down your network [Subject changed]
Bill Studenmund Re: Melting down your network [Subject changed]
Christos Zoulas Re: Melting down your network [Subject changed]
Cliff Wright Added compression handling to vnd driver
der Mouse Re: Melting down your network [Subject changed]
Manuel Bouyer kernel thread helper for vnd(4)
Jonathan Stone Re: Melting down your network [Subject changed]
der Mouse b_resid > b_bcount?
Florian Stoehr Re: Added compression handling to vnd driver
Jason Thorpe Re: Melting down your network [Subject changed]
Cliff Wright Re: Added compression handling to vnd driver
Cliff Wright Re: Added compression handling to vnd driver
Cliff Wright Re: Added compression handling to vnd driver
Jason Thorpe Re: kernel thread helper for vnd(4)
03/30/2005
Daniel Carosone throttling send(2)
Daniel Carosone Re: Added compression handling to vnd driver
Juergen Hannken-Illjes Re: kernel thread helper for vnd(4)
Hubert Feyrer Re: Added compression handling to vnd driver
Florian Stoehr Re: Added compression handling to vnd driver
Manuel Bouyer Re: b_resid > b_bcount?
Matt Watts RE: Verizon EVDO and NetBSD ugensa Driver
Edward B. Dreger RE: Verizon EVDO and NetBSD ugensa Driver
Manuel Bouyer Re: kernel thread helper for vnd(4)
Manuel Bouyer Re: kernel thread helper for vnd(4)
Jason Thorpe Re: port-xen/29775: Cannot use a vnode disk for domU
Jason Thorpe Re: port-xen/29775: Cannot use a vnode disk for domU
Jason Thorpe Re: port-xen/29775: Cannot use a vnode disk for domU
Jason Thorpe Re: port-xen/29775: Cannot use a vnode disk for domU
Matt Watts Re: Verizon EVDO and NetBSD ugensa Driver
03/31/2005
YAMAMOTO Takashi Re: port-xen/29775: Cannot use a vnode disk for domU
YAMAMOTO Takashi Re: port-xen/29775: Cannot use a vnode disk for domU
Hubert Feyrer Re: Added compression handling to vnd driver
Daniel Carosone Re: port-xen/29775: Cannot use a vnode disk for domU
YAMAMOTO Takashi Re: port-xen/29775: Cannot use a vnode disk for domU
YAMAMOTO Takashi Re: port-xen/29775: Cannot use a vnode disk for domU
Vincent ACPI init (sequel)
Quentin Garnier Re: ACPI init (sequel)
YAMAMOTO Takashi Re: yamt-km branch
Manuel Bouyer Re: port-xen/29775: Cannot use a vnode disk for domU
Martin Husemann Re: Added compression handling to vnd driver
Daniel Carosone Re: Added compression handling to vnd driver
Martin Husemann Re: Added compression handling to vnd driver
YAMAMOTO Takashi Re: port-xen/29775: Cannot use a vnode disk for domU
Manuel Bouyer Re: port-xen/29775: Cannot use a vnode disk for domU
Hubert Feyrer Re: Added compression handling to vnd driver
Florian Stoehr Re: Added compression handling to vnd driver
Martin Husemann Re: Added compression handling to vnd driver