tech-kern by thread

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

• MP locking?, der Mouse
  • Re: MP locking?, Manuel Bouyer
    • Re: MP locking?, Christoph Egger
      • RE: MP locking?, Paul Koning
    • Re: MP locking?, der Mouse
  • Re: MP locking?, Andrew Doran
  • <Possible follow-ups>
  • Re: MP locking?, Brian Buhrow
    • Re: MP locking?, der Mouse
• Interesting USB observation, John Klos
• systems hangs with slow disk - how does FS locking, Hubert Feyrer
  • Re: systems hangs with slow disk - how does FS loc, der Mouse
• kqueue clarification, Sad Clouds
  • Re: kqueue clarification, Sad Clouds
• Move the vnode lock into file systems, Juergen Hannken-Illjes
  • Re: Move the vnode lock into file systems, David Holland
    • Re: Move the vnode lock into file systems, Juergen Hannken-Illjes
      • Re: Move the vnode lock into file systems, David Holland
      • Re: Move the vnode lock into file systems, Mindaugas Rasiukevicius
      • Re: Move the vnode lock into file systems, Bill Stouder-Studenmund
      • Re: Move the vnode lock into file systems, Mindaugas Rasiukevicius
      • Re: Move the vnode lock into file systems, Andrew Doran
  • Re: Move the vnode lock into file systems, Andrew Doran
    • Re: Move the vnode lock into file systems, Andrew Doran
    • Re: Move the vnode lock into file systems, Juergen Hannken-Illjes
  • Re: Move the vnode lock into file systems, Juergen Hannken-Illjes
    • Re: Move the vnode lock into file systems, Bill Stouder-Studenmund
    • Re: Move the vnode lock into file systems, Andrew Doran
• why not remove AF_LOCAL sockets on last close?, Thor Simon
  • Re: why not remove AF_LOCAL sockets on last close?, Matthias Scheler
  • Re: why not remove AF_LOCAL sockets on last close?, Robert Elz
    • Re: why not remove AF_LOCAL sockets on last close?, Thor Lancelot Simon
  • Re: why not remove AF_LOCAL sockets on last close?, Greg Troxel
    • Re: why not remove AF_LOCAL sockets on last close?, Thor Simon
      • Re: why not remove AF_LOCAL sockets on last close?, Matthew Mondor
      • Re: why not remove AF_LOCAL sockets on last close?, der Mouse
      • Re: why not remove AF_LOCAL sockets on last close?, Greg Troxel
      • Re: why not remove AF_LOCAL sockets on last close?, Thor Simon
      • Re: why not remove AF_LOCAL sockets on last close?, der Mouse
  • Re: why not remove AF_LOCAL sockets on last close?, Joerg Sonnenberger
    • Re: why not remove AF_LOCAL sockets on last close?, Matthew Mondor
      • Re: why not remove AF_LOCAL sockets on last close?, Joerg Sonnenberger
    • Re: why not remove AF_LOCAL sockets on last close?, Thor Lancelot Simon
      • Re: why not remove AF_LOCAL sockets on last close?, Joerg Sonnenberger
      • Re: why not remove AF_LOCAL sockets on last close?, der Mouse
  • Re: why not remove AF_LOCAL sockets on last close?, Matthew Mondor
    • Re: why not remove AF_LOCAL sockets on last close?, Thor Lancelot Simon
    • Re: why not remove AF_LOCAL sockets on last close?, Matthew Mondor
• Re: binary plist support, YAMAMOTO Takashi
  • Re: binary plist support, Mindaugas Rasiukevicius
• VOP_*LOCK* cleanup proposal, Juergen Hannken-Illjes
  • Re: VOP_*LOCK* cleanup proposal, Andrew Doran
    • Re: VOP_*LOCK* cleanup proposal, Andrew Doran
      • Re: VOP_*LOCK* cleanup proposal, Juergen Hannken-Illjes
  • Re: VOP_*LOCK* cleanup proposal, Eduardo Horvath
    • Re: VOP_*LOCK* cleanup proposal, Andrew Doran
    • Re: VOP_*LOCK* cleanup proposal, Juergen Hannken-Illjes
