tech-kern by thread

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

• Copyright notice, Frank Zerangue
  • Re: Copyright notice, Jonathan A. Kollasch
• Panic at init on arm (Seagate Dockstar) with -curr, Andy Ruhl
  • Re: Panic at init on arm (Seagate Dockstar) with -, SAITOH Masanobu
    • Re: Panic at init on arm (Seagate Dockstar) with -, SAITOH Masanobu
      • Re: Panic at init on arm (Seagate Dockstar) with -, Andy Ruhl
      • re: Panic at init on arm (Seagate Dockstar) with -, matthew green
      • Re: Panic at init on arm (Seagate Dockstar) with -, Andy Ruhl
      • Re: Panic at init on arm (Seagate Dockstar) with -, Andy Ruhl
      • Re: Panic at init on arm (Seagate Dockstar) with -, Andy Ruhl
      • Re: Panic at init on arm (Seagate Dockstar) with -, SAITOH Masanobu
      • Re: Panic at init on arm (Seagate Dockstar) with -, Andy Ruhl
• You never know what is around the corner for sure., Sima Truex
• Parent "device" selection in kernel configuration, Bexley Hall
  • Re: Parent "device" selection in kernel configurat, Iain Hibbert
  • <Possible follow-ups>
  • Re: Parent "device" selection in kernel configurat, Bexley Hall
    • Re: Parent "device" selection in kernel configurat, Julian Coleman
    • Re: Parent "device" selection in kernel configurat, Iain Hibbert
• pegasosII hung with new kernel - page daemon spinn, matthew green
  • re: pegasosII hung with new kernel - page daemon s, matthew green
    • Re: pegasosII hung with new kernel - page daemon s, Lars Heidieker
      • re: pegasosII hung with new kernel - page daemon s, matthew green
      • re: pegasosII hung with new kernel - page daemon s, matthew green
      • Re: pegasosII hung with new kernel - page daemon s, Lars Heidieker
      • re: pegasosII hung with new kernel - page daemon s, matthew green
      • Re: pegasosII hung with new kernel - page daemon s, Lars Heidieker
      • Re: pegasosII hung with new kernel - page daemon s, Matt Thomas
      • Re: pegasosII hung with new kernel - page daemon s, Lars Heidieker
• pckb[cd] changes for sparc64, Julian Coleman
  • Re: pckb[cd] changes for sparc64, Julian Coleman
• Does "options P1003_1B_SEMAPHORE" still exist?, Paul Goyette
  • Re: Does "options P1003_1B_SEMAPHORE" still exist?, Matthew Mondor
    • Re: Does "options P1003_1B_SEMAPHORE" still exist?, Matthias Drochner
      • Re: Does "options P1003_1B_SEMAPHORE" still exist?, Joerg Sonnenberger
      • Re: Does "options P1003_1B_SEMAPHORE" still exist?, Matthias Drochner
      • Re: Does "options P1003_1B_SEMAPHORE" still exist?, Joerg Sonnenberger
      • Re: Does "options P1003_1B_SEMAPHORE" still exist?, Matthias Drochner
      • Re: Does "options P1003_1B_SEMAPHORE" still exist?, Matthias Drochner
      • Re: Does "options P1003_1B_SEMAPHORE" still exist?, Joerg Sonnenberger
      • Re: Does "options P1003_1B_SEMAPHORE" still exist?, Matthias Drochner
      • Re: Does "options P1003_1B_SEMAPHORE" still exist?, Thomas Klausner
      • Re: Does "options P1003_1B_SEMAPHORE" still exist?, Matthias Drochner
      • Re: Does "options P1003_1B_SEMAPHORE" still exist?, Mindaugas Rasiukevicius
      • Re: Does "options P1003_1B_SEMAPHORE" still exist?, Matthias Drochner
    • re: Does "options P1003_1B_SEMAPHORE" still exist?, matthew green
• some ACPI fixes, Chuck Silvers
  • Re: some ACPI fixes, Chuck Silvers
