Index of tech-kern for November, 2005


FromSubject
11/01/2005
matthew green re: PR 31468 -- distributed LKMs are not useful because of incompatible config
Alistair Crooks Re: Finally increasing vm.execmin by default
Simon Burge Re: Timekeeping in NetBSD -or- getting ready to split the microsecond
YAMAMOTO Takashi splraiseipl()
Frank Kardel Re: Timekeeping in NetBSD -or- getting ready to split the microsecond
Jason Thorpe Re: splraiseipl()
Chuck Silvers Re: PR 31468 -- distributed LKMs are not useful because of incompatible config
Lennart Augustsson Re: OHCI question...
Jason Thorpe Re: PR 31468 -- distributed LKMs are not useful because of incompatible config
Garrett D'Amore Re: OHCI question...
Allen Briggs Re: PR 31468 -- distributed LKMs are not useful because of incompatible config
11/02/2005
YAMAMOTO Takashi Re: scheduler_wait_hook
George Michaelson gcc4.0
software.au@gmail.com Re: gcc4.0
Martin Husemann Re: gcc4.0
Chuck Silvers Re: ipc errors/Linux Emulation NetBSD-3BETA using Oracle
John R. Shannon Re: gcc4.0
Geert Hendrickx Re: Finally increasing vm.execmin by default
Allen Briggs Re: ipc errors/Linux Emulation NetBSD-3BETA using Oracle
Matthew Mondor Re: Finally increasing vm.execmin by default
matthew sporleder Re: Finally increasing vm.execmin by default
Richard Earnshaw Re: gcc4.0
Vincent Re: gcc4.0
fab Re: gcc4.0
Bill Studenmund libsa trouble reading a CD with ustarfs on macppc
Bill Squier Re: envsys(4) questions and a proposed extension.
Christos Zoulas Re: gcc4.0
Rui Paulo Re: Finally increasing vm.execmin by default
11/03/2005
Ian Zagorskih Re: gcc4.0
George Michaelson Re: gcc4.0
Daniel Carosone Re: gcc4.0
Berndt Josef Wulf Re: gcc4.0
software.au@gmail.com Re: gcc4.0
Martin Husemann Re: gcc4.0
Richard Earnshaw Re: gcc4.0
Simon Burge Re: gcc4.0
Vincent Re: gcc4.0
Roland Illig kern_prot.c, crcmp()
Roland Illig kern_prot.c, comment above sys_getegid()
Steve Woodford Re: splraiseipl()
Joerg Sonnenberger Re: gcc4.0
Joerg Sonnenberger Re: gcc4.0
Joerg Sonnenberger Re: gcc4.0
zvrba@globalnet.hr another kernel crash
Matthew Mondor Re: splraiseipl()
Matthew Mondor Re: gcc4.0
Jeff Rizzo Re: another kernel crash
Christos Zoulas Re: another kernel crash
Patrick Welche Re: FYI: Unused function ehci_dump()
David Laight Re: kern_prot.c, crcmp()
Eric Haszlakiewicz Re: kern_prot.c, comment above sys_getegid()
Steven M. Bellovin Re: gcc4.0
11/04/2005
Simon Burge Re: gcc4.0
Roland Illig crcmp() (was: Re: kern_prot.c, comment above sys_getegid())
der Mouse dev/sbus/be.c: typo bug?
Chuck Silvers Re: PR 31468 -- distributed LKMs are not useful because of incompatible config
Nicolas Joly Re: 3.0_BETA: xi* and setting media types
Jason Thorpe Re: crcmp() (was: Re: kern_prot.c, comment above sys_getegid())
Krister Walfridsson Processes stuck in saupcpl on 3.0_BETA
Chuck Silvers Re: Processes stuck in saupcpl on 3.0_BETA
Nicolas Joly Re: Processes stuck in saupcpl on 3.0_BETA
Matthew Orgass Re: FYI: Unused function ehci_dump()
Krister Walfridsson Re: FYI: Unused function ehci_dump()
11/05/2005
GNMJLR@terra.es Re: ipc errors/Linux Emulation NetBSD-3BETA using Oracle
Emmanuel Dreyfus map user memory in kernel
Wolfgang Solfrank Re: map user memory in kernel
Iain Hibbert Re: splraiseipl()
Emmanuel Dreyfus Re: map user memory in kernel
David Laight Re: map user memory in kernel
Manuel Bouyer Re: dev/sbus/be.c: typo bug?
Joerg Sonnenberger Re: map user memory in kernel
Steven M. Bellovin Re: map user memory in kernel
Eric Haszlakiewicz Re: map user memory in kernel
Steven M. Bellovin Re: map user memory in kernel
Jaromir Dolecek Re: map user memory in kernel
Nathan J. Williams Re: map user memory in kernel
Iain Hibbert Re: splraiseipl()
Emmanuel Dreyfus Re: map user memory in kernel
Chuck Silvers Re: map user memory in kernel
Jason Thorpe Re: splraiseipl()
Jason Thorpe Re: splraiseipl()
11/06/2005
YAMAMOTO Takashi Re: splraiseipl()
YAMAMOTO Takashi Re: splraiseipl()
Reinoud Zandijk Re: yamt-vop branch
Emmanuel Dreyfus Re: map user memory in kernel
David Laight Re: map user memory in kernel
Iain Hibbert Re: splraiseipl()
YAMAMOTO Takashi Re: splraiseipl()
Emmanuel Dreyfus Re: map user memory in kernel
YAMAMOTO Takashi Re: scheduler_wait_hook
Jason Thorpe Re: splraiseipl()
Thor Lancelot Simon Re: map user memory in kernel
Eric Haszlakiewicz Re: map user memory in kernel
Eric Haszlakiewicz Re: map user memory in kernel
Jaromir Dolecek Re: map user memory in kernel
Chuck Silvers Re: map user memory in kernel
Jaromir Dolecek Re: map user memory in kernel
Chuck Silvers Re: map user memory in kernel
Jaromir Dolecek Re: map user memory in kernel
Gordon Waidhofer RE: map user memory in kernel
Eric Haszlakiewicz Re: map user memory in kernel
Eric Haszlakiewicz Re: map user memory in kernel
Gordon Waidhofer RE: map user memory in kernel
11/07/2005
David Laight Re: map user memory in kernel
rudolf PMTU checks for netbsd-3?
Bill Studenmund Re: map user memory in kernel
Chuck Silvers Re: yet another SA assertion failure with 3.0
Jonathan Stone Re: use .d for kernel
11/08/2005
YAMAMOTO Takashi use .d for kernel
Hubert Feyrer Re: use .d for kernel
YAMAMOTO Takashi Re: yet another SA assertion failure with 3.0
YAMAMOTO Takashi Re: use .d for kernel
matthew green re: use .d for kernel
Andy Ruhl Re: Qube2 crashes every night
Andy Ruhl Re: Qube2 crashes every night
Andy Ruhl Re: Qube2 crashes every night
Andy Ruhl Re: Qube2 crashes every night
Jason Thorpe Re: use .d for kernel
Chuck Silvers Re: yet another SA assertion failure with 3.0
Eric Haszlakiewicz headers in opt directory (was Re: use .d for kernel)
Jim Miller Support for some newer RAID Controllers
Jim Miller Support for some newer RAID Controllers
Manuel Bouyer Re: Support for some newer RAID Controllers
11/09/2005
YAMAMOTO Takashi Re: yet another SA assertion failure with 3.0
Hubert Feyrer Re: Support for some newer RAID Controllers
Simon Burge How to make a sysctl return a short structure?
Francisco Guerreiro Re: Support for some newer RAID Controllers
David Young /dev on tmpfs problem
Simon Burge tmpfs sparse files?
Daniel Angelini Veriexec sysctl
Elad Efrat Re: Veriexec sysctl
Chuck Silvers Re: yet another SA assertion failure with 3.0
Daniel Angelini Re: Veriexec sysctl
GNMJLR@terra.es Re: ipc errors/Linux Emulation NetBSD-3BETA using Oracle
GNMJLR@terra.es Re: ipc errors/Linux Emulation NetBSD-3BETA using Oracle
GNMJLR@terra.es Re: ipc errors/Linux Emulation NetBSD-3BETA using Oracle
11/10/2005
Brett Lymn Re: Veriexec sysctl
YAMAMOTO Takashi Re: tmpfs sparse files?
YAMAMOTO Takashi Re: /dev on tmpfs problem
Christos Zoulas Re: ipc errors/Linux Emulation NetBSD-3BETA using Oracle
Chuck Silvers Re: ipc errors/Linux Emulation NetBSD-3BETA using Oracle
Garrett D'Amore netbsd DHCP vendor class identifier (VCI)
Steven M. Bellovin Re: netbsd DHCP vendor class identifier (VCI)
Garrett D'Amore Re: netbsd DHCP vendor class identifier (VCI)
11/11/2005
Florian Stoehr Max process data size must be signed integer?
YAMAMOTO Takashi Re: yet another SA assertion failure with 3.0
Simon Burge Re: netbsd DHCP vendor class identifier (VCI)
Martin Husemann Re: netbsd DHCP vendor class identifier (VCI)
Garrett D'Amore Re: netbsd DHCP vendor class identifier (VCI)
Vincent Latest compat_linux changes in current- break OpenOffice
Chuck Silvers Re: yet another SA assertion failure with 3.0
Christos Zoulas Re: netbsd DHCP vendor class identifier (VCI)
Nathan J. Williams Re: yet another SA assertion failure with 3.0
Christos Zoulas Re: yet another SA assertion failure with 3.0
Jaromir Dolecek Re: Latest compat_linux changes in current- break OpenOffice
Quentin Garnier Introducing environment in autoconf(9)
David Young Re: /dev on tmpfs problem
Valeriy E. Ushakov Re: Introducing environment in autoconf(9)
Vincent Re: Latest compat_linux changes in current- break OpenOffice
Dheeraj S Free/OpenBSD's em(4) driver for NetBSD
Quentin Garnier Re: Introducing environment in autoconf(9)
Greg Troxel GENERIC.local in INSTALL kernels unexpected (i386)
Steven M. Bellovin Re: Latest compat_linux changes in current- break OpenOffice
Chuck Silvers Re: yet another SA assertion failure with 3.0
11/12/2005
Simon Burge Building libkern.o for -DLKM always?
Martin Husemann Re: Introducing environment in autoconf(9)
Quentin Garnier Re: Introducing environment in autoconf(9)
Martin Husemann Re: Introducing environment in autoconf(9)
YAMAMOTO Takashi Re: /dev on tmpfs problem
Hubert Feyrer Re: /dev on tmpfs problem
David Young Re: /dev on tmpfs problem
Joerg Sonnenberger Re: /dev on tmpfs problem
Steven M. Bellovin Re: /dev on tmpfs problem
Jeff Rizzo change BUFPAGES warnings in sys/ufs/lfs/lfs_vfsops.c ?
11/13/2005
Brett Lymn tape drive instrumentation round 2
YAMAMOTO Takashi Re: /dev on tmpfs problem
matthew green re: /dev on tmpfs problem
Daniel Carosone Re: /dev on tmpfs problem
David Young Re: /dev on tmpfs problem
=?iso-8859-1?q?Love_H=F6 Re: CVS commit: src/sys/miscfs/genfs
Julio M. Merino Vidal Re: /dev on tmpfs problem
Steven M. Bellovin Re: /dev on tmpfs problem
Garrett D'Amore OHCI endian fixes
11/14/2005
YAMAMOTO Takashi Re: CVS commit: src/sys/miscfs/genfs
Daniel Carosone Re: /dev on tmpfs problem
YAMAMOTO Takashi re: /dev on tmpfs problem
YAMAMOTO Takashi Re: /dev on tmpfs problem
Daniel Carosone Re: /dev on tmpfs problem
YAMAMOTO Takashi Re: /dev on tmpfs problem
Daniel Carosone Re: /dev on tmpfs problem
Luke Mewburn Re: GENERIC.local in INSTALL kernels unexpected (i386)
Luke Mewburn Re: tape drive instrumentation round 2
Daniel Carosone Re: free space (was /dev) on tmpfs problem
YAMAMOTO Takashi Re: /dev on tmpfs problem
YAMAMOTO Takashi Re: free space (was /dev) on tmpfs problem
Brett Lymn Re: tape drive instrumentation round 2
Daniel Carosone Re: free space (was /dev) on tmpfs problem
YAMAMOTO Takashi Re: free space (was /dev) on tmpfs problem
matthew green re: /dev on tmpfs problem
Allen Briggs Re: /dev on tmpfs problem
Hubert Feyrer umass woe: sd0(umass0:0:0): readonly device & drive offline
Matthew Mondor Re: free space (was /dev) on tmpfs problem
Michael van Elst Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Matthew Orgass Re: /dev on tmpfs problem
Steven M. Bellovin Re: /dev on tmpfs problem
Michael van Elst Re: /dev on tmpfs problem
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Michael van Elst Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Daniel Carosone Re: free space (was /dev) on tmpfs problem
Daniel Carosone Re: free space (was /dev) on tmpfs problem
YAMAMOTO Takashi Re: free space (was /dev) on tmpfs problem
Michael van Elst Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Daniel Carosone Re: free space (was /dev) on tmpfs problem
YAMAMOTO Takashi Re: free space (was /dev) on tmpfs problem
Brett Lymn verified exec per page fingerprints
YAMAMOTO Takashi Re: verified exec per page fingerprints
Steven M. Bellovin Re: free space (was /dev) on tmpfs problem
Lennart Augustsson Re: OHCI endian fixes
Nathan J. Williams Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Nathan J. Williams Re: free space (was /dev) on tmpfs problem
Bill Studenmund Re: tape drive instrumentation round 2
Pavel Cahyna Re: tape drive instrumentation round 2
Eric Haszlakiewicz Re: verified exec per page fingerprints
Elad Efrat Re: verified exec per page fingerprints
Jason Thorpe Re: free space (was /dev) on tmpfs problem
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Jason Thorpe Re: netbsd DHCP vendor class identifier (VCI)
Jason Thorpe Re: netbsd DHCP vendor class identifier (VCI)
Garrett D'Amore Re: netbsd DHCP vendor class identifier (VCI)
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Bill Studenmund Re: tape drive instrumentation round 2
Bill Studenmund Re: free space (was /dev) on tmpfs problem
Michael van Elst Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Bill Studenmund Re: some kernel questions
Jonathan Stone PCI-Express question: standard offsets for PCI-e registers in PCI config-space?
Love Re: CVS commit: src/sys/miscfs/genfs
11/15/2005
Daniel Carosone Re: free space (was /dev) on tmpfs problem
matthew green re: free space (was /dev) on tmpfs problem
Daniel Carosone Re: free space (was /dev) on tmpfs problem
haad some kernel questions
matthew green re: free space (was /dev) on tmpfs problem
Daniel Carosone Re: free space (was /dev) on tmpfs problem
matthew green re: free space (was /dev) on tmpfs problem
Simon Burge Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Brett Lymn Re: verified exec per page fingerprints
Michael van Elst Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
YAMAMOTO Takashi re: free space (was /dev) on tmpfs problem
YAMAMOTO Takashi Re: free space (was /dev) on tmpfs problem
Christos Zoulas Re: some kernel questions
Daniel Carosone Re: free space (was /dev) on tmpfs problem
YAMAMOTO Takashi Re: free space (was /dev) on tmpfs problem
matthew green re: free space (was /dev) on tmpfs problem
YAMAMOTO Takashi re: free space (was /dev) on tmpfs problem
matthew green re: free space (was /dev) on tmpfs problem
YAMAMOTO Takashi re: free space (was /dev) on tmpfs problem
Brett Lymn Re: tape drive instrumentation round 2
matthew green re: free space (was /dev) on tmpfs problem
YAMAMOTO Takashi yamt-readahead branch
Hubert Feyrer Re: yamt-readahead branch
Hubert Feyrer Re: yamt-readahead branch
YAMAMOTO Takashi Re: yamt-readahead branch
YAMAMOTO Takashi Re: yamt-readahead branch
Hubert Feyrer Re: yamt-readahead branch
YAMAMOTO Takashi Re: yamt-readahead branch
Eric Haszlakiewicz Re: verified exec per page fingerprints
Hubert Feyrer Re: yamt-readahead branch
YAMAMOTO Takashi Re: yamt-readahead branch
Hubert Feyrer Re: yamt-readahead branch
Brett Lymn Re: verified exec per page fingerprints
Matthias Drochner Re: PCI-Express question: standard offsets for PCI-e registers in PCI
Patrick Welche Re: FYI: Unused function ehci_dump()
Quentin Garnier Re: PCI-Express question: standard offsets for PCI-e registers in PCI config-sp
Elad Efrat Re: verified exec per page fingerprints
Matthias Drochner Re: PCI-Express question: standard offsets for PCI-e registers in PCI
Jason Thorpe Re: PCI-Express question: standard offsets for PCI-e registers in PCI config-sp
Manuel Bouyer Re: free space (was /dev) on tmpfs problem
Jonathan Stone Re: PCI-Express question: standard offsets for PCI-e registers in PCI config-sp
Johnny Lam Re: free space (was /dev) on tmpfs problem
Matthew Mondor Re: free space (was /dev) on tmpfs problem
Garrett D'Amore Re: free space (was /dev) on tmpfs problem
Matthew Mondor Re: device special files
Steven M. Bellovin Re: device special files
Matthew Mondor Re: device special files
Bill Studenmund Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Chuck Silvers Re: yamt-readahead branch
Jonathan Stone Re: yamt-readahead branch
Jonathan Stone Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Jonathan Stone Re: device special files
Jonathan Stone Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
11/16/2005
YAMAMOTO Takashi Re: Sample splice(2) via kcont(9), work-in-progress towards
Petar Bogdanovic device special files
Petar Bogdanovic Re: device special files
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
YAMAMOTO Takashi Re: yamt-readahead branch
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
YAMAMOTO Takashi Re: yamt-readahead branch
Michael van Elst Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Petar Bogdanovic Re: device special files
Petar Bogdanovic Re: device special files
Matthias Drochner Re: PCI-Express question: standard offsets for PCI-e registers in PCI
Iain Hibbert soisdisconnected/soisconnected & EPIPE
Bill Studenmund Re: soisdisconnected/soisconnected & EPIPE
Jed Davis Re: yamt-readahead branch
Garrett D'Amore bus_dmamap errors....
Chuck Silvers Re: yamt-readahead branch
11/17/2005
SODA Noriyuki Re: yamt-readahead branch
Martin Husemann Re: bus_dmamap errors....
YAMAMOTO Takashi Re: yamt-readahead branch
Peter Bex PR 32072 showstopper for 3.0?
Brett Lymn Re: verified exec per page fingerprints
Chuck Silvers Re: yamt-readahead branch
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Roland Illig crcmp(), once again
Martin Husemann Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Michael van Elst Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Roland Illig Re: crcmp(), once again
Eric Haszlakiewicz Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Eric Haszlakiewicz Re: crcmp(), once again
Tom Spindler Re: crcmp(), once again
11/18/2005
YAMAMOTO Takashi Re: crcmp(), once again
YAMAMOTO Takashi Re: crcmp(), once again
Martin Husemann Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
joerg@britannica.bec Re: crcmp(), once again
Kouichirou Hiratsuka USB vendor ID of C-Media
YAMAMOTO Takashi Re: crcmp(), once again
YAMAMOTO Takashi Re: verified exec per page fingerprints
Brett Lymn Re: verified exec per page fingerprints
YAMAMOTO Takashi Re: verified exec per page fingerprints
Roland Illig Re: crcmp(), once again
Martin Husemann Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
David Laight Re: crcmp(), once again
Lennart Augustsson Re: USB vendor ID of C-Media
Manuel Bouyer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Brett Lymn Re: verified exec per page fingerprints
Kouichirou Hiratsuka Re: USB vendor ID of C-Media
YAMAMOTO Takashi Re: verified exec per page fingerprints
Christos Zoulas Re: crcmp(), once again
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Michael van Elst Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Rhialto Re: yamt-readahead branch
Matthew Orgass CF/IDE performance problem...
11/19/2005
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Michael van Elst Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Manuel Bouyer Re: CF/IDE performance problem...
Christos Zoulas Re: crcmp(), once again
Gordon Waidhofer RE: crcmp(), once again
Quentin Garnier Re: Introducing environment in autoconf(9)
11/20/2005
YAMAMOTO Takashi Re: crcmp(), once again
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
YAMAMOTO Takashi RE: crcmp(), once again
Manuel Bouyer Re: crcmp(), once again
Manuel Bouyer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Anders Gavare FROMBCD coding style flaw
Martin Husemann Re: FROMBCD coding style flaw
Thor Lancelot Simon Proposal: eliminate all macros in the kernel
Tonnerre LOMBARD Re: Proposal: eliminate all macros in the kernel
Thor Lancelot Simon Re: Proposal: eliminate all macros in the kernel
Tonnerre LOMBARD Re: Proposal: eliminate all macros in the kernel
Martin Husemann Re: Proposal: eliminate all macros in the kernel
GNMJLR@terra.es Re: ipc errors/Linux Emulation NetBSD-3BETA using Oracle
Roland Illig Re: Proposal: eliminate all macros in the kernel
Tonnerre LOMBARD Re: Proposal: eliminate all macros in the kernel
Chris Jepeway Re: Proposal: eliminate all macros in the kernel
Thor Lancelot Simon Re: Proposal: eliminate all macros in the kernel
David Laight Re: Proposal: eliminate all macros in the kernel
Thor Lancelot Simon Re: Proposal: eliminate all macros in the kernel
Michael van Elst Re: Proposal: eliminate all macros in the kernel
11/21/2005
YAMAMOTO Takashi Re: Proposal: eliminate all macros in the kernel
YAMAMOTO Takashi Re: Proposal: eliminate all macros in the kernel
Matthew Orgass Re: CF/IDE performance problem...
Tonnerre LOMBARD Re: Proposal: eliminate all macros in the kernel
der Mouse 2.0 and >2T filesystems
joerg@britannica.bec Re: Proposal: eliminate all macros in the kernel
Greg Oster Re: 2.0 and >2T filesystems
Dave Tyson problems with make release on netbsd-2
Garrett D'Amore endianness and PCI
der Mouse Re: 2.0 and >2T filesystems
der Mouse Re: 2.0 and >2T filesystems
mickey Re: endianness and PCI
Garrett D'Amore Re: endianness and PCI
mickey Re: endianness and PCI
Manuel Bouyer Re: endianness and PCI
Martin Husemann Re: endianness and PCI
Valeriy E. Ushakov Re: endianness and PCI
Allen Briggs Re: 2.0 and >2T filesystems
der Mouse Re: 2.0 and >2T filesystems
der Mouse Re: 2.0 and >2T filesystems
Pavel Cahyna Re: 2.0 and >2T filesystems
der Mouse Re: 2.0 and >2T filesystems
Manuel Bouyer Re: CF/IDE performance problem...
Jed Davis Re: Proposal: eliminate all macros in the kernel
Garrett D'Amore Re: Proposal: eliminate all macros in the kernel
11/22/2005
Luke Mewburn Re: 2.0 and >2T filesystems
Simon Burge foo_init()s in main() [was: CVS commit: src/sys]
Tonnerre LOMBARD Re: Proposal: eliminate all macros in the kernel
Martin Husemann Re: foo_init()s in main() [was: CVS commit: src/sys]
Thor Lancelot Simon Re: Proposal: eliminate all macros in the kernel
Tonnerre LOMBARD Re: Proposal: eliminate all macros in the kernel
joerg@britannica.bec Re: foo_init()s in main() [was: CVS commit: src/sys]
Tonnerre LOMBARD Re: foo_init()s in main() [was: CVS commit: src/sys]
Simon Burge Re: foo_init()s in main() [was: CVS commit: src/sys]
YAMAMOTO Takashi Re: foo_init()s in main() [was: CVS commit: src/sys]
Simon Burge Re: foo_init()s in main() [was: CVS commit: src/sys]
joerg@britannica.bec Re: foo_init()s in main() [was: CVS commit: src/sys]
D'Arcy J.M. Cain Cannot get priority range for scheduling policy 0
Jason Thorpe Re: Proposal: eliminate all macros in the kernel
Jason Thorpe Re: foo_init()s in main() [was: CVS commit: src/sys]
Bill Studenmund Re: foo_init()s in main() [was: CVS commit: src/sys]
Jason Thorpe Re: foo_init()s in main() [was: CVS commit: src/sys]
Steven M. Bellovin Re: foo_init()s in main() [was: CVS commit: src/sys]
Terry Moore Re: foo_init()s in main() [was: CVS commit: src/sys]
Andrey Petrov Re: foo_init()s in main() [was: CVS commit: src/sys]
Jed Davis Re: Proposal: eliminate all macros in the kernel
Jason Thorpe Re: foo_init()s in main() [was: CVS commit: src/sys]
Matthew Orgass Re: CF/IDE performance problem...
Warner Losh Re: CF/IDE performance problem...
11/23/2005
YAMAMOTO Takashi Re: yamt-readahead branch
matthew green re: Proposal: eliminate all macros in the kernel
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
YAMAMOTO Takashi Re: foo_init()s in main() [was: CVS commit: src/sys]
joerg@britannica.bec Re: foo_init()s in main() [was: CVS commit: src/sys]
Manuel Bouyer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Masao Uebayashi Re: foo_init()s in main()
YAMAMOTO Takashi Re: foo_init()s in main()
Patrick Welche umass woe
Lennart Augustsson Re: umass woe
der Mouse Re: 2.0 and >2T filesystems
Manuel Bouyer x86 bus_dmamem_alloc vs BUS_DMA_NOWAIT
Bill Studenmund Re: foo_init()s in main() [was: CVS commit: src/sys]
Garrett D'Amore Re: foo_init()s in main() [was: CVS commit: src/sys]
der Mouse Re: 2.0 and >2T filesystems
Garrett D'Amore if_de vs. if_tlp
Bill Studenmund Re: foo_init()s in main() [was: CVS commit: src/sys]
Garrett D'Amore Re: foo_init()s in main() [was: CVS commit: src/sys]
Jason Thorpe Re: if_de vs. if_tlp
11/24/2005
Martin Husemann Re: foo_init()s in main() [was: CVS commit: src/sys]
Richard Earnshaw Re: 2.0 and >2T filesystems
YAMAMOTO Takashi Re: splraiseipl()
David Laight Re: 2.0 and >2T filesystems
Richard Earnshaw Re: if_de vs. if_tlp
Frank van der Linden Re: x86 bus_dmamem_alloc vs BUS_DMA_NOWAIT
YAMAMOTO Takashi Re: x86 bus_dmamem_alloc vs BUS_DMA_NOWAIT
Gary Duzan Missing COMPAT32 Syscalls
Quentin Garnier Re: Missing COMPAT32 Syscalls
der Mouse Re: 2.0 and >2T filesystems
Yukiharu Horio 'vinum read' fail
David Laight Re: 2.0 and >2T filesystems
der Mouse Re: 2.0 and >2T filesystems
Michael van Elst Re: if_de vs. if_tlp
Manuel Bouyer Re: x86 bus_dmamem_alloc vs BUS_DMA_NOWAIT
11/25/2005
Christos Zoulas Re: Missing COMPAT32 Syscalls
Frank van der Linden Re: Missing COMPAT32 Syscalls
Stephen Borrill zaptel lkm skipping pci bus
Jason Thorpe Re: x86 bus_dmamem_alloc vs BUS_DMA_NOWAIT
Garrett D'Amore Re: if_de vs. if_tlp
Michael van Elst Re: if_de vs. if_tlp
Rhialto Re: foo_init()s in main() [was: CVS commit: src/sys]
Iain Hibbert Re: soisdisconnected/soisconnected & EPIPE
iMil ural(4) for NetBSD 3.0, patch included (updated)
Jachym Holecek Re: foo_init()s in main() [was: CVS commit: src/sys]
David Young Re: free space (was /dev) on tmpfs problem
11/26/2005
Bernd Ernesti Re: free space (was /dev) on tmpfs problem
David Young Re: free space (was /dev) on tmpfs problem
Geert Hendrickx Re: ural(4) for NetBSD 3.0, patch included (updated)
iMil ural(4) for NetBSD 3.0, now sync'ed with OpenBSD ural driver
David Young Re: ural(4) for NetBSD 3.0, now sync'ed with OpenBSD ural driver
Matthew Orgass Re: CF/IDE performance problem...
M. Warner Losh Re: CF/IDE performance problem...
Matthew Orgass Re: CF/IDE performance problem...
11/27/2005
Michael van Elst msdosfs performance problem
Tonnerre LOMBARD Re: msdosfs performance problem
Michael van Elst Re: msdosfs performance problem
Tonnerre LOMBARD Re: msdosfs performance problem
Michael van Elst Re: msdosfs performance problem
Tonnerre LOMBARD Re: msdosfs performance problem
Jaromir Dolecek Re: msdosfs performance problem
Michael van Elst Re: msdosfs performance problem
Michael van Elst Re: msdosfs performance problem
David Laight Re: msdosfs performance problem
Pavel Cahyna Re: msdosfs performance problem
Michael van Elst Re: msdosfs performance problem
Matthew Orgass Re: msdosfs performance problem
Michael van Elst Re: msdosfs performance problem
Matthew Orgass Re: msdosfs performance problem
11/28/2005
Daniel Carosone Re: free space (was /dev) on tmpfs problem
Christos Zoulas Re: msdosfs performance problem
Simon Burge Re: kern/32035: APIC timer help
Manuel Bouyer Re: kern/32035: APIC timer help
Simon Burge Re: kern/32035: APIC timer help
Manuel Bouyer Re: kern/32035: APIC timer help
Simon Burge Re: kern/32035: APIC timer help
Manuel Bouyer Re: kern/32035: APIC timer help
Emmanuel Dreyfus remotely exitting a process
Matthew Mondor Custom FIFO filesystem from userspace
Dave Tyson NetBSD ate my onboard ethernet !
Bill Studenmund Re: splraiseipl()
Bill Studenmund Re: 2.0 and >2T filesystems
Damien Bergamini Re: ural(4) for NetBSD 3.0, now sync'ed with OpenBSD ural driver
Christos Zoulas Re: remotely exitting a process
Jason Thorpe Re: 2.0 and >2T filesystems
Jason Thorpe Re: remotely exitting a process
der Mouse Re: 2.0 and >2T filesystems
David Young Re: ural(4) for NetBSD 3.0, now sync'ed with OpenBSD ural driver
Bill Studenmund Re: splraiseipl()
Frank van der Linden Re: remotely exitting a process
11/29/2005
YAMAMOTO Takashi Re: splraiseipl()
YAMAMOTO Takashi Re: free space (was /dev) on tmpfs problem
Daniel Carosone Re: free space (was /dev) on tmpfs problem
Luke Mewburn Re: 2.0 and >2T filesystems
YAMAMOTO Takashi Re: free space (was /dev) on tmpfs problem
Matthew Mondor Re: Custom FIFO filesystem from userspace
Emmanuel Dreyfus select() does not work on /dev/audio
Bill Studenmund Re: Custom FIFO filesystem from userspace
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Damien Bergamini Re: ural(4) for NetBSD 3.0, now sync'ed with OpenBSD ural driver
Alan Post Re: select() does not work on /dev/audio
Matthew Mondor Re: Custom FIFO filesystem from userspace
David Maxwell Re: ural(4) for NetBSD 3.0, now sync'ed with OpenBSD ural driver
Emmanuel Dreyfus Re: remotely exitting a process
Bill Studenmund Re: mnt_leaf, v_vnlock, VLAYER
11/30/2005
YAMAMOTO Takashi mnt_leaf, v_vnlock, VLAYER
Christos Zoulas Re: remotely exitting a process
adam@albedo.art.pl Our daily bread(9)
Chuck Silvers Re: msdosfs performance problem
Jachym Holecek Re: Our daily bread(9)
Michael van Elst Re: msdosfs performance problem
Jonathan Stone PCI nics on big-endian CPUs [was Re: vge not working on bigendian, either (was
Ignatios Souvatzis Re: Our daily bread(9)
Chuck Silvers Re: msdosfs performance problem
john heasley appropriate ipl for a PCI GPS card?
Jonathan Stone Re: PCI nics on big-endian CPUs [was Re: vge not working on bigendian, either (