tech-kern by thread

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

• Re: CVS commit: src/bin/cp, David Holland
  • Re: CVS commit: src/bin/cp, David Laight
    • Re: CVS commit: src/bin/cp, David Holland
• XIP, Masao Uebayashi
  • Re: XIP, Izumi Tsutsui
    • Re: XIP, Masao Uebayashi
      • Re: XIP, Masao Uebayashi
      • Re: XIP, Masao Uebayashi
  • Re: XIP, Alan Barrett
    • Re: XIP, Alan Barrett
  • Re: XIP, Chuck Silvers
    • Re: XIP, Masao Uebayashi
      • xmd(4) (Re: XIP), Masao Uebayashi
      • Re: xmd(4) (Re: XIP), YAMAMOTO Takashi
      • Re: xmd(4) (Re: XIP), Masao Uebayashi
      • Re: xmd(4) (Re: XIP), YAMAMOTO Takashi
      • Re: xmd(4) (Re: XIP), Masao Uebayashi
      • pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Masao Uebayashi
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), der Mouse
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Eduardo Horvath
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Matt Thomas
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Masao Uebayashi
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Matt Thomas
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Masao Uebayashi
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Eduardo Horvath
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Masao Uebayashi
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Izumi Tsutsui
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Eduardo Horvath
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Masao Uebayashi
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Thor Lancelot Simon
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Masao Uebayashi
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Matt Thomas
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Masao Uebayashi
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Masao Uebayashi
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Masao Uebayashi
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Eduardo Horvath
      • Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP)), Masao Uebayashi
      • Re: XIP, Chuck Silvers
      • Re: XIP, Masao Uebayashi
      • Re: XIP, Masao Uebayashi
      • PQ_FIXED (was Re: XIP), Masao Uebayashi
      • Re: XIP, Mindaugas Rasiukevicius
      • Re: XIP, Masao Uebayashi
      • Re: XIP, Mindaugas Rasiukevicius
      • Re: XIP, Masao Uebayashi
      • Ownership of uvm_object and vm_page (was Re: XIP), Masao Uebayashi
    • AMAP_SHARED (was Re: XIP), Masao Uebayashi
      • Re: AMAP_SHARED (was Re: XIP), Masao Uebayashi
      • Re: AMAP_SHARED (was Re: XIP), Masao Uebayashi
      • re: AMAP_SHARED (was Re: XIP), matthew green
      • Re: AMAP_SHARED (was Re: XIP), Masao Uebayashi
      • re: AMAP_SHARED (was Re: XIP), matthew green
      • Re: AMAP_SHARED (was Re: XIP), Masao Uebayashi
      • re: AMAP_SHARED (was Re: XIP), matthew green
      • Re: AMAP_SHARED (was Re: XIP), Masao Uebayashi
      • Re: AMAP_SHARED (was Re: XIP), Joerg Sonnenberger
      • Re: AMAP_SHARED (was Re: XIP), Masao Uebayashi
      • Re: AMAP_SHARED (was Re: XIP), YAMAMOTO Takashi
      • Re: AMAP_SHARED (was Re: XIP), Masao Uebayashi
      • Re: AMAP_SHARED (was Re: XIP), Masao Uebayashi
      • Re: AMAP_SHARED (was Re: XIP), Masao Uebayashi
      • Re: AMAP_SHARED (was Re: XIP), Mindaugas Rasiukevicius
• mlock() issues, Sad Clouds
  • Re: mlock() issues, Masao Uebayashi
  • Re: mlock() issues, der Mouse
  • Re: mlock() issues, Christos Zoulas
  • Re: mlock() issues, Michael van Elst
    • Re: mlock() issues, Sad Clouds
      • Re: mlock() issues, Michael van Elst
      • Re: mlock() issues, Sad Clouds
      • Re: mlock() issues, David Laight
      • Re: mlock() issues, Sad Clouds
      • Re: mlock() issues, Michael van Elst
      • Re: mlock() issues, Sad Clouds
      • Re: mlock() issues, Matthew Mondor
      • Re: mlock() issues, Sad Clouds
      • Re: mlock() issues, Matthew Mondor
      • Re: mlock() issues, Sad Clouds
