tech-kern by thread

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

• Initializer and initialization macros in queue.h, Matthias-Christian Ott
  • Re: Initializer and initialization macros in queue, Joerg Sonnenberger
    • Re: Initializer and initialization macros in queue, Matthias-Christian Ott
      • Re: Initializer and initialization macros in queue, Joerg Sonnenberger
• 2*(void *) atomic swap?, Maxime Villard
  • Re: 2*(void *) atomic swap?, Taylor R Campbell
  • Re: 2*(void *) atomic swap?, Dennis Ferguson
    • Re: 2*(void *) atomic swap?, Taylor R Campbell
      • Re: 2*(void *) atomic swap?, Dennis Ferguson
      • Re: 2*(void *) atomic swap?, Taylor R Campbell
      • Re: 2*(void *) atomic swap?, Maxime Villard
      • Re: 2*(void *) atomic swap?, Matt Thomas
      • Re: 2*(void *) atomic swap?, Joerg Sonnenberger
      • Re: 2*(void *) atomic swap?, Thor Lancelot Simon
      • Re: 2*(void *) atomic swap?, David Holland
      • Re: 2*(void *) atomic swap?, Thor Lancelot Simon
      • Re: 2*(void *) atomic swap?, Joerg Sonnenberger
• Enormous scheduler bug, Maxime Villard
  • Re: Enormous scheduler bug, Mindaugas Rasiukevicius
    • Re: Enormous scheduler bug, Maxime Villard
      • Re: Enormous scheduler bug, Maxime Villard
• spl question, Maxime Villard
  • Re: spl question, Greg Troxel
  • Re: spl question, Taylor R Campbell
    • Re: spl question, Maxime Villard
      • Re: spl question, Taylor R Campbell