• wedges on vnd(4) patch, Jeff Rizzo
  • Re: wedges on vnd(4) patch, Christos Zoulas
    • Re: wedges on vnd(4) patch, Jeff Rizzo
      • Re: wedges on vnd(4) patch, Christos Zoulas
    • Re: wedges on vnd(4) patch, Eric Haszlakiewicz
      • Re: wedges on vnd(4) patch, Christos Zoulas
      • declarations in switch statements (Re: wedges on v, Eric Haszlakiewicz
      • Re: declarations in switch statements (Re: wedges , Christos Zoulas
      • Re: declarations in switch statements (Re: wedges , Eric Haszlakiewicz
      • Re: wedges on vnd(4) patch, David Holland
      • Re: wedges on vnd(4) patch, David Laight
• Using emap for i386/amd64 early during boot, Jean-Yves Migeon
  • Re: Using emap for i386/amd64 early during boot, Mindaugas Rasiukevicius
    • Re: Using emap for i386/amd64 early during boot, Jean-Yves Migeon
  • Re: Using emap for i386/amd64 early during boot, David Young
    • Re: Using emap for i386/amd64 early during boot, Jean-Yves Migeon
      • Re: Using emap for i386/amd64 early during boot, Mindaugas Rasiukevicius
      • Re: Using emap for i386/amd64 early during boot, Jean-Yves Migeon
      • Re: Using emap for i386/amd64 early during boot, Mindaugas Rasiukevicius
      • Re: Using emap for i386/amd64 early during boot, Jean-Yves Migeon
• 5.99.30 sparc panic during startup, Hauke Fath
  • Re: 5.99.30 sparc panic during startup, David Young
    • Re: 5.99.30 sparc panic during startup, Mindaugas Rasiukevicius
      • Re: 5.99.30 sparc panic during startup, David Young
      • Re: 5.99.30 sparc panic during startup, Izumi Tsutsui
      • Re: 5.99.30 sparc panic during startup, David Young
      • re: 5.99.30 sparc panic during startup, matthew green
      • Re: 5.99.30 sparc panic during startup, Izumi Tsutsui
      • re: 5.99.30 sparc panic during startup, matthew green
      • re: 5.99.30 sparc panic during startup, matthew green
      • Re: 5.99.30 sparc panic during startup, Jochen Kunz
      • re: 5.99.30 sparc panic during startup, matthew green
      • Re: 5.99.30 sparc panic during startup, Jochen Kunz
      • Re: 5.99.30 sparc panic during startup, Hauke Fath
      • Re: 5.99.30 sparc panic during startup, Izumi Tsutsui
      • Re: 5.99.30 sparc panic during startup, David Young
      • Re: 5.99.30 sparc panic during startup, Hauke Fath
      • re: 5.99.30 sparc panic during startup, matthew green
      • re: 5.99.30 sparc panic during startup, matthew green
      • Re: 5.99.30 sparc panic during startup, Izumi Tsutsui
      • re: 5.99.30 sparc panic during startup, matthew green
• Q about NB5.1 WAPBL, Toru Nishimura
• config_mountroot(8) for firmload(9) (Re: [RFC] aft, Izumi Tsutsui
  • Re: config_mountroot(9) for firmload(9) (Re: [RFC], FUKAUMI Naoki
  • Re: config_mountroot(8) for firmload(9) (Re: [RFC], Izumi Tsutsui
• Simplelock v.s lock, Putrycy
  • Re: Simplelock v.s lock, Adam Hoka
• Removal of recursive vnode locks, Juergen Hannken-Illjes
  • Re: Removal of recursive vnode locks, Andrew Doran
  • Re: Removal of recursive vnode locks, Mindaugas Rasiukevicius
• Enabling built-in modules earlier in init, Paul Goyette
  • re: Enabling built-in modules earlier in init, matthew green
    • re: Enabling built-in modules earlier in init, Paul Goyette
    • Re: Enabling built-in modules earlier in init, Antti Kantee
      • Re: Enabling built-in modules earlier in init, Paul Goyette
      • Re: Enabling built-in modules earlier in init, Antti Kantee
      • Re: Enabling built-in modules earlier in init, Paul Goyette
      • Re: Enabling built-in modules earlier in init, Andrew Doran
  • Re: Enabling built-in modules earlier in init, Antti Kantee
    • Re: Enabling built-in modules earlier in init, Paul Goyette
      • Re: Enabling built-in modules earlier in init, Antti Kantee
    • Re: Enabling built-in modules earlier in init, Paul Goyette
      • Re: Enabling built-in modules earlier in init, Antti Kantee
      • Re: Enabling built-in modules earlier in init, Paul Goyette
      • Re: Enabling built-in modules earlier in init, Antti Kantee
      • Re: Enabling built-in modules earlier in init, Paul Goyette
      • Re: Enabling built-in modules earlier in init, Paul Goyette
• preconditions of cache_enter, Taylor R Campbell
  • Re: preconditions of cache_enter, Antti Kantee
• mbuf pool allocator can sleep in interrupt context, Thor Simon
  • Re: mbuf pool allocator can sleep in interrupt con, Darren Reed
• MI commpage?, David Young
  • Re: MI commpage?, Martin Husemann
• remote kernel debugging over a network, Jordan Gordeev
  • Re: remote kernel debugging over a network, der Mouse
    • Re: remote kernel debugging over a network, Quentin Garnier
      • Re: remote kernel debugging over a network, der Mouse
    • Re: remote kernel debugging over a network, Bakul Shah
      • Re: remote kernel debugging over a network, Thor Lancelot Simon
      • Re: remote kernel debugging over a network, Joerg Sonnenberger
      • Re: remote kernel debugging over a network, Thor Lancelot Simon
      • Re: remote kernel debugging over a network, Jordan Gordeev
      • Re: remote kernel debugging over a network, Steven Bellovin
      • Re: remote kernel debugging over a network, Thor Lancelot Simon
      • Re: remote kernel debugging over a network, Steven Bellovin
      • Re: remote kernel debugging over a network, der Mouse
      • Re: remote kernel debugging over a network, Steven Bellovin
      • Re: remote kernel debugging over a network, der Mouse
    • Re: remote kernel debugging over a network, Jordan Gordeev
      • Re: remote kernel debugging over a network, der Mouse
      • Re: remote kernel debugging over a network, David Holland
  • <Possible follow-ups>
  • Re: remote kernel debugging over a network, Brian Buhrow
• updating COMPAT_LINUX for linux 2.6.x support (tak, Chuck Silvers
  • Re: updating COMPAT_LINUX for linux 2.6.x support , Mindaugas Rasiukevicius
    • Re: updating COMPAT_LINUX for linux 2.6.x support , Chuck Silvers
  • Re: updating COMPAT_LINUX for linux 2.6.x support , Antti Kantee
  • re: updating COMPAT_LINUX for linux 2.6.x support , matthew green
    • Re: updating COMPAT_LINUX for linux 2.6.x support , Chuck Silvers
      • re: updating COMPAT_LINUX for linux 2.6.x support , matthew green
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Chuck Silvers
  • Re: updating COMPAT_LINUX for linux 2.6.x support , Chuck Silvers
    • Re: updating COMPAT_LINUX for linux 2.6.x support , Andrew Doran
      • l_private (Re: updating COMPAT_LINUX for linux 2.6, YAMAMOTO Takashi
      • Re: l_private (Re: updating COMPAT_LINUX for linux, Joerg Sonnenberger
      • Re: l_private (Re: updating COMPAT_LINUX for linux, Andrew Doran
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Mindaugas Rasiukevicius
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Chuck Silvers
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Andrew Doran
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Chuck Silvers
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Matthew Mondor
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Thor Lancelot Simon
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Antti Kantee
      • re: updating COMPAT_LINUX for linux 2.6.x support , matthew green
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Thor Lancelot Simon
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Antti Kantee
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Mindaugas Rasiukevicius
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Chuck Silvers
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Chuck Silvers
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Rhialto
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Chuck Silvers
      • re: updating COMPAT_LINUX for linux 2.6.x support , matthew green
      • Re: updating COMPAT_LINUX for linux 2.6.x support , Chuck Silvers
• [Patch] Bootinfo root device (x86), Grégoire Sutre
• uvm & percpu, Antti Kantee
  • Re: uvm & percpu, Sad Clouds
    • Re: uvm & percpu, Matthew Mondor
      • Re: uvm & percpu, Andrew Doran
  • Re: uvm & percpu, Andrew Doran
• WAPBL and IDE mac68k, John Klos
  • Re: WAPBL and IDE mac68k, der Mouse
    • Re: WAPBL and IDE mac68k, David Holland