Index of
tech-kern
for September, 2006
From
Subject
09/01/2006
Valeriy E. Ushakov
port-sh3/34243 (Was: sh4 pmap bug?)
Quentin Garnier
Re: RFC: est.c driver synced with OpenBSD.
YAMAMOTO Takashi
typeof (Re: CVS commit: src)
Simon Burge
Re: RFC: est.c driver synced with OpenBSD.
Simon Burge
Re: RFC: est.c driver synced with OpenBSD.
Juan RP
Making a common API for cpu frequency drivers
Martin Husemann
Re: Making a common API for cpu frequency drivers
Pavel Cahyna
Syscall and syscall versioning documentation for review
Quentin Garnier
Re: Making a common API for cpu frequency drivers
Steven M. Bellovin
Re: RFC: est.c driver synced with OpenBSD.
Quentin Garnier
Re: RFC: est.c driver synced with OpenBSD.
Steven M. Bellovin
Re: RFC: est.c driver synced with OpenBSD.
Garrett D'Amore
Re: Making a common API for cpu frequency drivers
Jason Thorpe
Re: Making a common API for cpu frequency drivers
Juan RP
Re: Making a common API for cpu frequency drivers
Juan RP
Re: Making a common API for cpu frequency drivers
Jason Thorpe
Re: Making a common API for cpu frequency drivers
Tom Spindler
Re: Making a common API for cpu frequency drivers
Garrett D'Amore
Re: Making a common API for cpu frequency drivers
Jason Thorpe
Re: Making a common API for cpu frequency drivers
Jason Thorpe
Re: Making a common API for cpu frequency drivers
Jason Thorpe
Re: Making a common API for cpu frequency drivers
Jeff Rizzo
Re: Making a common API for cpu frequency drivers
Jason Thorpe
Re: Making a common API for cpu frequency drivers
Jason Thorpe
Re: typeof (Re: CVS commit: src)
Jason Thorpe
Re: Making a common API for cpu frequency drivers
Jason Thorpe
Re: Making a common API for cpu frequency drivers
Garrett D'Amore
console device selection
Garrett D'Amore
Re: console device selection
09/02/2006
Daniel Carosone
Re: Making a common API for cpu frequency drivers
Juan RP
Re: Making a common API for cpu frequency drivers
David Laight
Re: typeof (Re: CVS commit: src)
Quentin Garnier
Re: Making a common API for cpu frequency drivers
Martin Husemann
Re: Making a common API for cpu frequency drivers
der Mouse
Re: Making a common API for cpu frequency drivers
Simon Burge
Re: console device selection
David Young
Re: typeof (Re: CVS commit: src)
Iain Hibbert
Re: Making a common API for cpu frequency drivers
Alan Barrett
Re: typeof (Re: CVS commit: src)
Jared D. McNeill
Re: console device selection
Joerg Sonnenberger
Re: typeof (Re: CVS commit: src)
Andrew Doran
newlock
Charles M. Hannum
Re: newlock
Garrett D'Amore
Re: Making a common API for cpu frequency drivers
Garrett D'Amore
Re: console device selection
David Young
Re: typeof (Re: CVS commit: src)
Juan RP
Re: Making a common API for cpu frequency drivers
David Laight
Re: newlock
Charles M. Hannum
Re: newlock
Joel CARNAT
Re: RFC: est.c driver synced with OpenBSD
Ben Harris
Re: console device selection
Jason Thorpe
Re: Making a common API for cpu frequency drivers
Garrett D'Amore
Re: console device selection
David Laight
Re: newlock
Andrew Doran
Re: newlock
Garrett D'Amore
Re: Making a common API for cpu frequency drivers
David Young
Re: typeof (Re: CVS commit: src)
Garrett D'Amore
HEADS UP! New generic TODR support committed
Iain Hibbert
Re: Making a common API for cpu frequency drivers
Thomas E. Spanjaard
Re: RFC: est.c driver synced with OpenBSD
Bucky Katz
help with mmaping kernel memory
09/03/2006
Quentin Garnier
Looking for testers: Broadcom NetXtreme II driver
Quentin Garnier
Support for subvendors IDs and subdevice IDs in pcidevs
YAMAMOTO Takashi
Re: Upcoming security model abstraction
YAMAMOTO Takashi
nfs cleanup and nqnfs removal
Martin Husemann
Re: nfs cleanup and nqnfs removal
Pavel Cahyna
Re: nfs cleanup and nqnfs removal
Juan RP
Support for ICH8 controllers (in AHCI mode).
Brett Lymn
Re: nfs cleanup and nqnfs removal
Hans Petter Selasky
Re: newlock
Martijn van Buul
Re: RFC: est.c driver synced with OpenBSD
Elad Efrat
Re: Upcoming security model abstraction
Andrew Doran
Re: newlock
Thomas E. Spanjaard
Re: RFC: est.c driver synced with OpenBSD
Elad Efrat
Re: Upcoming security model abstraction
Hubert Feyrer
Re: Upcoming security model abstraction
Elad Efrat
Re: Upcoming security model abstraction
Alan Barrett
Re: typeof (Re: CVS commit: src)
Garrett D'Amore
Re: HEADS UP! New generic TODR support committed
Thomas E. Spanjaard
Re: Upcoming security model abstraction
Juan RP
Re: Support for ICH8 controllers (in AHCI mode).
Garrett D'Amore
Re: HEADS UP! New generic TODR support committed
Iain Hibbert
bluetooth devices
Juan RP
Re: Making a common API for cpu frequency drivers
Juan RP
Re: Making a common API for cpu frequency drivers
Garrett D'Amore
Re: HEADS UP! New generic TODR support committed
Garrett D'Amore
todr_setcal, todr_getcal dead
Jason Thorpe
Re: newlock
Martin Husemann
Re: newlock
David Young
Re: typeof (Re: CVS commit: src)
David Laight
Re: newlock
Thomas E. Spanjaard
Re: Upcoming security model abstraction
Matt Fleming
Re: Upcoming security model abstraction
Garrett D'Amore
Re: newlock
Garrett D'Amore
Re: newlock
Jason Thorpe
Re: newlock
Garrett D'Amore
Re: newlock
Garrett D'Amore
Re: newlock
Garrett D'Amore
Re: newlock
Jason Thorpe
Re: Making a common API for cpu frequency drivers
09/04/2006
YAMAMOTO Takashi
Re: Upcoming security model abstraction
Izumi Tsutsui
Re: HEADS UP! New generic TODR support committed
Izumi Tsutsui
Re: HEADS UP! New generic TODR support committed
Izumi Tsutsui
Re: HEADS UP! New generic TODR support committed
Jachym Holecek
Re: Making a common API for cpu frequency drivers
Juan RP
Re: Making a common API for cpu frequency drivers
Rui Paulo
Re: newlock
YAMAMOTO Takashi
Re: newlock
Hubert Feyrer
sysinst to vnd0: Rewrite of MBR failed. I can't continue.
Andrew Doran
Re: newlock
Andrew Doran
Re: newlock
Andrew Doran
Re: newlock
Hubert Feyrer
Re: sysinst to vnd0: Rewrite of MBR failed. I can't continue.
Hubert Feyrer
Re: sysinst to vnd0: Rewrite of MBR failed. I can't continue.
der Mouse
Re: sysinst to vnd0: Rewrite of MBR failed. I can't continue.
Jiri Slaby
multiple cdev open/close
Quentin Garnier
Re: multiple cdev open/close
Quentin Garnier
Re: multiple cdev open/close
Hans Petter Selasky
Re: newlock
Jachym Holecek
Re: Making a common API for cpu frequency drivers
David Brownlee
Re: Please audit pool use in your code!
Jason Thorpe
Re: Making a common API for cpu frequency drivers
Jason Thorpe
Re: newlock
Thor Lancelot Simon
Re: Please audit pool use in your code!
David Laight
Re: newlock
Garrett D'Amore
Re: newlock
David Laight
Re: newlock
David Brownlee
Re: Please audit pool use in your code!
Garrett D'Amore
Re: newlock
Andrew Doran
Re: newlock
rick@snowhite.cis.uo
nfs cleanup and nqnfs removal
Jared D. McNeill
RFC: Flash memory device API
Thor Lancelot Simon
Re: Please audit pool use in your code!
Allen Briggs
Re: RFC: Flash memory device API
Bucky Katz
Re: RFC: Flash memory device API
09/05/2006
Rhialto
Re: Making a common API for cpu frequency drivers
Simon Burge
Re: RFC: Flash memory device API
David Laight
Re: RFC: Flash memory device API
Lars Heidieker
Re: newlock
Jared D. McNeill
Re: RFC: Flash memory device API
Greg Troxel
Re: RFC: est.c driver synced with OpenBSD.
YAMAMOTO Takashi
Re: Upcoming security model abstraction
Elad Efrat
Re: Upcoming security model abstraction
YAMAMOTO Takashi
Re: Upcoming security model abstraction
Elad Efrat
Re: Upcoming security model abstraction
YAMAMOTO Takashi
Re: Upcoming security model abstraction
Elad Efrat
Re: Upcoming security model abstraction
YAMAMOTO Takashi
Re: Upcoming security model abstraction
Bill Studenmund
Re: newlock
Jason Thorpe
Re: newlock
Bill Studenmund
Re: console device selection
Bill Studenmund
Re: newlock
09/06/2006
Joerg Sonnenberger
Re: newlock
Martin Husemann
Re: console device selection
Lars Heidieker
Re: newlock
Brett Lymn
bug in filehandle code?
YAMAMOTO Takashi
Re: bug in filehandle code?
Garrett D'Amore
proposal for changes to todr interface
Bill Studenmund
Re: console device selection
Jason Thorpe
Re: VIPT cache handling (Re: port-sh3/34243)
Bill Studenmund
Re: newlock
Garrett D'Amore
Re: proposal for changes to todr interface
Joerg Sonnenberger
Re: newlock
Joerg Sonnenberger
Re: proposal for changes to todr interface
Garrett D'Amore
Re: proposal for changes to todr interface
Garrett D'Amore
Re: proposal for changes to todr interface
Bill Studenmund
Re: newlock
Jason Thorpe
Re: proposal for changes to todr interface
David Laight
Re: proposal for changes to todr interface
Garrett D'Amore
Re: proposal for changes to todr interface
Jason Thorpe
Re: proposal for changes to todr interface
Garrett D'Amore
Re: proposal for changes to todr interface
David Laight
Re: proposal for changes to todr interface
Jason Thorpe
Re: proposal for changes to todr interface
Garrett D'Amore
Re: proposal for changes to todr interface
Perry E. Metzger
Re: proposal for changes to todr interface
Garrett D'Amore
Re: proposal for changes to todr interface
Perry E. Metzger
Re: proposal for changes to todr interface
09/07/2006
Izumi Tsutsui
VIPT cache handling (Re: port-sh3/34243)
Izumi Tsutsui
Re: VIPT cache handling (Re: port-sh3/34243)
Izumi Tsutsui
Re: proposal for changes to todr interface
Izumi Tsutsui
Re: proposal for changes to todr interface
Izumi Tsutsui
Re: proposal for changes to todr interface
Izumi Tsutsui
Re: proposal for changes to todr interface
Brett Lymn
Re: bug in filehandle code?
Brett Lymn
Re: bug in filehandle code?
David Laight
Re: proposal for changes to todr interface
David Brownlee
Re: proposal for changes to todr interface
YAMAMOTO Takashi
Re: bug in filehandle code?
Martin Husemann
Re: proposal for changes to todr interface
Perry E. Metzger
todr changes to improve clock accuracy across sleeps & reboots
Gavan Fantom
Re: todr changes to improve clock accuracy across sleeps & reboots
Joerg Sonnenberger
Re: todr changes to improve clock accuracy across sleeps & reboots
Pavel Cahyna
Re: proposal for changes to todr interface
Garrett D'Amore
Re: todr changes to improve clock accuracy across sleeps & reboots
Garrett D'Amore
Re: proposal for changes to todr interface
Garrett D'Amore
[Fwd: a proposal for next major (5.x)]
Steven M. Bellovin
Re: [Fwd: a proposal for next major (5.x)]
Garrett D'Amore
Re: [Fwd: a proposal for next major (5.x)]
Garrett D'Amore
Re: [Fwd: a proposal for next major (5.x)]
Steven M. Bellovin
Re: [Fwd: a proposal for next major (5.x)]
Jason Thorpe
Re: [Fwd: a proposal for next major (5.x)]
Richard Earnshaw
Re: todr changes to improve clock accuracy across sleeps &
Garrett D'Amore
Re: todr changes to improve clock accuracy across sleeps & reboots
ragge@ludd.luth.se
Re: [Fwd: a proposal for next major (5.x)]
Jason Thorpe
Re: newlock
Garrett D'Amore
Re: newlock
Garrett D'Amore
Re: [Fwd: a proposal for next major (5.x)]
ragge@ludd.luth.se
Re: [Fwd: a proposal for next major (5.x)]
Thor Lancelot Simon
Re: [Fwd: a proposal for next major (5.x)]
Bill Studenmund
Re: [Fwd: a proposal for next major (5.x)]
David P. Reese, Jr.
Re: newlock
Perry E. Metzger
Re: todr changes to improve clock accuracy across sleeps & reboots
Garrett D'Amore
Re: todr changes to improve clock accuracy across sleeps & reboots
09/08/2006
Daniel Carosone
Re: newlock
Daniel Carosone
Re: todr changes to improve clock accuracy across sleeps & reboots
Daniel Carosone
Re: todr changes to improve clock accuracy across sleeps & reboots
Richard Earnshaw
Re: todr changes to improve clock accuracy across sleeps &
David Brownlee
Re: [Fwd: a proposal for next major (5.x)]
YAMAMOTO Takashi
yamt-pdpolicy merge (and where to put test code)
Brett Lymn
Re: bug in filehandle code?
Brett Lymn
Re: proposal for changes to todr interface
Perry E. Metzger
Re: todr changes to improve clock accuracy across sleeps & reboots
Thomas E. Spanjaard
Re: yamt-pdpolicy merge (and where to put test code)
Perry E. Metzger
Re: todr changes to improve clock accuracy across sleeps & reboots
Martin Husemann
Re: yamt-pdpolicy merge (and where to put test code)
Thor Lancelot Simon
Re: yamt-pdpolicy merge (and where to put test code)
Andrew Doran
Re: newlock
Martin Husemann
Re: yamt-pdpolicy merge (and where to put test code)
Garrett D'Amore
Re: todr changes to improve clock accuracy across sleeps & reboots
Garrett D'Amore
Re: newlock
Perry E. Metzger
Re: todr changes to improve clock accuracy across sleeps & reboots
Garrett D'Amore
__STDC__ in cdefs_elf.h
Jason Thorpe
Re: newlock
Jason Thorpe
Re: __STDC__ in cdefs_elf.h
Andrew Doran
Re: newlock
Richard Earnshaw
Re: todr changes to improve clock accuracy across sleeps &
Richard Earnshaw
Re: todr changes to improve clock accuracy across sleeps &
Garrett D'Amore
Re: todr changes to improve clock accuracy across sleeps & reboots
Garrett D'Amore
Re: __STDC__ in cdefs_elf.h
Reinoud Zandijk
Interrupt/PCI problems
Thor Lancelot Simon
Re: __STDC__ in cdefs_elf.h
Perry E. Metzger
Re: todr changes to improve clock accuracy across sleeps & reboots
Jason Thorpe
Re: __STDC__ in cdefs_elf.h
Thor Lancelot Simon
Re: __STDC__ in cdefs_elf.h
Garrett D'Amore
Re: __STDC__ in cdefs_elf.h
Garrett D'Amore
Re: __STDC__ in cdefs_elf.h
Chapman Flack
Re: todr changes to improve clock accuracy across sleeps & reboots
Garrett D'Amore
Re: todr changes to improve clock accuracy across sleeps & reboots
Jason Thorpe
Re: kauth testsuite written in python (Re: CVS commit: src)
09/09/2006
YAMAMOTO Takashi
kauth testsuite written in python (Re: CVS commit: src)
Alan Barrett
Re: todr changes to improve clock accuracy across sleeps & reboots
Valeriy E. Ushakov
Re: __STDC__ in cdefs_elf.h
Elad Efrat
Re: kauth testsuite written in python (Re: CVS commit: src)
ragge@ludd.luth.se
Re: __STDC__ in cdefs_elf.h
Izumi Tsutsui
Re: HEADS UP: timecounters (branch simonb-timecounters) merged into
Garrett D'Amore
Re: HEADS UP: timecounters (branch simonb-timecounters) merged into
Reinoud Zandijk
Re: or DELAY() ?
Frank Kardel
Re: or DELAY() ?
David Laight
Re: todr changes to improve clock accuracy across sleeps & reboots
Perry E. Metzger
Re: todr changes to improve clock accuracy across sleeps & reboots
Garrett D'Amore
Re: todr changes to improve clock accuracy across sleeps & reboots
Frank Kardel
Re: todr changes to improve clock accuracy across sleeps & reboots
Hubert Feyrer
sd.c rev 1.249 & my digicam
Mike Pumford
Re: HEADS UP: timecounters (branch simonb-timecounters) merged into
Garrett D'Amore
Re: HEADS UP: timecounters (branch simonb-timecounters) merged into
09/10/2006
Frank Kardel
Re: HEADS UP: timecounters (branch simonb-timecounters) merged into
Simon Burge
Re: HEADS UP: timecounters (branch simonb-timecounters) merged into -current
Frank Kardel
Re: HEADS UP: timecounters (branch simonb-timecounters) merged into
Brett Lymn
per page verified exec
Mike Pumford
Re: HEADS UP: timecounters (branch simonb-timecounters) merged into
YAMAMOTO Takashi
Re: per page verified exec
YAMAMOTO Takashi
Re: CVS commit: src/sys/kern
Elad Efrat
Re: CVS commit: src/sys/kern
YAMAMOTO Takashi
Re: CVS commit: src/sys/kern
Elad Efrat
Re: CVS commit: src/sys/kern
Frank Kardel
Re: HEADS UP: timecounters (branch simonb-timecounters) merged into
Daniel Sieger
Moving scheduler semantics from cpu_switch() to kern_synch.c
Mike Pumford
Re: HEADS UP: timecounters (branch simonb-timecounters) merged into
Frank Kardel
Re: HEADS UP: timecounters (branch simonb-timecounters) merged into
Martin Husemann
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Mike Pumford
Re: HEADS UP: timecounters (branch simonb-timecounters) merged into
Frank Kardel
Re: HEADS UP: timecounters (branch simonb-timecounters) merged into
Martin Husemann
Strange userland trap after cpu_lwp_exit
Reinoud Zandijk
Re: Interrupt/PCI problems
09/11/2006
YAMAMOTO Takashi
Re: CVS commit: src/sys/kern
Rhialto
Re: Crash to db> due to firewire, in NetBSD 4 BETA [workaround]
Gregory McGarry
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Elad Efrat
Re: CVS commit: src/sys/kern
YAMAMOTO Takashi
Re: CVS commit: src/sys/kern
Thor Lancelot Simon
Re: CVS commit: src/sys/kern
YAMAMOTO Takashi
Re: CVS commit: src/sys/kern
Thor Lancelot Simon
Re: CVS commit: src/sys/kern
YAMAMOTO Takashi
Re: CVS commit: src/sys/kern
Alan Barrett
Re: CVS commit: src/sys/kern
Elad Efrat
Re: CVS commit: src/sys/kern
Brett Lymn
Re: per page verified exec
YAMAMOTO Takashi
Re: per page verified exec
YAMAMOTO Takashi
Re: CVS commit: src/sys/kern
Elad Efrat
Re: CVS commit: src/sys/kern
Brett Lymn
Re: per page verified exec
YAMAMOTO Takashi
Re: per page verified exec
YAMAMOTO Takashi
Re: CVS commit: src/sys/kern
Elad Efrat
Re: CVS commit: src/sys/kern
YAMAMOTO Takashi
Re: CVS commit: src/sys/kern
Sumantra Kundu
IO Congestion Control
Elad Efrat
Re: CVS commit: src/sys/kern
Thor Lancelot Simon
Re: IO Congestion Control
Bill Studenmund
Re: newlock
Iain Hibbert
Re: proposal for changes to todr interface
Manuel Bouyer
Re: IO Congestion Control
Garrett D'Amore
Re: proposal for changes to todr interface
Jason Thorpe
Re: newlock
Jason Thorpe
Re: newlock
Elad Efrat
Re: CVS commit: src/sys/kern
ming lei
ci_idepth and CLKF_INTR
Alan Barrett
Re: IO Congestion Control
Kurt Schreiner
Re: proposal for changes to todr interface
Steven M. Bellovin
Re: IO Congestion Control
Garrett D'Amore
Re: proposal for changes to todr interface
Iain Hibbert
Re: proposal for changes to todr interface
Garrett D'Amore
Re: proposal for changes to todr interface
Bill Studenmund
Re: newlock
Bill Studenmund
Re: IO Congestion Control
Steven M. Bellovin
Re: IO Congestion Control
Sumantra Kundu
Re: IO Congestion Control
Steven M. Bellovin
Re: IO Congestion Control
Matt Thomas
Re: IO Congestion Control
09/12/2006
matthew green
re: CVS commit: src/sys/kern
Thor Lancelot Simon
Re: IO Congestion Control
Brett Lymn
Re: per page verified exec
Izumi Tsutsui
Re: proposal for changes to todr interface
Izumi Tsutsui
Re: ci_idepth and CLKF_INTR
Steven M. Bellovin
Re: IO Congestion Control
Thor Lancelot Simon
Re: IO Congestion Control
Steven M. Bellovin
Re: IO Congestion Control
Klaus Heinz
DIOCGDINFO handling by fdc(4)
Juan RP
Status report: sysmon_cpufreq(9) + powerctl(8)
Juan RP
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Jason Thorpe
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Juan RP
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Quentin Garnier
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Juan RP
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Martin Husemann
How to get the firmware node into the device properties early?
der Mouse
Re: How to get the firmware node into the device properties early?
09/13/2006
Martin Husemann
Re: How to get the firmware node into the device properties early?
Elad Efrat
no listeners loaded [was: Re: CVS commit: src/sys/kern]
Jachym Holecek
Re: How to get the firmware node into the device properties early?
Quentin Garnier
Re: How to get the firmware node into the device properties early?
Ignatios Souvatzis
Re: todr changes to improve clock accuracy across sleeps & reboots
Jachym Holecek
Re: How to get the firmware node into the device properties early?
Quentin Garnier
Re: How to get the firmware node into the device properties early?
Martin Husemann
Re: How to get the firmware node into the device properties early?
Jachym Holecek
Re: How to get the firmware node into the device properties early?
YAMAMOTO Takashi
Re: no listeners loaded [was: Re: CVS commit: src/sys/kern]
Eduardo Horvath
Re: How to get the firmware node into the device properties early?
Elad Efrat
Re: no listeners loaded [was: Re: CVS commit: src/sys/kern]
Martin Husemann
Re: How to get the firmware node into the device properties early?
09/14/2006
YAMAMOTO Takashi
lockstat for sleepable locks (Re: CVS commit: src/sys/kern)
Ignatios Souvatzis
Re: aue panic in 3.0
YAMAMOTO Takashi
Re: no listeners loaded [was: Re: CVS commit: src/sys/kern]
Hans Petter Selasky
Re: aue panic in 3.0
Hans Petter Selasky
Re: aue panic in 3.0
Eduardo Horvath
Re: How to get the firmware node into the device properties early?
Elad Efrat
Re: no listeners loaded [was: Re: CVS commit: src/sys/kern]
Jason Thorpe
Re: no listeners loaded [was: Re: CVS commit: src/sys/kern]
Elad Efrat
Re: no listeners loaded [was: Re: CVS commit: src/sys/kern]
Elad Efrat
Re: no listeners loaded [was: Re: CVS commit: src/sys/kern]
Iain Hibbert
Re: aue panic in 3.0
Martin Husemann
Re: How to get the firmware node into the device properties early?
Matthias Drochner
Re: sd.c rev 1.249 & my digicam
Hans Petter Selasky
Re: aue panic in 3.0
09/15/2006
YAMAMOTO Takashi
Re: no listeners loaded [was: Re: CVS commit: src/sys/kern]
Peter Seebach
Importing FreeBSD drivers
Iain Hibbert
Re: aue panic in 3.0
Ignatios Souvatzis
Re: aue panic in 3.0
Peter Seebach
Tracking down memory corruption.
Peter Seebach
Re: Tracking down memory corruption.
Garrett D'Amore
best way to get to MI mcclock drivers...
Peter Seebach
Maximum size for a softc?
Peter Seebach
Re: Maximum size for a softc?
Matt Thomas
Re: Maximum size for a softc?
09/16/2006
Hans Petter Selasky
Re: aue panic in 3.0
David Laight
Re: best way to get to MI mcclock drivers...
Garrett D'Amore
Re: best way to get to MI mcclock drivers...
Hans Petter Selasky
Re: aue panic in 3.0
YAMAMOTO Takashi
Re: RFC: client-side NFS locking
Iain Hibbert
Re: aue panic in 3.0
Hans Petter Selasky
Re: aue panic in 3.0
09/17/2006
Reinoud Zandijk
VOP_READ with IO_EXT versus VOP_GETEXTATTR
Iain Hibbert
Re: aue panic in 3.0
Manuel Bouyer
Re: aue panic in 3.0
Blair Sadewitz
state of BUFQ_PRIOCSCAN
Milos Negovanovic
improving kqueue
09/18/2006
Michal Stepien
Is there any equivalent of sea.c on netbsd?
Michal Stepien
Re: Is there any equivalent of sea.c on netbsd?
Bill Studenmund
Re: VOP_READ with IO_EXT versus VOP_GETEXTATTR
Reinoud Zandijk
Updating ahc and ahd device drivers needed (PCI expert)
Jason Thorpe
Re: VOP_READ with IO_EXT versus VOP_GETEXTATTR
09/19/2006
Daniel Sieger
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Daniel Sieger
Further scheduler changes
Brett Lymn
kernel panics with VNODE_LOCKDEBUG set
Daniel Sieger
Re: Further scheduler changes
Garrett D'Amore
Re: Further scheduler changes
Hubert Feyrer
Re: Further scheduler changes
YAMAMOTO Takashi
Re: splraiseipl()
YAMAMOTO Takashi
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Garrett D'Amore
Re: Further scheduler changes
Cherry G. Mathew
Re: Further scheduler changes
Allen Briggs
Re: Further scheduler changes
Matt Thomas
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Tracy Di Marco White
adaptec scsi cards with tape drives attached, a problem
David Laight
Re: Further scheduler changes
Garrett D'Amore
clock interrupt logic
Frank Kardel
Re: clock interrupt logic
Thor Lancelot Simon
Re: Further scheduler changes
Juan RP
Re: state of BUFQ_PRIOCSCAN
Garrett D'Amore
Re: Further scheduler changes
Daniel Sieger
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Jeremy C. Reed
anyone want to help teach online class on NetBSD development?
Daniel Sieger
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Matt Thomas
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Matt Thomas
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Daniel Sieger
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Allen Briggs
Re: icp vortex ICP9014RO Raidcontroller
09/20/2006
matthew green
re: Moving scheduler semantics from cpu_switch() to kern_synch.c
David Laight
Re: clock interrupt logic
matthew green
re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Andrew Doran
Re: splraiseipl()
Andrew Doran
Re: splraiseipl()
Reinhold M. Roppert
icp vortex ICP9014RO Raidcontroller
Reinhold M. Roppert
Re: icp vortex ICP9014RO Raidcontroller
Hubert Feyrer
Re: icp vortex ICP9014RO Raidcontroller
YAMAMOTO Takashi
Re: state of BUFQ_PRIOCSCAN
Elad Efrat
Tackling more kauth(9) stuff
Stephen Borrill
Re: Tracking down memory corruption.
Thor Lancelot Simon
Re: state of BUFQ_PRIOCSCAN
Izumi Tsutsui
Re: state of BUFQ_PRIOCSCAN
YAMAMOTO Takashi
Re: Further scheduler changes
YAMAMOTO Takashi
Re: state of BUFQ_PRIOCSCAN
Peter Seebach
Re: Tracking down memory corruption.
Sumantra Kundu
Re: state of BUFQ_PRIOCSCAN
Brian A. Seklecki
USB ECHI fix for Dell PE DRAC5 Kbd
Matt Thomas
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Christos Zoulas
Re: Further scheduler changes
Christos Zoulas
Re: Further scheduler changes
Andrew Doran
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Emmanuel Dreyfus
Show sysctl activity in ktrace
David Laight
Re: Show sysctl activity in ktrace
Emmanuel Dreyfus
Re: Show sysctl activity in ktrace
Jed Davis
Re: Further scheduler changes
Jason Thorpe
Re: typed copyin/copyout (was: Re: Show sysctl activity in ktrace)
09/21/2006
YAMAMOTO Takashi
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Daniel Carosone
Re: state of BUFQ_PRIOCSCAN
Reinoud Zandijk
lseek() extension for spare files
YAMAMOTO Takashi
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Christos Zoulas
Re: Show sysctl activity in ktrace
der Mouse
Re: Show sysctl activity in ktrace
Emmanuel Dreyfus
typed copyin/copyout (was: Re: Show sysctl activity in ktrace)
David Laight
Re: typed copyin/copyout (was: Re: Show sysctl activity in ktrace)
Emmanuel Dreyfus
Re: typed copyin/copyout (was: Re: Show sysctl activity in ktrace)
Martin Husemann
Re: Further scheduler changes
der Mouse
Re: typed copyin/copyout (was: Re: Show sysctl activity in ktrace)
der Mouse
Re: typed copyin/copyout (was: Re: Show sysctl activity in ktrace)
Jed Davis
Re: typed copyin/copyout
Christos Zoulas
Re: Show sysctl activity in ktrace
Christos Zoulas
Re: typed copyin/copyout (was: Re: Show sysctl activity in ktrace)
Reinoud Zandijk
VOP_SEEK / VOP_GETATTR attrocities/oddities
Joerg Sonnenberger
Re: Further scheduler changes
Matthew Mondor
Re: improving kqueue
Julio M. Merino Vidal
Re: improving kqueue
Jason Thorpe
Re: typed copyin/copyout (was: Re: Show sysctl activity in ktrace)
Jason Thorpe
Re: typed copyin/copyout (was: Re: Show sysctl activity in ktrace)
Jason Thorpe
Re: VOP_SEEK / VOP_GETATTR attrocities/oddities
Bill Studenmund
Re: VOP_SEEK / VOP_GETATTR attrocities/oddities
der Mouse
Re: typed copyin/copyout
Jason Thorpe
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Jason Thorpe
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Jason Thorpe
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Jason Thorpe
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Garrett D'Amore
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Garrett D'Amore
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Jason Thorpe
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Bill Studenmund
Re: improving kqueue
Jason Thorpe
Re: improving kqueue
Bill Studenmund
Re: lseek() extension for spare files
Daniel Sieger
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Reinoud Zandijk
Second patch for lseek() sparse file extension
Robert Swindells
softintr example
Reinoud Zandijk
Re: lseek() extension for spare files
Jason Thorpe
Re: lseek() extension for spare files
David Laight
Re: lseek() extension for spare files
Steven M. Bellovin
Re: lseek() extension for spare files
Bill Studenmund
Re: lseek() extension for spare files
Reinoud Zandijk
Re: lseek() extension for spare files
Bucky Katz
Bug in Scheduler Activations with patch
Reinoud Zandijk
Re: lseek() extension for spare files
Eduardo Horvath
re: Moving scheduler semantics from cpu_switch() to kern_synch.c
Jared D. McNeill
RFC: Powerhook debugging
Bill Studenmund
Re: lseek() extension for spare files
Bill Studenmund
Re: RFC: Powerhook debugging
der Mouse
Re: lseek() extension for spare files
Bill Studenmund
Re: Second patch for lseek() sparse file extension
09/22/2006
matthew green
re: Moving scheduler semantics from cpu_switch() to kern_synch.c
matthew green
re: Moving scheduler semantics from cpu_switch() to kern_synch.c
SODA Noriyuki
Re: lseek() extension for spare files
Daniel Carosone
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
YAMAMOTO Takashi
Re: Second patch for lseek() sparse file extension
Daniel Carosone
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
YAMAMOTO Takashi
Re: Moving scheduler semantics from cpu_switch() to kern_synch.c
David Laight
Re: lseek() extension for spare files
Martin Husemann
Re: RFC: Powerhook debugging
Matthew Mondor
Re: lseek() extension for spare files
Reinoud Zandijk
Re: Second patch for lseek() sparse file extension
Christian KAKESA
Bugs with Desktop computer Medion (MD 5990 with Nforce4) + AMD64
YAMAMOTO Takashi
Re: Second patch for lseek() sparse file extension
Jaime A Fournier
Re: Bugs with Desktop computer Medion (MD 5990 with Nforce4) + AMD64
Bill Studenmund
Re: lseek() extension for spare files
Bill Studenmund
Re: Second patch for lseek() sparse file extension
Matthew Mondor
Re: improving kqueue
der Mouse
Re: lseek() extension for spare files
Bill Studenmund
Re: improving kqueue
09/23/2006
Ahmad M. Afuni
USB Mass Storage Problem!
Pavel Cahyna
Re: lseek() extension for spare files
YAMAMOTO Takashi
Re: typeof (Re: CVS commit: src)
Cherry G. Mathew
Re: What's a "real" elf loader like ?
Matthew Mondor
PR closing spree: kern/26567
Frank Kardel
clockctl support in libc
Bill Studenmund
Re: workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS c
09/24/2006
Mindaugas
SysV SHM locking and reallocating support
Emmanuel Dreyfus
workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS commi
Simon Burge
Re: workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS c
matthew green
re: workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS c
Izumi Tsutsui
Re: workaround for FreeBSD binary that hardcodes a device major (was:
David Laight
Re: workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS c
Emmanuel Dreyfus
Re: workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS
Bill Studenmund
Re: workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS c
Emmanuel Dreyfus
Re: workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS c
Emmanuel Dreyfus
Re: workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS c
MAEKAWA Masahide
Re: workaround for FreeBSD binary that hardcodes a device major
Quentin Garnier
Re: workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS c
Emmanuel Dreyfus
Re: workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS c
Iain Hibbert
audio fail
Jared D. McNeill
Re: audio fail
Iain Hibbert
Re: audio fail
Chuck Silvers
Re: newlock
Chuck Silvers
Re: newlock
Juan RP
VNDCOMPRESSION broken in >=4.0
Christos Zoulas
Re: SysV SHM locking and reallocating support
Mindaugas
Re: SysV SHM locking and reallocating support
Daniel Sieger
Draft paper on scheduler project
Christos Zoulas
Re: SysV SHM locking and reallocating support
Steven M. Bellovin
Re: workaround for FreeBSD binary that hardcodes a device major
09/25/2006
matthew green
re: workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS c
YAMAMOTO Takashi
Re: SysV SHM locking and reallocating support
Mindaugas
Re: SysV SHM locking and reallocating support
Emmanuel Dreyfus
Re: workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS c
Ignatios Souvatzis
should networkdevice_ioctl() always be called from a thread context?
john heasley
Re: workaround for FreeBSD binary that hardcodes a device major (was: Re: CVS c
doomwarrior
Re: corega FEtherII PCC-TXD @ cbb -> lock system
Jason Thorpe
Re: should networkdevice_ioctl() always be called from a thread context?
Juan RP
drvctl -p returns ENOMEM
Jason Thorpe
Re: drvctl -p returns ENOMEM
Jason Thorpe
Re: drvctl -p returns ENOMEM
Iain Hibbert
Re: drvctl -p returns ENOMEM
09/26/2006
Juan RP
Re: drvctl -p returns ENOMEM
Juan RP
Re: drvctl -p returns ENOMEM
Mindaugas
Re: SysV SHM locking and reallocating support
Dennis den Brok
A proposal on how to further handle ports
Ignatios Souvatzis
Re: should networkdevice_ioctl() always be called from a thread context?
Quentin Garnier
Re: drvctl -p returns ENOMEM
Christos Zoulas
Re: SysV SHM locking and reallocating support
Jason Thorpe
Re: drvctl -p returns ENOMEM
Jason Thorpe
Re: A proposal on how to further handle ports
David Laight
Re: A proposal on how to further handle ports
Juan RP
Re: drvctl -p returns ENOMEM
Quentin Garnier
Re: drvctl -p returns ENOMEM
Iain Hibbert
prop_dictionary_ioctl(fd, cmd, &dict)
Dennis den Brok
Re: A proposal on how to further handle ports
Reinoud Zandijk
RFC: lseek() extension for sparse files version 3 + UFS implementation
Jason Thorpe
Re: prop_dictionary_ioctl(fd, cmd, &dict)
Bill Studenmund
Re: A proposal on how to further handle ports
Klaus Klein
Re: RFC: lseek() extension for sparse files version 3 + UFS implementation
Reinoud Zandijk
Re: RFC: lseek() extension for sparse files version 3 + UFS implementation
Dennis den Brok
Re: A proposal on how to further handle ports
Dennis den Brok
Re: A proposal on how to further handle ports
Jason Thorpe
Re: drvctl -p returns ENOMEM
Darrin B.Jewell
Re: RFC: lseek() extension for sparse files version 3 + UFS implementation
09/27/2006
YAMAMOTO Takashi
Re: RFC: lseek() extension for sparse files version 3 + UFS
Juan RP
Re: drvctl -p returns ENOMEM
Darrin B.Jewell
VONWORKLST problems with cached ubc mappings
Darrin B.Jewell
Re: VONWORKLST problems with cached ubc mappings
09/28/2006
YAMAMOTO Takashi
Re: VONWORKLST problems with cached ubc mappings
Daniel Sieger
Common Scheduler Framework update and question
YAMAMOTO Takashi
Re: VONWORKLST problems with cached ubc mappings
Ben Harris
Re: Common Scheduler Framework update and question
Daniel Sieger
Re: Common Scheduler Framework update and question
Juan RP
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Jachym Holecek
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Juan RP
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Jason Thorpe
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Darrin B.Jewell
Re: VONWORKLST problems with cached ubc mappings
Iain Hibbert
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Juan RP
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Iain Hibbert
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Jason Thorpe
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Juan RP
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
Iain Hibbert
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
09/29/2006
Juan RP
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
YAMAMOTO Takashi
Re: SysV SHM locking and reallocating support
Iain Hibbert
Re: Status report: sysmon_cpufreq(9) + powerctl(8)
09/30/2006
Elad Efrat
Re: Tackling more kauth(9) stuff
YAMAMOTO Takashi
veriexec (Re: CVS commit: src)
Elad Efrat
Re: veriexec (Re: CVS commit: src)
YAMAMOTO Takashi
Re: veriexec (Re: CVS commit: src)
Elad Efrat
Re: veriexec (Re: CVS commit: src)
YAMAMOTO Takashi
Re: veriexec (Re: CVS commit: src)
Elad Efrat
Re: veriexec (Re: CVS commit: src)
YAMAMOTO Takashi
Re: veriexec (Re: CVS commit: src)
Elad Efrat
Re: veriexec (Re: CVS commit: src)