Index of tech-kern for December, 2005


FromSubject
12/01/2005
Izumi Tsutsui Re: PCI nics on big-endian CPUs [was Re: vge not working on bigendian,
Reinoud Zandijk Update on UDF CD/DVD filingsystem development project
Michael van Elst Re: msdosfs performance problem
Simon Burge Re: appropriate ipl for a PCI GPS card?
Emmanuel Dreyfus proposal for Linux exit_group emulation
Hubert Feyrer Re: proposal for Linux exit_group emulation
Emmanuel Dreyfus Re: proposal for Linux exit_group emulation
Matthew Mondor Re: proposal for Linux exit_group emulation
12/02/2005
Brett Lymn Re: mnt_leaf, v_vnlock, VLAYER
Elad Efrat Getting rid of /dev/veriexec
Quentin Garnier Re: Getting rid of /dev/veriexec
Hubert Feyrer Re: Getting rid of /dev/veriexec
Elad Efrat Re: Getting rid of /dev/veriexec
YAMAMOTO Takashi Re: Getting rid of /dev/veriexec
Elad Efrat Re: Getting rid of /dev/veriexec
Christos Zoulas Re: proposal for Linux exit_group emulation
Nathan J. Williams Re: Getting rid of /dev/veriexec
Elad Efrat Re: Getting rid of /dev/veriexec
Jaromir Dolecek Re: proposal for Linux exit_group emulation
Nathan J. Williams Re: Getting rid of /dev/veriexec
Elad Efrat Re: Getting rid of /dev/veriexec
Nathan J. Williams Re: Getting rid of /dev/veriexec
Elad Efrat Re: Getting rid of /dev/veriexec
Nathan J. Williams Re: Getting rid of /dev/veriexec
Steven M. Bellovin Re: Getting rid of /dev/veriexec
Steven M. Bellovin Re: Getting rid of /dev/veriexec
Elad Efrat Re: Getting rid of /dev/veriexec
Elad Efrat Re: Getting rid of /dev/veriexec
Nathan J. Williams Re: Getting rid of /dev/veriexec
Emmanuel Dreyfus Re: proposal for Linux exit_group emulation
Emmanuel Dreyfus Re: proposal for Linux exit_group emulation
Elad Efrat Re: Getting rid of /dev/veriexec
Thor Lancelot Simon Re: Getting rid of /dev/veriexec
Roland Illig Re: Getting rid of /dev/veriexec
Nathan J. Williams Re: Getting rid of /dev/veriexec
Christos Zoulas Re: proposal for Linux exit_group emulation
joerg@britannica.bec Re: Getting rid of /dev/veriexec
Elad Efrat Re: Getting rid of /dev/veriexec
Jason Thorpe Re: Getting rid of /dev/veriexec
Elad Efrat Re: Getting rid of /dev/veriexec
Jason Thorpe Re: Getting rid of /dev/veriexec
Elad Efrat Re: Getting rid of /dev/veriexec
Jason Thorpe Re: Getting rid of /dev/veriexec
Jason Thorpe Re: Getting rid of /dev/veriexec
Elad Efrat Re: Getting rid of /dev/veriexec
der Mouse Re: mnt_leaf, v_vnlock, VLAYER
Quentin Garnier Re: Getting rid of /dev/veriexec
joerg@britannica.bec Re: Getting rid of /dev/veriexec
der Mouse Re: Getting rid of /dev/veriexec
Chuck Silvers Re: proposal for Linux exit_group emulation
der Mouse Re: Getting rid of /dev/veriexec
Nathan J. Williams Re: Getting rid of /dev/veriexec
der Mouse Re: proposal for Linux exit_group emulation
der Mouse Re: Getting rid of /dev/veriexec
der Mouse Re: Getting rid of /dev/veriexec
Elad Efrat Re: Getting rid of /dev/veriexec
joerg@britannica.bec Re: Getting rid of /dev/veriexec
Elad Efrat Re: Getting rid of /dev/veriexec
Emmanuel Dreyfus Re: proposal for Linux exit_group emulation
der Mouse Re: Getting rid of /dev/veriexec
Emmanuel Dreyfus Re: proposal for Linux exit_group emulation
Elad Efrat Re: Getting rid of /dev/veriexec
Christos Zoulas Re: proposal for Linux exit_group emulation
der Mouse twe status queries?
Gordon Waidhofer RE: twe status queries?
john heasley Re: twe status queries?
Pavel Cahyna Re: Getting rid of /dev/veriexec
Jonathan Stone Re: twe status queries?
der Mouse Re: twe status queries?
Frank Naumann Re: twe status queries?
Matthew Mondor Re: proposal for Linux exit_group emulation
jonathan@dsg.stanfor Re: twe status queries?
Thor Lancelot Simon Re: twe status queries?
Frank Naumann Re: twe status queries?
Jason Thorpe Re: Getting rid of /dev/veriexec
der Mouse Re: twe status queries?
Jason Thorpe Re: twe status queries?
Jason Thorpe Re: twe status queries?
Thor Lancelot Simon Re: twe status queries?
der Mouse Re: twe status queries?
Warner Losh Re: Getting rid of /dev/veriexec
Greg Oster Re: twe status queries?
Steven M. Bellovin Re: Getting rid of /dev/veriexec
Steven M. Bellovin Re: Getting rid of /dev/veriexec
jonathan@dsg.stanfor Re: twe status queries?
Bill Studenmund Re: Getting rid of /dev/veriexec
Christos Zoulas Re: proposal for Linux exit_group emulation
Bill Studenmund Re: Getting rid of /dev/veriexec
Bill Studenmund Re: mnt_leaf, v_vnlock, VLAYER
Bill Studenmund Re: twe status queries?
Thor Lancelot Simon Re: twe status queries?
Bill Studenmund Re: Getting rid of /dev/veriexec
12/03/2005
Daniel Carosone Re: twe status queries?
matthew green re: Getting rid of /dev/veriexec
Simon Burge Re: Getting rid of /dev/veriexec
Frank van der Linden Re: proposal for Linux exit_group emulation
Jaromir Dolecek Re: twe status queries?
Brett Lymn Re: Getting rid of /dev/veriexec
Rui Paulo Re: Getting rid of /dev/veriexec
Chuck Silvers Re: proposal for Linux exit_group emulation
Christos Zoulas Re: proposal for Linux exit_group emulation
Thor Lancelot Simon Re: Getting rid of /dev/veriexec
rudolf bioctl [was: Re: twe status queries?]
Pavel Cahyna Re: Getting rid of /dev/veriexec
Christos Zoulas multiple inclusion protection for kernel files
Rui Paulo Re: multiple inclusion protection for kernel files
Garrett D'Amore Re: Getting rid of /dev/veriexec
Garrett D'Amore Re: multiple inclusion protection for kernel files
12/04/2005
Izumi Tsutsui Re: multiple inclusion protection for kernel files
Christos Zoulas Re: multiple inclusion protection for kernel files
Frank van der Linden Re: proposal for Linux exit_group emulation
Simon Burge Re: multiple inclusion protection for kernel files
Frank van der Linden Re: remotely exitting a process
Jaromir Dolecek Re: remotely exitting a process
Frank van der Linden Re: remotely exitting a process
Jaromir Dolecek Re: remotely exitting a process
Matt Thomas Re: multiple inclusion protection for kernel files
David Laight Re: multiple inclusion protection for kernel files
Garrett D'Amore Re: patch cardbus pccbb.c
12/05/2005
Xning Lee patch cardbus pccbb.c
Xning Lee Re: patch cardbus pccbb.c
George Michaelson sys/compat/ossaudio/ossaudio.c seems to need ioctl(AUDIO_GETINFO)
der Mouse Re: mnt_leaf, v_vnlock, VLAYER
Matthew Mondor Re: mnt_leaf, v_vnlock, VLAYER
Zongsheng Zhang about tcp timestamp option
Zongsheng Zhang about tcp timestamp option
Bill Studenmund Re: mnt_leaf, v_vnlock, VLAYER
der Mouse Re: mnt_leaf, v_vnlock, VLAYER
Iain Hibbert locking out device attach/detach?
12/06/2005
Brett Lymn Re: verified exec per page fingerprints
Bill Studenmund Re: mnt_leaf, v_vnlock, VLAYER
Bill Studenmund Re: locking out device attach/detach?
12/07/2005
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Simon Burge Re: kern/32035: APIC timer help
Hubert Feyrer Re: kern/32035: APIC timer help
MASUDA Hideo TMPFS and UNION
Iain Hibbert Re: locking out device attach/detach?
Steven M. Bellovin Re: TMPFS and UNION
Jason Thorpe Re: locking out device attach/detach?
Jason Thorpe Any reason to keep tty_tb.c?
Bill Studenmund Re: Any reason to keep tty_tb.c?
Jaromir Dolecek Re: TMPFS and UNION
Christos Zoulas Re: Any reason to keep tty_tb.c?
Garrett D'Amore Re: Bluetooth protocol code
12/08/2005
MASUDA Hideo Re: TMPFS and UNION
Iain Hibbert Bluetooth protocol code
Rui Paulo Re: Bluetooth protocol code
Christos Zoulas Re: Bluetooth protocol code
Manuel Bouyer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
12/09/2005
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Manuel Bouyer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
12/10/2005
Hubert Feyrer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
YAMAMOTO Takashi Re: page replacement
Thor Lancelot Simon Re: page replacement
YAMAMOTO Takashi Re: page replacement
Manuel Bouyer Re: umass woe: sd0(umass0:0:0): readonly device & drive offline
Chuck Silvers disabling PTHREAD_CONCURRENCY for 3.0
Chuck Silvers buffer cache tuning - running out of kernel virtual space
Chuck Silvers Re: yamt-readahead branch
der Mouse Re: yamt-readahead branch
Chuck Silvers Re: yamt-readahead branch
Matthew Mondor Re: disabling PTHREAD_CONCURRENCY for 3.0
12/11/2005
YAMAMOTO Takashi Re: buffer cache tuning - running out of kernel virtual space
Manuel Bouyer Re: disabling PTHREAD_CONCURRENCY for 3.0
Hubert Feyrer Re: disabling PTHREAD_CONCURRENCY for 3.0
Pavel Cahyna Re: disabling PTHREAD_CONCURRENCY for 3.0
joerg@britannica.bec Re: disabling PTHREAD_CONCURRENCY for 3.0
12/12/2005
Cherry G. Mathew Re: buffer cache tuning - running out of kernel virtual space
Paul Kranenburg Re: buffer cache tuning - running out of kernel virtual space
Chuck Silvers Re: page replacement
Chuck Silvers Re: disabling PTHREAD_CONCURRENCY for 3.0
Chuck Silvers Re: disabling PTHREAD_CONCURRENCY for 3.0
Chuck Silvers Re: buffer cache tuning - running out of kernel virtual space
Manuel Bouyer Re: disabling PTHREAD_CONCURRENCY for 3.0
Rui Paulo Re: Bluetooth protocol code
Rui Paulo Re: Bluetooth protocol code
Iain Hibbert Re: Bluetooth protocol code
Iain Hibbert Re: Bluetooth protocol code
Rui Paulo Re: Bluetooth protocol code
Garrett D'Amore Re: Bluetooth protocol code
Manuel Bouyer Re: Bluetooth protocol code
Garrett D'Amore access to external proms for PCI
Garrett D'Amore Re: access to external proms for PCI
Sean Davis what's it take to get a journaling filesystem?
Steven M. Bellovin Re: what's it take to get a journaling filesystem?
Michael Re: what's it take to get a journaling filesystem?
Sean Davis Re: what's it take to get a journaling filesystem?
12/13/2005
Hubert Feyrer Re: Bluetooth protocol code
matthew green re: Bluetooth protocol code
Christos Zoulas Re: Bluetooth protocol code
Christos Zoulas Re: Bluetooth protocol code
Francisco Guerreiro Re: what's it take to get a journaling filesystem?
Hubert Feyrer Re: what's it take to get a journaling filesystem?
Iain Hibbert re: Bluetooth protocol code
Ignatios Souvatzis Re: Bluetooth protocol code
Martin Husemann Re: access to external proms for PCI
Matthew Mondor Re: what's it take to get a journaling filesystem?
David Laight Re: Bluetooth protocol code
haad Re: what's it take to get a journaling filesystem?
Izumi Tsutsui Re: access to external proms for PCI
Michael Re: what's it take to get a journaling filesystem?
Chuck Silvers Re: disabling PTHREAD_CONCURRENCY for 3.0
Manuel Bouyer Re: disabling PTHREAD_CONCURRENCY for 3.0
Chuck Silvers Re: disabling PTHREAD_CONCURRENCY for 3.0
Jason Thorpe Re: what's it take to get a journaling filesystem?
Manuel Bouyer Re: disabling PTHREAD_CONCURRENCY for 3.0
Garrett D'Amore Re: access to external proms for PCI
Garrett D'Amore Re: disabling PTHREAD_CONCURRENCY for 3.0
Garrett D'Amore Re: what's it take to get a journaling filesystem?
Manuel Bouyer Re: disabling PTHREAD_CONCURRENCY for 3.0
Johan Danielsson Re: access to external proms for PCI
Quentin Garnier Re: CVS commit: src/sys/dev/acpi
Jason Thorpe Re: CVS commit: src/sys/dev/acpi
Garrett D'Amore Re: access to external proms for PCI
Garrett D'Amore Re: access to external proms for PCI
Jason Thorpe Re: access to external proms for PCI
zvrba@globalnet.hr Re: disabling PTHREAD_CONCURRENCY for 3.0
Garrett D'Amore Re: access to external proms for PCI
Manuel Bouyer Re: disabling PTHREAD_CONCURRENCY for 3.0
Christos Zoulas Re: CVS commit: src/sys/dev/acpi
Matthew Mondor Re: what's it take to get a journaling filesystem?
Jason Thorpe Re: what's it take to get a journaling filesystem?
Garrett D'Amore Re: access to external proms for PCI
12/14/2005
Rui Paulo More on Synaptics touchpad
matthew green re: access to external proms for PCI
Johan Danielsson Re: access to external proms for PCI
Reinoud Zandijk default generated disklabels get overwritten?
Manuel Bouyer Re: default generated disklabels get overwritten?
YAMAMOTO Takashi Re: page replacement
Reinoud Zandijk Re: default generated disklabels get overwritten?
Reinoud Zandijk Re: default generated disklabels get overwritten?
rudolf Re: what's it take to get a journaling filesystem?
Thor Lancelot Simon Re: what's it take to get a journaling filesystem?
Thor Lancelot Simon AHCI support for SATA devices?
rudolf Re: what's it take to get a journaling filesystem?
Manuel Bouyer Re: AHCI support for SATA devices?
Thor Lancelot Simon Re: AHCI support for SATA devices?
Manuel Bouyer Re: AHCI support for SATA devices?
Bernd Ernesti Re: AHCI support for SATA devices?
Manuel Bouyer Re: AHCI support for SATA devices?
jonathan@dsg.stanfor Re: AHCI support for SATA devices?
Reinoud Zandijk My changes to subr_disc_mbr (Was Re: default generated disklabels get overwritt
Jason Thorpe Re: My changes to subr_disc_mbr (Was Re: default generated disklabels get overw
Steven M. Bellovin Re: More on Synaptics touchpad
Chuck Silvers Re: page replacement
john heasley Re: NTP and PPS_SYNC option
12/15/2005
Manuel Bouyer Re: AHCI support for SATA devices?
Manuel Bouyer Re: My changes to subr_disc_mbr (Was Re: default generated disklabels get overw
Reinoud Zandijk Re: My changes to subr_disc_mbr (Was Re: default generated disklabels get overw
Reinoud Zandijk Re: My changes to subr_disc_mbr (Was Re: default generated disklabels get overw
Hubert Feyrer Re: My changes to subr_disc_mbr (Was Re: default generated disklabels
Reinoud Zandijk Re: My changes to subr_disc_mbr (Was Re: default generated disklabels get overw
Daniel Carosone Re: My changes to subr_disc_mbr (Was Re: default generated disklabels get overw
der Mouse Re: My changes to subr_disc_mbr (Was Re: default generated disklabels get overw
Michael van Elst Re: More on Synaptics touchpad
matthew green re: My changes to subr_disc_mbr (Was Re: default generated disklabels get overw
Reinoud Zandijk Proposal about disklabels
Greg Troxel Re: NTP and PPS_SYNC option
YAMAMOTO Takashi Re: page replacement
YAMAMOTO Takashi Re: kern/32287: Processes hang in "mclpl"
Thor Lancelot Simon Re: page replacement
Iain Hibbert re: Bluetooth protocol code
Rui Paulo Re: Bluetooth protocol code
Rui Paulo Thinkpad trackpoint [was Re: More on Synaptics touchpad]
Jason Thorpe Re: Proposal about disklabels
Steven M. Bellovin Re: Thinkpad trackpoint [was Re: More on Synaptics touchpad]
David Laight Re: Proposal about disklabels
Rui Paulo Re: Thinkpad trackpoint [was Re: More on Synaptics touchpad]
john heasley Re: NTP and PPS_SYNC option
john heasley Re: NTP and PPS_SYNC option
12/16/2005
Simon Burge Re: NTP and PPS_SYNC option
Michael Lorenz powerhooks and SCSI disks
Jason Thorpe Re: powerhooks and SCSI disks
Michael Lorenz Re: powerhooks and SCSI disks
Pavel Cahyna Re: powerhooks and SCSI disks
Michael Lorenz Re: powerhooks and SCSI disks
Michael scsictl stop causes panic ( was Re: powerhooks and SCSI disks )
Pavel Cahyna Re: powerhooks and SCSI disks
Michael Lorenz Re: powerhooks and SCSI disks
Jason Thorpe Re: powerhooks and SCSI disks
Michael Lorenz Re: powerhooks and SCSI disks
John Klos Recent netbsd-3 breakage
Manuel Bouyer Re: powerhooks and SCSI disks
Steven M. Bellovin Re: Recent netbsd-3 breakage
Michael Lorenz Re: powerhooks and SCSI disks
Pavel Cahyna Re: powerhooks and SCSI disks
Manuel Bouyer Re: powerhooks and SCSI disks
Michael Lorenz SCSI disks don't spin up automatically after scsictl sdx stop
Pavel Cahyna Re: SCSI disks don't spin up automatically after scsictl sdx stop
Manuel Bouyer Re: SCSI disks don't spin up automatically after scsictl sdx stop
Michael Lorenz Re: SCSI disks don't spin up automatically after scsictl sdx stop
Manuel Bouyer Re: powerhooks and SCSI disks
Michael Lorenz Re: SCSI disks don't spin up automatically after scsictl sdx stop
Garrett D'Amore Re: access to external proms for PCI
James Chacon Re: powerhooks and SCSI disks
12/17/2005
Pavel Cahyna Re: powerhooks and SCSI disks
Thor Lancelot Simon Strange hang in softintlock on SMP i386
Reinoud Zandijk Patch to fix disc size for cd/dvd
Pavel Cahyna Re: Patch to fix disc size for cd/dvd
Reinoud Zandijk Re: Patch to fix disc size for cd/dvd
Reinoud Zandijk Re: Patch to fix disc size for cd/dvd
Allen Briggs Re: access to external proms for PCI
Iain Hibbert Re: Bluetooth update
Jason Thorpe Re: access to external proms for PCI
Thor Lancelot Simon Re: Bluetooth update
Allen Briggs Re: access to external proms for PCI
Michael Lorenz Re: SCSI disks don't spin up automatically after scsictl sdx stop
Jason Thorpe Re: SCSI disks don't spin up automatically after scsictl sdx stop
Iain Hibbert Re: Bluetooth update
J Chapman Flack so what is the interface of /dev/sequencer really?
Michael Lorenz Re: SCSI disks don't spin up automatically after scsictl sdx stop
Garrett D'Amore Re: access to external proms for PCI
Jason Thorpe Re: access to external proms for PCI
Jason Thorpe Re: Bluetooth update
David Brownlee Re: SCSI disks don't spin up automatically after scsictl sdx stop
Michael Lorenz mesh driver bugfix
Jason Thorpe Re: mesh driver bugfix
Christos Zoulas Re: Bluetooth update
Michael Lorenz Re: mesh driver bugfix
Jason Thorpe Re: mesh driver bugfix
Garrett D'Amore Re: access to external proms for PCI
Jason Thorpe Re: SCSI disks don't spin up automatically after scsictl sdx stop
Bill Studenmund Re: mesh driver bugfix
Chuck Silvers Re: buffer cache tuning - running out of kernel virtual space
Jason Thorpe Re: Proposal about disklabels
Bill Studenmund Concern about IPL levels and spinlocking
12/18/2005
Havard Eidnes Re: SCSI disks don't spin up automatically after scsictl sdx stop
YAMAMOTO Takashi Re: scheduler_wait_hook
Hubert Feyrer Re: Bluetooth update
Iain Hibbert Re: Bluetooth update
Havard Eidnes Re: SCSI disks don't spin up automatically after scsictl sdx stop
matthew green re: Concern about IPL levels and spinlocking
David Laight Re: access to external proms for PCI
David Laight Re: Proposal about disklabels
Reinoud Zandijk Re: Proposal about disklabels
Garrett D'Amore Re: access to external proms for PCI
David Laight Re: access to external proms for PCI#
Rui Paulo Re: Bluetooth update
Garrett D'Amore Re: access to external proms for PCI#
Rui Paulo Re: Bluetooth update
David Young Re: access to external proms for PCI#
Nathan J. Williams Re: access to external proms for PCI#
David Laight Re: access to external proms for PCI#
Garrett D'Amore Re: access to external proms for PCI#
Bill Studenmund Re: Concern about IPL levels and spinlocking
Andreas Wrede Re: Strange hang in softintlock on SMP i386
12/19/2005
Hubert Feyrer qemu accelerator module, anyone?
Frank van der Linden Re: AHCI support for SATA devices?
Rui Paulo deadlock on i386 SMP system
Frederick Bruckman Re: kern/32035: APIC timer help
jonathan@dsg.stanfor Re: AHCI support for SATA devices?
Bill Studenmund Re: Bluetooth protocol code
Gerhard Sittig Re: qemu accelerator module, anyone?
Gerhard Sittig Best practice to stack LKMs (export a service hook)?
Manuel Bouyer Re: Patch to fix disc size for cd/dvd
Iain Hibbert Re: kern/32342: OpenBSD firmware loading framework
Bill Studenmund Re: Best practice to stack LKMs (export a service hook)?
12/20/2005
Thomas Klausner Re: Bluetooth update
YAMAMOTO Takashi Re: deadlock on i386 SMP system
Hubert Feyrer Re: qemu accelerator module, anyone?
Hubert Feyrer example for k&r being bad (was: Re: Bluetooth protocol code)
Valeriy E. Ushakov Re: Bluetooth protocol code
Valeriy E. Ushakov Re: Bluetooth protocol code
der Mouse Re: Bluetooth protocol code
joerg@britannica.bec Re: Bluetooth protocol code
der Mouse Re: Bluetooth protocol code
Michael Lorenz generic virtual consoles
Valeriy E. Ushakov Re: Bluetooth protocol code
Valeriy E. Ushakov Re: generic virtual consoles
joerg@britannica.bec Re: Bluetooth protocol code
Michael Lorenz Re: generic virtual consoles
der Mouse Re: Bluetooth protocol code
der Mouse >2T filesystems, redux
Bill Studenmund Re: >2T filesystems, redux
12/21/2005
Cherry G. Mathew DDB: BKPT_SET() API suggestion
Cherry G. Mathew Re: DDB: BKPT_SET() API suggestion
Reinoud Zandijk SCSI MMC device abstraction and UDF patch for review
Hubert Feyrer Re: SCSI MMC device abstraction and UDF patch for review
Christos Zoulas Re: SCSI MMC device abstraction and UDF patch for review
Garrett D'Amore radeon driver design (was Re: generic virtual consoles)
Reinoud Zandijk Re: SCSI MMC device abstraction and UDF patch for review
Reinoud Zandijk Re: SCSI MMC device abstraction and UDF patch for review
Bill Studenmund Re: SCSI MMC device abstraction and UDF patch for review
12/22/2005
Michael Lorenz Re: radeon driver design (was Re: generic virtual consoles)
Thor Lancelot Simon Re: radeon driver design (was Re: generic virtual consoles)
Michael Lorenz Re: radeon driver design (was Re: generic virtual consoles)
Garrett D'Amore Re: radeon driver design (was Re: generic virtual consoles)
Garrett D'Amore RCSID vs KERNEL_RCSID
Christos Zoulas Re: RCSID vs KERNEL_RCSID
Michael Lorenz Re: radeon driver design (was Re: generic virtual consoles)
Garrett D'Amore Re: radeon driver design (was Re: generic virtual consoles)
Garrett D'Amore Re: radeon driver design (was Re: generic virtual consoles)
Mariana Costa =?iso-8859-1?Q?2.000_Modelos_de_Cartas_Comerciais_-_Avisos,_Convites,_Propostas
Michael Lorenz Re: radeon driver design (was Re: generic virtual consoles)
Michael Lorenz Re: radeon driver design (was Re: generic virtual consoles)
12/23/2005
Hubert Feyrer playing with qemu's SMP support (i386)
Rui Paulo Re: playing with qemu's SMP support (i386)
Thor Lancelot Simon Re: playing with qemu's SMP support (i386)
Michael Re: generic virtual consoles
12/24/2005
YAMAMOTO Takashi Re: SCSI MMC device abstraction and UDF patch for review
Reinoud Zandijk Re: SCSI MMC device abstraction and UDF patch for review
Jan Koss UFS status
12/25/2005
Gilbert Fernandes Re: UFS status
Julio M. Merino Vidal Skipping Ontrack Disk Manager drivers
Gilbert Fernandes Re: Skipping Ontrack Disk Manager drivers
Rui Paulo removal of BPF_KERN_FILTER
Julio M. Merino Vidal Re: Skipping Ontrack Disk Manager drivers
12/26/2005
Gilbert Fernandes Re: Skipping Ontrack Disk Manager drivers
Pavel Cahyna Re: UFS status
Michael Re: UFS status
Garrett D'Amore Re: UFS status
Michael van Elst Re: UFS status
Sverre Froyen Questions about pcmcia Zoom modem card
12/27/2005
YAMAMOTO Takashi Re: SCSI MMC device abstraction and UDF patch for review
Hans Petter Selasky Locking advice when compiling the kernel with the "options MULTIPROCESSOR"
Cherry G. Mathew [resend] ia64 stack unwind.
Hubert Feyrer Re: [resend] ia64 stack unwind.
Cherry George Mathew ia64 stack unwind.
Julian Souza Cartas Comerciais
Reinoud Zandijk Re: FROMBCD coding style flaw
Reinoud Zandijk Re: SCSI MMC device abstraction and UDF patch for review
der Mouse Re: >2T filesystems, redux
John Nemeth 3.0 pcmcia regressions?
12/28/2005
Reinoud Zandijk SCSI MMC and UDF patch, take 2
Takayoshi Kochi Re: [resend] ia64 stack unwind.
Christos Zoulas Re: 3.0 pcmcia regressions?
der Mouse Re: radeon driver design (was Re: generic virtual consoles)
John Nemeth Re: 3.0 pcmcia regressions?
Christos Zoulas Re: 3.0 pcmcia regressions?
Hubert Feyrer Re: 3.0 pcmcia regressions?
ITOH Yasufumi Re: 3.0 pcmcia regressions?
Julio M. Merino Vidal Adding Multiboot support (or not)
tlaronde@polynum.com Re: Adding Multiboot support (or not)
Julio M. Merino Vidal Re: Adding Multiboot support (or not)
tlaronde@polynum.com Re: Adding Multiboot support (or not)
Julio M. Merino Vidal Re: Adding Multiboot support (or not)
Garrett D'Amore Re: radeon driver design (was Re: generic virtual consoles)
Julio M. Merino Vidal Little bootinfo cleanup
Cherry G. Mathew Re: [resend] ia64 stack unwind.
Cherry G. Mathew Re: [resend] ia64 stack unwind.
Cherry G. Mathew Re: [resend] ia64 stack unwind.
Bill Studenmund Re: SCSI MMC device abstraction and UDF patch for review
der Mouse Re: radeon driver design (was Re: generic virtual consoles)
Bill Studenmund Re: radeon driver design (was Re: generic virtual consoles)
Garrett D'Amore Re: radeon driver design (was Re: generic virtual consoles)
Garrett D'Amore Re: radeon driver design (was Re: generic virtual consoles)
der Mouse Re: radeon driver design (was Re: generic virtual consoles)
Alan Ritter Including NDIS in NetBSD
Bill Studenmund Re: RFC (reassign)buf and carvinf up buffers (was Re: SCSI MMC device abstracti
12/29/2005
Reinoud Zandijk RFC (reassign)buf and carvinf up buffers (was Re: SCSI MMC device abstraction a
Jaromir Dolecek Re: Adding Multiboot support (or not)
Frank van der Linden Re: Adding Multiboot support (or not)
Frank van der Linden Re: Including NDIS in NetBSD
Greg Troxel Re: Adding Multiboot support (or not)
Reinoud Zandijk Re: RFC (reassign)buf and carvinf up buffers (was Re: SCSI MMC device abstracti
Michael Lorenz Re: generic virtual consoles
Garrett D'Amore Re: generic virtual consoles
Kurt J. Lidl Re: radeon driver design (was Re: generic virtual consoles)
Bill Studenmund Re: RFC (reassign)buf and carvinf up buffers (was Re: SCSI MMC device abstracti
Bill Studenmund Re: Adding Multiboot support (or not)
Michael Lorenz Re: radeon driver design (was Re: generic virtual consoles)
David Young Re: Including NDIS in NetBSD
Reinoud Zandijk Re: RFC (reassign)buf and carvinf up buffers (was Re: SCSI MMC device abstracti
Bill Studenmund Re: RFC (reassign)buf and carvinf up buffers (was Re: SCSI MMC device abstracti
Reinoud Zandijk sys/kern/vnode_if.src inconsistencies
Bill Studenmund Re: sys/kern/vnode_if.src inconsistencies
Jonathan A. Kollasch BCM43XX driver, was: Re: Including NDIS in NetBSD
Alan Ritter Re: Including NDIS in NetBSD
12/30/2005
Hubert Feyrer Re: Adding Multiboot support (or not)
Reinoud Zandijk RFC: VOP_BMAP() change proposal
Reinoud Zandijk Bug(s) in genfs?
Cherry George Mathew ia64 unwind section: Loader implementation
YAMAMOTO Takashi Re: sys/kern/vnode_if.src inconsistencies
YAMAMOTO Takashi Re: Bug(s) in genfs?
tlaronde@polynum.com Re: Adding Multiboot support (or not)
Allen Briggs Re: ia64 unwind section: Loader implementation
jonathan@dsg.stanfor Re: ia64 unwind section: Loader implementation
jonathan@dsg.stanfor Re: ia64 unwind section: Loader implementation
jonathan@dsg.stanfor Re: ia64 unwind section: Loader implementation
Cherry George Mathew Re: ia64 unwind section: Loader implementation
jonathan@dsg.stanfor Re: ia64 unwind section: Loader implementation
jonathan@dsg.stanfor Re: ia64 unwind section: Loader implementation
jonathan@dsg.stanfor Re: ia64 unwind section: Loader implementation
jonathan@dsg.stanfor Re: ia64 unwind section: Loader implementation
jonathan@dsg.stanfor Re: ia64 unwind section: Loader implementation
jonathan@dsg.stanfor Re: ia64 unwind section: Loader implementation
Bill Studenmund Re: RFC: VOP_BMAP() change proposal
jonathan@dsg.stanfor Re: ia64 unwind section: Loader implementation
Bill Studenmund extended facilities, was Re: Adding Multiboot support (or not)
jonathan@dsg.stanfor Re: ia64 unwind section: Loader implementation
tlaronde@polynum.com Re: extended facilities, was Re: Adding Multiboot support (or not)
Bill Studenmund Re: extended facilities, was Re: Adding Multiboot support (or not)
12/31/2005
Cherry George Mathew Re: ia64 unwind section: Loader implementation
YAMAMOTO Takashi yamt-uio_vmspace branch
Elad Efrat Re: yamt-uio_vmspace branch
YAMAMOTO Takashi Re: yamt-uio_vmspace branch
Reinoud Zandijk sys/compat/common/compat_30_sys_getdents oddity/bug?
Ty Sarna Re: yamt-uio_vmspace branch
YAMAMOTO Takashi Re: yamt-uio_vmspace branch