• panic: locking xyz against myself (linux DRM?!), Timo Buhrmester
  • re: panic: locking xyz against myself (linux DRM?!, matthew green
    • Re: panic: locking xyz against myself (linux DRM?!, Taylor R Campbell
      • re: panic: locking xyz against myself (linux DRM?!, matthew green
      • Re: panic: locking xyz against myself (linux DRM?!, Timo Buhrmester
• Brainy: Memory Leak in if_ieee1394, Maxime Villard
  • Re: Brainy: Memory Leak in if_ieee1394, Ignatios Souvatzis
• Another force unmount failure, Emmanuel Dreyfus
  • Re: Another force unmount failure, David Holland
    • Re: Another force unmount failure, Emmanuel Dreyfus
      • Re: Another force unmount failure, David Holland
      • Re: Another force unmount failure, Don Lee
      • Re: Another force unmount failure, Emmanuel Dreyfus
  • LOCKDEBUG_BARRIER in mi_userret (was: Re: Another, Emmanuel Dreyfus
    • Re: LOCKDEBUG_BARRIER in mi_userret (was: Re: Ano, Taylor R Campbell
      • Re: LOCKDEBUG_BARRIER in mi_userret (was: Re: Ano, Emmanuel Dreyfus
      • Re: LOCKDEBUG_BARRIER in mi_userret (was: Re: Ano, Taylor R Campbell
      • Re: LOCKDEBUG_BARRIER in mi_userret (was: Re: Ano, David Holland
      • Re: LOCKDEBUG_BARRIER in mi_userret (was: Re: Ano, Emmanuel Dreyfus
      • Re: LOCKDEBUG_BARRIER in mi_userret (was: Re: Ano, Taylor R Campbell
      • Re: LOCKDEBUG_BARRIER in mi_userret (was: Re: Ano, David Holland
      • Re: LOCKDEBUG_BARRIER in mi_userret (was: Re: Ano, Emmanuel Dreyfus
      • Re: LOCKDEBUG_BARRIER in mi_userret (was: Re: Ano, David Holland
      • Re: LOCKDEBUG_BARRIER in mi_userret (was: Re: Ano, Emmanuel Dreyfus
• Threaded file system benchmark, Ryo ONODERA
  • Re: Threaded file system benchmark, Mindaugas Rasiukevicius
    • Re: Threaded file system benchmark, David Holland
      • Re: Threaded file system benchmark, Ryo ONODERA
    • Re: Threaded file system benchmark, Ryo ONODERA
      • Re: Threaded file system benchmark, Ryo ONODERA
• Genericizing sys/compat/netbsd32, Matt Thomas
• Linux ioctl emulation, Robert Swindells
  • Re: Linux ioctl emulation, Nicolas Joly
    • Re: Linux ioctl emulation, Robert Swindells
• mount_checkdirs, David Holland
  • Re: mount_checkdirs, Taylor R Campbell
  • Re: mount_checkdirs, Rhialto
    • Re: mount_checkdirs, Rhialto
    • Re: mount_checkdirs, John Nemeth
  • Re: mount_checkdirs, Edgar Fuß
• Brainy: bozohttpd memory leak, Maxime Villard
• Improving use of rt_refcnt, Ryota Ozaki
  • Re: Improving use of rt_refcnt, David Young
    • Re: Improving use of rt_refcnt, Ryota Ozaki
      • Re: Improving use of rt_refcnt, Joerg Sonnenberger
      • Re: Improving use of rt_refcnt, Ryota Ozaki
      • Re: Improving use of rt_refcnt, Dennis Ferguson
      • Re: Improving use of rt_refcnt, Ryota Ozaki
      • Re: Improving use of rt_refcnt, Ryota Ozaki
      • Re: Improving use of rt_refcnt, Dennis Ferguson
      • Re: Improving use of rt_refcnt, Joerg Sonnenberger
      • Re: Improving use of rt_refcnt, Ryota Ozaki
      • Re: Improving use of rt_refcnt, Mouse
      • Re: Improving use of rt_refcnt, Joerg Sonnenberger
      • Re: Improving use of rt_refcnt, Ryota Ozaki
      • Re: Improving use of rt_refcnt, David Young
  • Re: Improving use of rt_refcnt, Ryota Ozaki
• Choice of SAS controller, Edgar Fuß
  • Re: Choice of SAS controller, Manuel Bouyer
    • Re: Choice of SAS controller, Edgar Fuß
      • Re: Choice of SAS controller, Manuel Bouyer
      • Re: Choice of SAS controller, Jukka Marin
      • Re: Choice of SAS controller, Edgar Fuß
      • Re: Choice of SAS controller, Jukka Marin
      • Re: Choice of SAS controller, Stephen Borrill
      • Re: Choice of SAS controller, John Nemeth
• USB, NetBSD 6.1.5/amd64: freezes when 2 umass conn, tlaronde
  • Re: USB, NetBSD 6.1.5/amd64: freezes when 2 umass , Paul Goyette
    • Re: USB, NetBSD 6.1.5/amd64: freezes when 2 umass , tlaronde
  • Re: USB, NetBSD 6.1.5/amd64: freezes when 2 umass , Nick Hudson
    • Re: USB, NetBSD 6.1.5/amd64: freezes when 2 umass , tlaronde
    • USB, NetBSD 7/amd64: crashes, tlaronde
      • Re: USB, NetBSD 7/amd64: crashes, Manuel Bouyer
      • Re: USB, NetBSD 7/amd64: crashes, tlaronde
      • Re: USB, NetBSD 7/amd64: crashes, Manuel Bouyer
      • Re: USB, NetBSD 7/amd64: crashes, Edgar Fuss
      • Re: USB, NetBSD 7/amd64: crashes, tlaronde
  • [Was USB; is] dkwedge_add(), 6.1.5/amd64: freezes , tlaronde
• RAIDframe-on-mpt(4) write performance, Edgar Fuß
• rm(1) CPU hog, Edgar Fuß
  • Re: rm(1) CPU hog, Taylor R Campbell
    • Re: rm(1) CPU hog, David Holland
      • Re: rm(1) CPU hog, Taylor R Campbell
      • Re: rm(1) CPU hog, Joerg Sonnenberger
    • Re: rm(1) CPU hog, Edgar Fuß
    • Re: rm(1) CPU hog, Thor Lancelot Simon
• x96 cannot build without MULTIPROCESSOR, Emmanuel Dreyfus
  • Re: x96 cannot build without MULTIPROCESSOR, Nick Hudson
  • Re: x96 cannot build without MULTIPROCESSOR, Joerg Sonnenberger
    • Re: x96 cannot build without MULTIPROCESSOR, Paul Goyette
      • Re: x96 cannot build without MULTIPROCESSOR, Joerg Sonnenberger
    • Re: x96 cannot build without MULTIPROCESSOR, Emmanuel Dreyfus
      • Re: x96 cannot build without MULTIPROCESSOR, Martin Husemann
      • Re: x96 cannot build without MULTIPROCESSOR, Emmanuel Dreyfus
      • Re: x96 cannot build without MULTIPROCESSOR, Joerg Sonnenberger
      • Re: x96 cannot build without MULTIPROCESSOR, Emmanuel Dreyfus
      • Re: x96 cannot build without MULTIPROCESSOR, Thor Lancelot Simon
  • re: x96 cannot build without MULTIPROCESSOR, matthew green
    • Re: x96 cannot build without MULTIPROCESSOR, Joerg Sonnenberger
      • re: x96 cannot build without MULTIPROCESSOR, matthew green