• pass-through linux ioctl for mfi(4), Manuel Bouyer
  • Re: pass-through linux ioctl for mfi(4), Christos Zoulas
  • Re: pass-through linux ioctl for mfi(4), Thor Lancelot Simon
    • Re: pass-through linux ioctl for mfi(4), Manuel Bouyer
      • Re: pass-through linux ioctl for mfi(4), Thor Lancelot Simon
      • Re: pass-through linux ioctl for mfi(4), Manuel Bouyer
      • Re: pass-through linux ioctl for mfi(4), Manuel Bouyer
      • Re: pass-through linux ioctl for mfi(4), Christos Zoulas
      • Re: pass-through linux ioctl for mfi(4), Alan Barrett
      • Re: pass-through linux ioctl for mfi(4), Manuel Bouyer
  • Re: pass-through linux ioctl for mfi(4), Manuel Bouyer
    • Re: pass-through linux ioctl for mfi(4), Christos Zoulas
      • Re: pass-through linux ioctl for mfi(4), Manuel Bouyer
      • Re: pass-through linux ioctl for mfi(4), Christos Zoulas
      • Re: pass-through linux ioctl for mfi(4), Robert Elz
      • Re: pass-through linux ioctl for mfi(4), Manuel Bouyer
      • Re: pass-through linux ioctl for mfi(4), Christos Zoulas
      • Re: pass-through linux ioctl for mfi(4), Manuel Bouyer
      • Re: pass-through linux ioctl for mfi(4), Christos Zoulas
      • Re: pass-through linux ioctl for mfi(4), Robert Elz
      • Re: pass-through linux ioctl for mfi(4), Manuel Bouyer
      • Re: pass-through linux ioctl for mfi(4), Christos Zoulas
      • Re: pass-through linux ioctl for mfi(4), Manuel Bouyer
      • Re: pass-through linux ioctl for mfi(4), Christos Zoulas
      • Re: pass-through linux ioctl for mfi(4), Manuel Bouyer
      • Re: pass-through linux ioctl for mfi(4), Christos Zoulas
      • Re: pass-through linux ioctl for mfi(4), Robert Elz
      • Re: pass-through linux ioctl for mfi(4), David Holland
• [HEADS UP] swapcontext vs libpthread, Emmanuel Dreyfus
  • re: [HEADS UP] swapcontext vs libpthread, matthew green
  • Re: [HEADS UP] swapcontext vs libpthread, Martin Husemann
• freebsd binary and kern.usrstack, Manuel Bouyer
  • Re: freebsd binary and kern.usrstack, Joerg Sonnenberger
    • Re: freebsd binary and kern.usrstack, Manuel Bouyer
      • re: freebsd binary and kern.usrstack, matthew green
  • Re: freebsd binary and kern.usrstack, Christos Zoulas
• Fetching uboot env vars from inside netbsd kernel, Rajasekhar Pulluru
  • Re: Fetching uboot env vars from inside netbsd ker, Rajasekhar Pulluru
• NetBSD-5 appears to have forgotten how to execute , Brian Buhrow
  • Re: NetBSD-5 appears to have forgotten how to exec, David Laight
  • Re: NetBSD-5 appears to have forgotten how to exec, Martin Husemann
    • Re: NetBSD-5 appears to have forgotten how to exec, Brian Buhrow
      • Re: NetBSD-5 appears to have forgotten how to exec, Matthew Mondor
      • Re: NetBSD-5 appears to have forgotten how to exec, Brian Buhrow
      • Re: NetBSD-5 appears to have forgotten how to exec, Matthew Mondor
• Use of r31 on the powerpc/booke:mpc85xx architectu, Scislowicz, Adam
  • <Possible follow-ups>
  • RE: Use of r31 on the powerpc/booke:mpc85xx archit, Scislowicz, Adam
    • Re: Use of r31 on the powerpc/booke:mpc85xx archit, Matt Thomas
• Extending pmap_kenter_pa and pmap_enter., Matt Thomas
  • re: Extending pmap_kenter_pa and pmap_enter., matthew green
    • Re: Extending pmap_kenter_pa and pmap_enter., Martin Husemann
    • Re: Extending pmap_kenter_pa and pmap_enter., Mindaugas Rasiukevicius
• NetBSD port for AT91SAM9G20?, Jukka Marin
  • Re: NetBSD port for AT91SAM9G20?, Warner Losh
    • Re: NetBSD port for AT91SAM9G20?, vincent
      • Re: NetBSD port for AT91SAM9G20?, Warner Losh
• swapcontext vs libpthread, round 10, Emmanuel Dreyfus
  • re: swapcontext vs libpthread, round 10, matthew green
    • Re: swapcontext vs libpthread, round 10, Emmanuel Dreyfus
      • Re: swapcontext vs libpthread, round 10, Klaus Klein
• quotactl permissions, Emmanuel Dreyfus
  • Re: quotactl permissions, Thor Lancelot Simon
    • Re: quotactl permissions, Eric Haszlakiewicz
      • Re: quotactl permissions, Thor Lancelot Simon
      • Re: quotactl permissions, Eric Haszlakiewicz
      • Re: quotactl permissions, Emmanuel Dreyfus
      • Re: quotactl permissions, David Holland
      • Re: quotactl permissions, Emmanuel Dreyfus
      • Re: quotactl permissions, Christos Zoulas
      • Re: quotactl permissions, Emmanuel Dreyfus
      • Re: quotactl permissions, Christos Zoulas
      • Re: quotactl permissions, Emmanuel Dreyfus
      • Re: quotactl permissions, Christos Zoulas
      • Re: quotactl permissions, Thor Lancelot Simon
      • Re: quotactl permissions, Eric Haszlakiewicz
      • Re: quotactl permissions, David Holland
      • Re: quotactl permissions, Eric Haszlakiewicz
      • Re: quotactl permissions, David Holland
      • Re: quotactl permissions, Emmanuel Dreyfus
• i386/6.0_BETA6 crash in pr_find_pagehead, Aleksey Cheusov