tech-kern by thread

• Date Index
• Date Index (newest page)
• Old Index

• dumps & shutdown order (was Re: CVS commit: src/sy, David Young
  • Re: dumps & shutdown order (was Re: CVS commit: sr, Joerg Sonnenberger
  • Re: dumps & shutdown order (was Re: CVS commit: sr, Thor Lancelot Simon
    • Re: dumps & shutdown order (was Re: CVS commit: sr, Paul Goyette
      • Re: dumps & shutdown order (was Re: CVS commit: sr, Michael L. Hitch
    • re: dumps & shutdown order (was Re: CVS commit: sr, matthew green
      • Re: dumps & shutdown order (was Re: CVS commit: sr, David Holland
      • Re: dumps & shutdown order (was Re: CVS commit: sr, Greg A. Woods
      • Re: dumps & shutdown order (was Re: CVS commit: sr, der Mouse
• Porting uticom(4), Yorick Hardy
  • Re: Porting uticom(4), Iain Hibbert
    • Re: Porting uticom(4), Yorick Hardy
  • Re: Porting uticom(4), Joerg Sonnenberger
• heads up: namei_simple, David Holland
  • Re: heads up: namei_simple, Reinoud Zandijk
    • Re: heads up: namei_simple, David Holland
      • Re: heads up: namei_simple, Reinoud Zandijk
• suspend to disk (was Re: CVS commit: src/sys/arch), David Young
• ACLs, Elad Efrat
  • Re: ACLs, Adam Hamsik
    • Re: ACLs, Elad Efrat
• splitting device.h, David Young
  • Re: splitting device.h, David Holland
• NetBSD-5 ichlpcib watchdog timer seems to be broke, Brian Buhrow
  • Re: NetBSD-5 ichlpcib watchdog timer seems to be b, Joerg Sonnenberger
  • Re: NetBSD-5 ichlpcib watchdog timer seems to be b, Scott Ellis
  • <Possible follow-ups>
  • Re: NetBSD-5 ichlpcib watchdog timer seems to be b, Brian Buhrow
    • Re: NetBSD-5 ichlpcib watchdog timer seems to be b, Joerg Sonnenberger
  • Re: NetBSD-5 ichlpcib watchdog timer seems to be b, Brian Buhrow
    • Re: NetBSD-5 ichlpcib watchdog timer seems to be b, Joerg Sonnenberger
  • Re: NetBSD-5 ichlpcib watchdog timer seems to be b, Brian Buhrow
  • Re: NetBSD-5 ichlpcib watchdog timer seems to be b, Brian Buhrow
• netbsd-5 build failure in 1915drm, Stathis Kamperis
  • re: netbsd-5 build failure in 1915drm, matthew green
• Another reason to register and attend Kernel Confe, James C. McPherson
• accept_filter, accf_http, setsockopt and the EINVA, Sverre Froyen
  • Re: accept_filter, accf_http, setsockopt and the E, Iain Hibbert
    • Re: accept_filter, accf_http, setsockopt and the E, Sverre Froyen
      • Re: accept_filter, accf_http, setsockopt and the E, Thor Lancelot Simon
      • Re: accept_filter, accf_http, setsockopt and the E, Sverre Froyen
      • Re: accept_filter, accf_http, setsockopt and the E, Iain Hibbert
      • Re: accept_filter, accf_http, setsockopt and the E, Sverre Froyen
      • Re: accept_filter, accf_http, setsockopt and the E, Thor Lancelot Simon
• Eliminating closed source?, der Mouse
  • Re: Eliminating closed source?, Thor Lancelot Simon
    • Re: Eliminating closed source?, der Mouse
      • Re: Eliminating closed source?, Joerg Sonnenberger
      • Re: Eliminating closed source?, der Mouse
    • Re: Eliminating closed source?, Tonnerre LOMBARD
• elantech improvement., Xaionaro
  • <Possible follow-ups>
  • elantech improvement., Xaionaro
    • Re: elantech improvement., Christos Zoulas
  • elantech improvement., Xaionaro
• Splitting <fs>_access to two internal routines, Elad Efrat
  • Re: Splitting <fs>_access to two internal routines, Elad Efrat
    • Re: Splitting <fs>_access to two internal routines, YAMAMOTO Takashi
      • Re: Splitting <fs>_access to two internal routines, Elad Efrat
    • Re: Splitting <fs>_access to two internal routines, David Laight
      • Re: Splitting <fs>_access to two internal routines, Elad Efrat
  • Re: Splitting <fs>_access to two internal routines, Elad Efrat
    • Re: Splitting <fs>_access to two internal routines, Eric Haszlakiewicz
      • Re: Splitting <fs>_access to two internal routines, Elad Efrat
• vaccess -> genfs_can_access, Elad Efrat
• re: Updated drm code, matthew green
  • Re: Updated drm code, Martin Husemann
    • re: Updated drm code, matthew green
  • re: Updated drm code, matthew green
• more on the "vmmapva" kernel deadlocks on NetBSD-4, Greg A. Woods
  • Re: more on the "vmmapva" kernel deadlocks on NetB, der Mouse
    • Re: more on the "vmmapva" kernel deadlocks on NetB, Greg A. Woods
      • Re: more on the "vmmapva" kernel deadlocks on NetB, Greg A. Woods
      • Re: more on the "vmmapva" kernel deadlocks on NetB, Greg A. Woods
      • Re: more on the "vmmapva" kernel deadlocks on NetB, Greg A. Woods
• iodone not being called, Jan Danielsson
• Re: vge VT6130 driver help, Toru Nishimura
• vge VT6130 driver help, Aran Clauson
• Proposed changes to acpi_tz sensor behavior, Paul Goyette
• UVM typedef struct, Mindaugas Rasiukevicius
  • Re: UVM typedef struct, der Mouse
  • Re: UVM typedef struct, Masao Uebayashi
    • Re: UVM typedef struct, Jason Thorpe
    • Re: UVM typedef struct, Jason Thorpe
      • Re: UVM typedef struct, David Holland
  • Re: UVM typedef struct, Antti Kantee
    • Re: UVM typedef struct, Peter Seebach
      • Re: UVM typedef struct, Eric Haszlakiewicz
      • re: UVM typedef struct, matthew green
      • Re: UVM typedef struct, Eric Haszlakiewicz
      • re: UVM typedef struct, matthew green
      • Re: UVM typedef struct, David Laight
      • Re: UVM typedef struct, David Laight
      • Re: UVM typedef struct, Reinoud Zandijk
    • Re: UVM typedef struct, Mindaugas Rasiukevicius
      • Re: UVM typedef struct, Antti Kantee
      • Re: UVM typedef struct, Mindaugas Rasiukevicius
      • re: UVM typedef struct, matthew green
      • Re: UVM typedef struct, Masao Uebayashi
      • Re: UVM typedef struct, Antti Kantee
      • Re: UVM typedef struct, der Mouse
      • Re: UVM typedef struct, Terry Moore
      • Re: UVM typedef struct, Terry Moore
      • Re: UVM typedef struct, James Chacon
      • Re: UVM typedef struct, Jason Thorpe
      • Re: UVM typedef struct, David Laight
      • Re: UVM typedef struct, David Holland
      • Re: UVM typedef struct, Peter Seebach
      • Re: UVM typedef struct, David Holland
      • Re: UVM typedef struct, Peter Seebach
      • Re: UVM typedef struct, David Holland
      • Re: UVM typedef struct, Peter Seebach
      • Re: UVM typedef struct, Matthew Mondor
      • Re: UVM typedef struct, der Mouse
      • Re: UVM typedef struct, David Holland
      • Re: UVM typedef struct, Eric Haszlakiewicz
      • Re: UVM typedef struct, David Holland
      • Re: UVM typedef struct, Eric Haszlakiewicz
      • Re: UVM typedef struct, David Holland
      • Re: UVM typedef struct, Eric Haszlakiewicz
      • Re: UVM typedef struct, Tonnerre LOMBARD
      • Re: UVM typedef struct, Iain Hibbert
      • Re: UVM typedef struct, Tonnerre LOMBARD
      • Re: UVM typedef struct, James Chacon
      • Re: UVM typedef struct, Tonnerre LOMBARD
      • Re: UVM typedef struct, Iain Hibbert
      • Re: UVM typedef struct, Alan Barrett
      • Re: UVM typedef struct, Tonnerre LOMBARD
      • Re: UVM typedef struct, David Holland
      • Re: UVM typedef struct, Greg A. Woods
      • Re: UVM typedef struct, David Holland
      • Re: UVM typedef struct, Greg A. Woods
      • Re: UVM typedef struct, David Holland
      • Re: UVM typedef struct, tlaronde
  • Re: UVM typedef struct, Chuck Cranor
    • Re: UVM typedef struct, David Holland
    • Re: UVM typedef struct, Jason Thorpe
• UVM emap implementation, Mindaugas Rasiukevicius
  • Re: UVM emap implementation, Mindaugas Rasiukevicius
• sendmsg/recvmsg not failing with msg_iovlen value , Nicolas Joly
• FreeBSD devfs support on NetBSD 5.0, Hans Petter Selasky
  • Re: FreeBSD devfs support on NetBSD 5.0, Antti Kantee
    • Re: FreeBSD devfs support on NetBSD 5.0, Arnaud Lacombe
      • Re: FreeBSD devfs support on NetBSD 5.0, Antti Kantee
      • Re: FreeBSD devfs support on NetBSD 5.0, Hans Petter Selasky
      • Re: FreeBSD devfs support on NetBSD 5.0, Reinoud Zandijk
      • Re: FreeBSD devfs support on NetBSD 5.0, Hubert Feyrer
      • Re: FreeBSD devfs support on NetBSD 5.0, Adam Hamsik
      • Re: FreeBSD devfs support on NetBSD 5.0, Antti Kantee
      • Re: FreeBSD devfs support on NetBSD 5.0, Alistair Crooks
      • Re: FreeBSD devfs support on NetBSD 5.0, Iain Hibbert
      • Re: FreeBSD devfs support on NetBSD 5.0, Greg A. Woods
      • Re: FreeBSD devfs support on NetBSD 5.0, Hans Petter Selasky
      • Re: FreeBSD devfs support on NetBSD 5.0, Matthew Mondor
      • Re: FreeBSD devfs support on NetBSD 5.0, Greg A. Woods
      • Re: FreeBSD devfs support on NetBSD 5.0, der Mouse
      • Re: FreeBSD devfs support on NetBSD 5.0, Greg A. Woods
      • Re: FreeBSD devfs support on NetBSD 5.0, der Mouse
      • Re: FreeBSD devfs support on NetBSD 5.0, Greg A. Woods
      • Re: FreeBSD devfs support on NetBSD 5.0, David Holland
      • Re: FreeBSD devfs support on NetBSD 5.0, Matthew Mondor
      • Re: FreeBSD devfs support on NetBSD 5.0, Greg A. Woods
      • Re: FreeBSD devfs support on NetBSD 5.0, der Mouse
      • Re: FreeBSD devfs support on NetBSD 5.0, Greg A. Woods
      • Re: FreeBSD devfs support on NetBSD 5.0, Brett Lymn
      • Re: FreeBSD devfs support on NetBSD 5.0, David Holland
      • Re: FreeBSD devfs support on NetBSD 5.0, Iain Hibbert
      • Re: FreeBSD devfs support on NetBSD 5.0, Hans Petter Selasky
      • Re: FreeBSD devfs support on NetBSD 5.0, David Holland
      • Re: FreeBSD devfs support on NetBSD 5.0, Iain Hibbert
      • Re: FreeBSD devfs support on NetBSD 5.0, David Holland
      • Re: FreeBSD devfs support on NetBSD 5.0, der Mouse
      • Re: FreeBSD devfs support on NetBSD 5.0, Matthew Mondor
      • Re: FreeBSD devfs support on NetBSD 5.0, David Holland
      • Re: FreeBSD devfs support on NetBSD 5.0, der Mouse
      • Re: FreeBSD devfs support on NetBSD 5.0, Greg A. Woods
      • Re: FreeBSD devfs support on NetBSD 5.0, David Young
      • Re: FreeBSD devfs support on NetBSD 5.0, David Holland
      • Re: FreeBSD devfs support on NetBSD 5.0, David Holland
      • Re: FreeBSD devfs support on NetBSD 5.0, der Mouse
      • Re: FreeBSD devfs support on NetBSD 5.0, Matt Fleming
  • Re: FreeBSD devfs support on NetBSD 5.0, Matthew Mondor
• fix LOCKDEBUG crash in vfs, Christoph Egger
  • Re: fix LOCKDEBUG crash in vfs, Tonnerre LOMBARD
• UVM aobj pager vs uvm_swap, Luis Useche
• lockdebug panic when running fsck_ffs, Tonnerre LOMBARD
  • Re: lockdebug panic when running fsck_ffs, Patrick Welche
    • Re: lockdebug panic when running fsck_ffs, Tonnerre LOMBARD
      • Re: lockdebug panic when running fsck_ffs, Sverre Froyen
• Kern/41566, Problem with pty(4) handling under Net, Brian Buhrow
  • Re: Kern/41566, Problem with pty(4) handling under, Zafer Aydoğan
  • <Possible follow-ups>
  • Re: Kern/41566, Problem with pty(4) handling under, Brian Buhrow
    • Re: Kern/41566, Problem with pty(4) handling under, Iain Hibbert
  • Re: Kern/41566, Problem with pty(4) handling under, Brian Buhrow
    • Re: Kern/41566, Problem with pty(4) handling under, Iain Hibbert
  • Re: Kern/41566, Problem with pty(4) handling under, Brian Buhrow
• Only _3_ days left for earlybird registration to K, James C. McPherson
• Re: radio0 at bktr0, Jukka Marin
• Interrupt handlers in NetBSD 5.0, Hans Petter Selasky
  • Re: Interrupt handlers in NetBSD 5.0, Mindaugas Rasiukevicius
    • Re: Interrupt handlers in NetBSD 5.0, Andrew Doran
      • Re: Interrupt handlers in NetBSD 5.0, Hans Petter Selasky