• [patch] - add support for >2TB raid devices, matthew green
  • Re: [patch] - add support for >2TB raid devices, Christos Zoulas
    • re: [patch] - add support for >2TB raid devices, matthew green
      • re: [patch] - add support for >2TB raid devices, Christos Zoulas
      • re: [patch] - add support for >2TB raid devices, matthew green
      • re: [patch] - add support for >2TB raid devices, matthew green
      • re: [patch] - add support for >2TB raid devices, Christos Zoulas
      • re: [patch] - add support for >2TB raid devices, Christos Zoulas
• [REPOST] porting drm [gem] from openbsd, Blair Sadewitz
• Re: porting drm [gem] from openbsd, Yorick Hardy
• cxgb(4) man page missing, otherwise undocumented, Thor Lancelot Simon
• Re: How to make module autoloading play nice with , Gary Thorpe
  • Re: How to make module autoloading play nice with , Thor Lancelot Simon
    • Re: How to make module autoloading play nice with , Geert Hendrickx
    • Re: How to make module autoloading play nice with , Michael Richardson
• kernel module loading vs securelevel, Izumi Tsutsui
  • Re: kernel module loading vs securelevel, Jonathan A. Kollasch
    • Re: kernel module loading vs securelevel, Izumi Tsutsui
      • Re: kernel module loading vs securelevel, David Holland
      • Re: kernel module loading vs securelevel, Izumi Tsutsui
      • Re: kernel module loading vs securelevel, Martin Husemann
      • Re: kernel module loading vs securelevel, Izumi Tsutsui
      • Re: kernel module loading vs securelevel, Masao Uebayashi
      • Re: kernel module loading vs securelevel, Izumi Tsutsui
      • Re: kernel module loading vs securelevel, Paul Goyette
      • Re: kernel module loading vs securelevel, Izumi Tsutsui
      • Re: kernel module loading vs securelevel, Paul Goyette
      • Re: kernel module loading vs securelevel, Izumi Tsutsui
      • Re: kernel module loading vs securelevel, Paul Goyette
      • Re: kernel module loading vs securelevel, John Nemeth
      • Re: kernel module loading vs securelevel, Masao Uebayashi
      • Re: kernel module loading vs securelevel, Paul Goyette
      • Re: kernel module loading vs securelevel, Thor Lancelot Simon
      • Re: kernel module loading vs securelevel, Paul Goyette
      • Re: kernel module loading vs securelevel, David Holland
      • Re: kernel module loading vs securelevel, Paul Goyette
      • Re: kernel module loading vs securelevel, David Holland
      • Re: kernel module loading vs securelevel, Paul Goyette
      • How to make module autoloading play nice with secu, Thor Lancelot Simon
      • Re: How to make module autoloading play nice with , Michael Richardson
      • Re: How to make module autoloading play nice with , Jean-Yves Migeon
      • Re: kernel module loading vs securelevel, John Nemeth
      • Re: kernel module loading vs securelevel, Thor Lancelot Simon
      • Re: kernel module loading vs securelevel, Izumi Tsutsui
      • Re: kernel module loading vs securelevel, David Holland
      • Re: kernel module loading vs securelevel, Izumi Tsutsui
      • Re: kernel module loading vs securelevel, Adam Hoka
      • Re: kernel module loading vs securelevel, David Holland
      • Re: kernel module loading vs securelevel, Izumi Tsutsui
      • re: kernel module loading vs securelevel, matthew green
      • Re: kernel module loading vs securelevel, David Holland
      • Re: kernel module loading vs securelevel, Thor Lancelot Simon
      • Re: kernel module loading vs securelevel, Izumi Tsutsui
      • Re: kernel module loading vs securelevel, Thor Lancelot Simon
      • Re: kernel module loading vs securelevel, Izumi Tsutsui
      • Re: kernel module loading vs securelevel, Andrew Doran
      • Re: kernel module loading vs securelevel, Thor Lancelot Simon
      • Re: kernel module loading vs securelevel, David Holland
      • Re: kernel module loading vs securelevel, John Nemeth
      • Re: kernel module loading vs securelevel, Izumi Tsutsui
      • Re: kernel module loading vs securelevel, Paul Goyette
      • Re: kernel module loading vs securelevel, Steven Bellovin
      • Re: kernel module loading vs securelevel, Thor Lancelot Simon
      • Re: kernel module loading vs securelevel, Matthew Mondor
      • Re: kernel module loading vs securelevel, Thor Lancelot Simon
      • Re: kernel module loading vs securelevel, Jean-Yves Migeon
      • Re: kernel module loading vs securelevel, Steven Bellovin
      • Re: kernel module loading vs securelevel, Matthew Mondor
      • Re: kernel module loading vs securelevel, Jean-Yves Migeon
      • Re: kernel module loading vs securelevel, Matthew Mondor
      • Re: kernel module loading vs securelevel, Paul Goyette
