tech-kern by thread

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

• i386 MP failure (further report), Vincent
  • Re: i386 MP failure (further report), Joerg Sonnenberger
  • Re: i386 MP failure (further report), Andrew Doran
    • Re: i386 MP failure (further report), Vincent
      • Re: i386 MP failure (further report), Joerg Sonnenberger
• sdmmc driver, Jared D. McNeill
  • Re: sdmmc driver, Tobias Nygren
    • Re: sdmmc driver, Jared D. McNeill
      • Re: sdmmc driver, Andrew Doran
      • Re: sdmmc driver, Jared D. McNeill
      • Re: sdmmc driver, Andrew Doran
      • Re: sdmmc driver, Jared D. McNeill
• Speeding up autoconf on PCs, Andrew Doran
  • Re: Speeding up autoconf on PCs, Christos Zoulas
  • Re: Speeding up autoconf on PCs, Andrew Doran
    • Re: Speeding up autoconf on PCs, Jared D. McNeill
      • Re: Speeding up autoconf on PCs, Andrew Doran
  • Re: Speeding up autoconf on PCs, Joerg Sonnenberger
    • Re: Speeding up autoconf on PCs, Bill Stouder-Studenmund
  • Re: Speeding up autoconf on PCs, Hubert Feyrer
    • Re: Speeding up autoconf on PCs, Andrew Doran
      • Re: Speeding up autoconf on PCs, Daniel Carosone
      • Re: Speeding up autoconf on PCs, Juan RP
      • Re: Speeding up autoconf on PCs, Andrew Doran
      • usb autoconf crash (maybe Re: Speeding up autoconf, Daniel Carosone
      • Re: usb autoconf crash (maybe Re: Speeding up auto, Daniel Carosone
      • Re: usb autoconf crash (maybe Re: Speeding up auto, Daniel Carosone
      • Re: usb autoconf crash (maybe Re: Speeding up auto, Andrew Doran
• pmf(9) and Xen domU suspending?, Jean-Yves Migeon
  • Re: pmf(9) and Xen domU suspending?, Jared D. McNeill
    • Re: pmf(9) and Xen domU suspending?, Iain Hibbert
      • Re: pmf(9) and Xen domU suspending?, Jared D. McNeill
      • Re: pmf(9) and Xen domU suspending?, Iain Hibbert
      • Re: pmf(9) and Xen domU suspending?, Joerg Sonnenberger
  • Re: pmf(9) and Xen domU suspending?, Joerg Sonnenberger
    • Re: pmf(9) and Xen domU suspending?, Manuel Bouyer
      • Re: pmf(9) and Xen domU suspending?, Joerg Sonnenberger
      • Re: pmf(9) and Xen domU suspending?, Jean-Yves Migeon
      • Re: pmf(9) and Xen domU suspending?, Juan RP
      • Re: pmf(9) and Xen domU suspending?, Manuel Bouyer
      • Re: pmf(9) and Xen domU suspending?, Joerg Sonnenberger
      • Re: pmf(9) and Xen domU suspending?, Jean-Yves Migeon
      • Re: pmf(9) and Xen domU suspending?, Manuel Bouyer
• Request for testers - socket locking diff, Andrew Doran
  • Re: Request for testers - socket locking diff, YAMAMOTO Takashi
  • Re: Request for testers - socket locking diff, Iain Hibbert
    • Re: Request for testers - socket locking diff, Andrew Doran
      • Re: Request for testers - socket locking diff, Andrew Doran
      • Re: Request for testers - socket locking diff, Matt Thomas
      • Re: Request for testers - socket locking diff, Andrew Doran
      • Re: Request for testers - socket locking diff, Andrew Doran
      • Re: Request for testers - socket locking diff, Iain Hibbert
      • Re: Request for testers - socket locking diff, Iain Hibbert
      • Re: Request for testers - socket locking diff, Adam Hamsik
      • Re: Request for testers - socket locking diff, Andrew Doran
      • Re: Request for testers - socket locking diff, Iain Hibbert
      • Re: Request for testers - socket locking diff, Andrew Doran
      • Re: Request for testers - socket locking diff, Iain Hibbert
• mjf-devfs2 branch, Matt Fleming
  • Re: mjf-devfs2 branch, der Mouse
    • Re: mjf-devfs2 branch, Matt Fleming
      • Re: mjf-devfs2 branch, der Mouse
  • Re: mjf-devfs2 branch, Matthew Mondor
    • Re: mjf-devfs2 branch, Matt Fleming
  • Re: mjf-devfs2 branch, Jared D. McNeill
    • Re: mjf-devfs2 branch, Matt Fleming
      • Re: mjf-devfs2 branch, Jared D. McNeill
  • Re: mjf-devfs2 branch, Klaus Heinz
    • Re: mjf-devfs2 branch, Matt Fleming
      • Re: mjf-devfs2 branch, Michael Lorenz
      • Re: mjf-devfs2 branch, der Mouse
      • Re: mjf-devfs2 branch, Steven M. Bellovin
      • Re: mjf-devfs2 branch, Alistair Crooks
      • Re: mjf-devfs2 branch, Matt Fleming
  • Re: mjf-devfs2 branch, Bill Stouder-Studenmund
    • Re: mjf-devfs2 branch, Thor Lancelot Simon
      • Re: mjf-devfs2 branch, Matthew Mondor
      • Re: mjf-devfs2 branch, Bill Stouder-Studenmund
      • Re: mjf-devfs2 branch, Andrew Doran
      • Re: mjf-devfs2 branch, Steven M. Bellovin
      • Re: mjf-devfs2 branch, Thor Lancelot Simon
      • Re: mjf-devfs2 branch, Matthew Mondor
      • Re: mjf-devfs2 branch, Bill Stouder-Studenmund
    • Re: mjf-devfs2 branch, Matt Fleming
  • Re: mjf-devfs2 branch, Andrew Doran
    • Re: mjf-devfs2 branch, Matt Fleming
      • re: mjf-devfs2 branch, matthew green
    • Re: mjf-devfs2 branch, Bill Stouder-Studenmund
      • Re: mjf-devfs2 branch, Lubomir Sedlacik
      • Re: mjf-devfs2 branch, Lubomir Sedlacik
      • Re: mjf-devfs2 branch, Bill Stouder-Studenmund
• physical address space management, David Young
  • Re: physical address space management, Nathan J. Williams
    • Re: physical address space management, David Young
      • Re: physical address space management, Martin Husemann
  • Re: physical address space management, Steve Woodford
    • Re: physical address space management, Matt Thomas
  • Re: physical address space management, Christoph Egger
    • Re: physical address space management, Joerg Sonnenberger
      • Re: physical address space management, David Laight
      • Re: physical address space management, Joerg Sonnenberger
    • Re: physical address space management, David Holland
  • Re: physical address space management, David Holland
• Re: nfs optimization and veriexec, YAMAMOTO Takashi
• kqueue - Specific change information., Adam Panayis
  • Re: kqueue - Specific change information., Joerg Sonnenberger
    • Re: kqueue - Specific change information., Christos Zoulas
  • Re: kqueue - Specific change information., Hubert Feyrer
  • Re: kqueue - Specific change information., Christos Zoulas
• ath0 bug in current?, Vincent
  • Re: ath0 bug in current?, David Young
    • Re: ath0 bug in current?, Jared D. McNeill
    • Re: ath0 bug in current?, Vincent
      • Re: ath0 bug in current?, Vincent
      • Re: ath0 bug in current?, Jared D. McNeill
      • Re: ath0 bug in current?, David Young
  • Re: ath0 bug in current?, Vincent
    • Re: ath0 bug in current?, David Young
  • Re: ath0 bug in current?, Joerg Sonnenberger
    • Re: ath0 bug in current?, Vincent
      • Re: ath0 bug in current?, Vincent
• NetBSD LVM SoC project, Adam Hamsik
• NetBSD resize_ffs SoC project, Adam Hamsik
  • Re: NetBSD resize_ffs SoC project, der Mouse
  • Re: NetBSD resize_ffs SoC project, Joerg Sonnenberger
    • Re: NetBSD resize_ffs SoC project, der Mouse
    • Re: NetBSD resize_ffs SoC project, David Holland
    • Re: NetBSD resize_ffs SoC project, Tim Rightnour
• patch: multiple-request, async-request support for, Thor Lancelot Simon
  • Re: patch: multiple-request, async-request support, Darran Hunt
  • Re: patch: multiple-request, async-request support, Thor Lancelot Simon
    • Re: patch: multiple-request, async-request support, Ted Lemon
• whether or not to be specific to ac adapter (Re: C, YAMAMOTO Takashi
  • Re: whether or not to be specific to ac adapter (R, Juan RP
• Making a common event daemon to replace powerd(8), Juan RP
  • Re: Making a common event daemon to replace powerd, Steven M. Bellovin
  • Re: Making a common event daemon to replace powerd, Stephen Borrill
  • Re: Making a common event daemon to replace powerd, Tobias Nygren
    • Re: Making a common event daemon to replace powerd, Jared D. McNeill
      • Re: Making a common event daemon to replace powerd, Juan RP
• Re: CVS commit: src/sys/arch/sparc64/sparc64, Matt Thomas
  • Re: CVS commit: src/sys/arch/sparc64/sparc64, Joerg Sonnenberger
    • Re: CVS commit: src/sys/arch/sparc64/sparc64, Andrew Doran
• SoC - Defragmentation for FFS, Nirmal Thacker
  • Re: SoC - Defragmentation for FFS, Martin Husemann
• LFS without lfs_cleanerd?, J.T. Conklin
  • Re: LFS without lfs_cleanerd?, Christos Zoulas
  • Re: LFS without lfs_cleanerd?, Konrad Schroder
• Re: CVS commit: src/sys/arch, Andrew Doran
  • <Possible follow-ups>
  • Re: CVS commit: src/sys/arch, Paul Goyette
    • Re: CVS commit: src/sys/arch, Stephen Borrill
    • Re: CVS commit: src/sys/arch, Joerg Sonnenberger
      • Re: CVS commit: src/sys/arch, Paul Goyette
    • Re: CVS commit: src/sys/arch, Jukka Ruohonen
  • Re: CVS commit: src/sys/arch, Jaromír Doleček
    • Re: CVS commit: src/sys/arch, Manuel Bouyer
  • Re: CVS commit: src/sys/arch, Martin Husemann
    • Re: CVS commit: src/sys/arch, Kamil Rytarowski
      • Re: CVS commit: src/sys/arch, Thor Lancelot Simon
• Dynamically allocated locks, Andrew Doran
  • Re: Dynamically allocated locks, David Holland
    • Re: Dynamically allocated locks, Jason Thorpe
      • Re: Dynamically allocated locks, David Holland
      • Naming conventions, der Mouse
  • Re: Dynamically allocated locks, Matt Thomas
    • Re: Dynamically allocated locks, Andrew Doran
      • Re: Dynamically allocated locks, Matt Thomas
      • Re: Dynamically allocated locks, jonathan
    • Re: Dynamically allocated locks, Jason Thorpe
      • Re: Dynamically allocated locks, jonathan
      • Re: Dynamically allocated locks, Jason Thorpe
    • Re: Dynamically allocated locks, Mindaugas Rasiukevicius
  • Re: Dynamically allocated locks, YAMAMOTO Takashi
    • Re: Dynamically allocated locks, Andrew Doran
      • Re: Dynamically allocated locks, Matt Thomas
    • Re: Dynamically allocated locks, Tim Rightnour
      • Re: Dynamically allocated locks, Andrew Doran
• panic at starting services, César Catrián Carreño
  • Re: panic at starting services, David Young
• FSCK_EXIT_ROOT_CHANGED, Juan RP
  • Re: FSCK_EXIT_ROOT_CHANGED, Juan Romero Pardines
    • Re: FSCK_EXIT_ROOT_CHANGED, Juan RP
      • Re: FSCK_EXIT_ROOT_CHANGED, Christos Zoulas
• makesyscalls.sh off_t padding check problem for co, Nicolas Joly
  • Re: makesyscalls.sh off_t padding check problem fo, YAMAMOTO Takashi
  • Re: makesyscalls.sh off_t padding check problem fo, David Laight
    • Re: makesyscalls.sh off_t padding check problem fo, Christos Zoulas
• conftest: _lwp_ctl: Cannot allocate memory, Michael Lorenz
  • Re: conftest: _lwp_ctl: Cannot allocate memory, Andrew Doran
    • Re: conftest: _lwp_ctl: Cannot allocate memory, Michael Lorenz
    • Re: conftest: _lwp_ctl: Cannot allocate memory, Michael Lorenz
    • Re: conftest: _lwp_ctl: Cannot allocate memory, Michael Lorenz
    • Re: conftest: _lwp_ctl: Cannot allocate memory, Michael Lorenz
• uftdi support for "extended functions", Martin Hinner
• Cleaning up namei, David Holland
  • Re: Cleaning up namei, Bill Stouder-Studenmund
    • Re: Cleaning up namei, David Laight
      • Re: Cleaning up namei, David Holland
      • Re: Cleaning up namei, David Laight
      • Re: Cleaning up namei, Bill Stouder-Studenmund