tech-kern by thread

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

• [Milkymist port] virtual memory management, Yann Sionneau
  • Re: [Milkymist port] virtual memory management, Rhialto
    • Re: [Milkymist port] virtual memory management, Johnny Billquist
  • Re: [Milkymist port] virtual memory management, David Holland
  • Re: [Milkymist port] virtual memory management, Eduardo Horvath
    • Re: [Milkymist-devel] [Milkymist port] virtual mem, Yann Sionneau
      • Re: [Milkymist-devel] [Milkymist port] virtual mem, Eduardo Horvath
      • Re: [Milkymist-devel] [Milkymist port] virtual mem, Martin Husemann
      • Re: [Milkymist-devel] [Milkymist port] virtual mem, Yann Sionneau
      • Re: [Milkymist-devel] [Milkymist port] virtual mem, Mouse
      • Re: [Milkymist-devel] [Milkymist port] virtual mem, Yann Sionneau
      • Re: [Milkymist-devel] [Milkymist port] virtual mem, Eduardo Horvath
      • Re: [Milkymist-devel] [Milkymist port] virtual mem, David Holland
      • Re: [Milkymist-devel] [Milkymist port] virtual mem, Yann Sionneau
    • Re: [Milkymist port] virtual memory management, Yann Sionneau
      • Re: [Milkymist port] virtual memory management, Matt Thomas
      • Re: [Milkymist port] virtual memory management, Yann Sionneau
      • Re: [Milkymist port] virtual memory management, Eduardo Horvath
      • Re: [Milkymist port] virtual memory management, Yann Sionneau
      • Re: [Milkymist port] virtual memory management, Matt Thomas
      • Re: [Milkymist port] virtual memory management, David Laight
      • Re: [Milkymist port] virtual memory management, Yann Sionneau
      • Re: [Milkymist port] virtual memory management, Joerg Sonnenberger
      • Re: [Milkymist port] virtual memory management, Yann Sionneau
      • Re: [Milkymist port] virtual memory management, Matt Thomas
      • Re: [Milkymist port] virtual memory management, Matt Thomas
  • Re: [Milkymist port] virtual memory management, Yann Sionneau
• equivalent of MAP_32BIT, Justin Cormack
  • Re: equivalent of MAP_32BIT, Alexander Nasonov
  • Re: equivalent of MAP_32BIT, David Laight
• 4.0.1 i386 wedged, der Mouse
  • Re: 4.0.1 i386 wedged, Brian Buhrow
    • Re: 4.0.1 i386 wedged, der Mouse
    • Re: 4.0.1 i386 wedged, Brett Lymn
      • Re: 4.0.1 i386 wedged, der Mouse
• Thinking about NCQ support for NetBSD, Brian Buhrow
  • Re: Thinking about NCQ support for NetBSD, Jonathan A. Kollasch
  • Re: Thinking about NCQ support for NetBSD, Manuel Bouyer
  • Re: Thinking about NCQ support for NetBSD, Matt Thomas
• NetBSD/avr32, Tomas Niño Kehoe
  • Re: NetBSD/avr32, Christos Zoulas
  • Re: NetBSD/avr32, Valery Ushakov
    • Re: NetBSD/avr32, Tomas Niño Kehoe
• A new NetBSD port is coming (WIP)!, Yann Sionneau
  • Re: A new NetBSD port is coming (WIP)!, Yann Sionneau
• [GSoC 2013] Implement file system flags to scrub d, Przemysław Sierociński
  • Re: [GSoC 2013] Implement file system flags to scr, Eric Haszlakiewicz
    • Re: [GSoC 2013] Implement file system flags to scr, Thor Lancelot Simon
  • Re: [GSoC 2013] Implement file system flags to scr, J. Hannken-Illjes
  • <Possible follow-ups>
  • [GSoC 2013] Implement file system flags to scrub d, Przemysław Sierociński
    • Re: [GSoC 2013] Implement file system flags to scr, Przemysław Sierociński
      • Re: [GSoC 2013] Implement file system flags to scr, J. Hannken-Illjes
• frozen netbsd-6-rc4, 6bone
• Question about pool(9) sizes, Brian Buhrow
  • Re: Question about pool(9) sizes, Greg Troxel
  • Re: Question about pool(9) sizes, Michael van Elst
    • Re: Question about pool(9) sizes, Greg Troxel