• kernel network interface incompatibilities between, Greg A. Woods
  • Re: kernel network interface incompatibilities bet, Thor Lancelot Simon
• acpivga(4) v. MI display controls, David Young
  • Re: acpivga(4) v. MI display controls, Christoph Egger
  • Re: acpivga(4) v. MI display controls, Jukka Ruohonen
    • Re: acpivga(4) v. MI display controls, Jukka Ruohonen
      • Re: acpivga(4) v. MI display controls, der Mouse
      • Re: acpivga(4) v. MI display controls, Jukka Ruohonen
      • Re: acpivga(4) v. MI display controls, Martin Husemann
      • Re: acpivga(4) v. MI display controls, Jukka Ruohonen
      • Re: acpivga(4) v. MI display controls, Eduardo Horvath
      • Re: acpivga(4) v. MI display controls, David Young
      • Re: acpivga(4) v. MI display controls, Martin Husemann
      • Re: acpivga(4) v. MI display controls, der Mouse
      • Re: acpivga(4) v. MI display controls, Martin Husemann
      • Re: acpivga(4) v. MI display controls, Jukka Ruohonen
      • Re: acpivga(4) v. MI display controls, Grégoire Sutre
    • Re: acpivga(4) v. MI display controls, Martin Husemann
      • Re: acpivga(4) v. MI display controls, Jukka Ruohonen
    • Re: acpivga(4) v. MI display controls, David Young
      • Re: acpivga(4) v. MI display controls, Jukka Ruohonen
  • Re: acpivga(4) v. MI display controls, Grégoire Sutre
• Fwd: USB stack vs bus_dma_tag_t, Radek Kujawa
• SLIP coexisting with serial data?, der Mouse
  • Re: SLIP coexisting with serial data?, Steven Bellovin
    • Re: SLIP coexisting with serial data?, der Mouse
      • Re: SLIP coexisting with serial data?, Greg Troxel
      • Re: SLIP coexisting with serial data?, der Mouse
    • Re: SLIP coexisting with serial data?, Martin Husemann
      • Re: SLIP coexisting with serial data?, der Mouse
  • Re: SLIP coexisting with serial data?, Reinoud Zandijk
    • Re: SLIP coexisting with serial data?, der Mouse
  • Re: SLIP coexisting with serial data?, Greg Troxel
    • Re: SLIP coexisting with serial data?, der Mouse
  • Re: SLIP coexisting with serial data?, Valeriy E. Ushakov
    • Re: SLIP coexisting with serial data?, der Mouse
• Preparing to write new USB Host Controller driver, Radek Kujawa
• Stock Market Incorporated Gift Splash., SMI Gift Splash
• Realtek 8110SC, Matthias Kretschmer
  • Re: Realtek 8110SC, Jonathan A. Kollasch
• [ANN] Lunatik -- NetBSD kernel scripting with Lua , Lourival Vieira Neto
  • Re: [ANN] Lunatik -- NetBSD kernel scripting with , jean-Yves Migeon
    • Re: [ANN] Lunatik -- NetBSD kernel scripting with , Lourival Vieira Neto
      • Re: [ANN] Lunatik -- NetBSD kernel scripting with , Javier Guerra Giraldez
      • Re: [ANN] Lunatik -- NetBSD kernel scripting with , Matthew Mondor
      • Re: [ANN] Lunatik -- NetBSD kernel scripting with , Terry Moore
      • Re: [ANN] Lunatik -- NetBSD kernel scripting with , Lourival Vieira Neto
      • Re: [ANN] Lunatik -- NetBSD kernel scripting with , Matthew Mondor
      • Re: [ANN] Lunatik -- NetBSD kernel scripting with , David Young
      • Re: [ANN] Lunatik -- NetBSD kernel scripting with , Matthew Mondor
      • Re: [ANN] Lunatik -- NetBSD kernel scripting with , Thor Lancelot Simon