tech-kern by thread

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

• [PATCH] percpu_create -- associate ctors and dtors, Taylor R Campbell
  • Re: [PATCH] percpu_create -- associate ctors and d, Taylor R Campbell
    • Re: [PATCH] percpu_create -- associate ctors and d, Jason Thorpe
• Stripping down 8.0, Mouse
  • Re: Stripping down 8.0, Michael van Elst
    • Re: Stripping down 8.0, Mouse
      • Re: Stripping down 8.0, Michael van Elst
      • Re: Stripping down 8.0, Joerg Sonnenberger
• wm0 failed after mpt "recovered from command timeo, Edgar Fuß
• percpu_foreach() does not execute remotely, Jason Thorpe
  • Re: percpu_foreach() does not execute remotely, Taylor R Campbell
    • Re: percpu_foreach() does not execute remotely, Jason Thorpe
      • Re: percpu_foreach() does not execute remotely, Taylor R Campbell
      • Re: percpu_foreach() does not execute remotely, Jason Thorpe
      • Re: percpu_foreach() does not execute remotely, Taylor R Campbell
      • Re: percpu_foreach() does not execute remotely, Jason Thorpe
      • Re: percpu_foreach() does not execute remotely, Taylor R Campbell
      • Re: percpu_foreach() does not execute remotely, Jason Thorpe
      • Re: percpu_foreach() does not execute remotely, Taylor R Campbell
      • Re: percpu_foreach() does not execute remotely, Jason Thorpe
      • Re: percpu_foreach() does not execute remotely, Taylor R Campbell
      • Re: percpu_foreach() does not execute remotely, Jason Thorpe
      • Re: percpu_foreach() does not execute remotely, Taylor R Campbell
      • Re: percpu_foreach() does not execute remotely, Jason Thorpe
• Revamping lwp_park(), Andrew Doran
  • Re: Revamping lwp_park(), Andrew Doran
• kmem caches and the cache line size, Andrew Doran
  • Re: kmem caches and the cache line size, Lars Reichardt
• Folding vnode_impl_t back into struct vnode, Andrew Doran
  • Re: Folding vnode_impl_t back into struct vnode, J. Hannken-Illjes
    • Re: Folding vnode_impl_t back into struct vnode, Andrew Doran
• Regarding the debugging through Qemu on Preken, Neeraj Pal
  • Re: Regarding the debugging through Qemu on Preken, Neeraj
• Proposal to remove netsmb / smbfs, Jason Thorpe
  • Re: Proposal to remove netsmb / smbfs, Jaromír Doleček
    • Re: Proposal to remove netsmb / smbfs, Simon Burge
      • Re: Proposal to remove netsmb / smbfs, Michael van Elst
• GSoC Proposal - Defragmentation for FFS, Chen,Xizi
  • Re: GSoC Proposal - Defragmentation for FFS, Kamil Rytarowski
• libc.so's vmobjlock / v_interlock, Andrew Doran
  • Re: libc.so's vmobjlock / v_interlock, Taylor R Campbell
    • Re: libc.so's vmobjlock / v_interlock, Andrew Doran
  • Re: libc.so's vmobjlock / v_interlock, Andrew Doran
    • Re: libc.so's vmobjlock / v_interlock, Andrew Doran
• Adaptive RW locks, Andrew Doran
  • Re: Adaptive RW locks, Takashi YAMAMOTO
    • Re: Adaptive RW locks, Andrew Doran
      • Re: Adaptive RW locks, Andrew Doran
      • Re: Adaptive RW locks, Andrew Doran
      • Re: Adaptive RW locks, Mateusz Guzik
• use-after-free in fd code?, Mouse
• Is anyone actually using dmover(9)?, Jason Thorpe
• ..../makefs/walk.c assertion, bch
• Blocking vcache_tryvget() across VOP_INACTIVE() - , Andrew Doran
  • Re: Blocking vcache_tryvget() across VOP_INACTIVE(, J. Hannken-Illjes
  • Re: Blocking vcache_tryvget() across VOP_INACTIVE(, Mateusz Guzik
    • Re: Blocking vcache_tryvget() across VOP_INACTIVE(, Andrew Doran
      • Re: Blocking vcache_tryvget() across VOP_INACTIVE(, Mateusz Guzik
      • Re: Blocking vcache_tryvget() across VOP_INACTIVE(, Thor Lancelot Simon
      • Re: Blocking vcache_tryvget() across VOP_INACTIVE(, Andrew Doran
      • Re: Blocking vcache_tryvget() across VOP_INACTIVE(, Mateusz Guzik
• giantlock support, Mouse
  • Re: giantlock support, Jason Thorpe
• Re: MAX_PAGE_SIZE for m68k (Re: CVS commit: src/sy, Christos Zoulas
  • Re: MAX_PAGE_SIZE for m68k (Re: CVS commit: src/sy, Jason Thorpe
    • Re: MAX_PAGE_SIZE for m68k (Re: CVS commit:src/sys, Izumi Tsutsui
      • Re: MAX_PAGE_SIZE for m68k (Re: CVS commit:src/sys, Jason Thorpe
      • Re: MAX_PAGE_SIZE for m68k (Re: CVS commit:src/sys, Christos Zoulas
      • Re: MAX_PAGE_SIZE for m68k (Re: CVS commit:src/sys, Jason Thorpe
      • Re: MAX_PAGE_SIZE for m68k (Re: CVS commit:src/sys, Jason Thorpe
      • Re: MAX_PAGE_SIZE for m68k (Re: CVScommit:src/sys/, Izumi Tsutsui
• Proposal: Remove filemon(4); switch make meta to k, Taylor R Campbell
  • Re: Proposal: Remove filemon(4); switch make meta , Mouse
    • Re: Proposal: Remove filemon(4); switch make meta , Joerg Sonnenberger
      • Re: Proposal: Remove filemon(4); switch make meta , Mouse
      • Re: Proposal: Remove filemon(4); switch make meta , David Holland
    • Re: Proposal: Remove filemon(4); switch make meta , Taylor R Campbell
      • Re: Proposal: Remove filemon(4); switch make meta , Mouse
      • Re: Proposal: Remove filemon(4); switch make meta , J. Lewis Muir
      • Re: Proposal: Remove filemon(4); switch make meta , Mouse
  • Re: Proposal: Remove filemon(4); switch make meta , Simon J. Gerraty
• Rump dependencies (5.2)?, Mouse
  • Re: Rump dependencies (5.2)?, Taylor R Campbell
    • Re: Rump dependencies (5.2)?, Mouse
      • Re: Rump dependencies (5.2)?, Greg Troxel
      • Re: Rump dependencies (5.2)?, Mouse
    • Re: Rump dependencies (5.2)?, Robert Elz
• New "ahcisata0 port 1: device present" messages wi, Simon Burge
  • Re: New "ahcisata0 port 1: device present" message, Izumi Tsutsui
    • Re: New "ahcisata0 port 1: device present" message, Simon Burge
      • Re: New "ahcisata0 port 1: device present" message, Martin Husemann
      • Re: New "ahcisata0 port 1: device present" message, Simon Burge
      • Re: New "ahcisata0 port 1: device present" message, Jaromír Doleček
      • Re: New "ahcisata0 port 1: device present" message, Martin Husemann
      • Re: New "ahcisata0 port 1: device present" message, Simon Burge
      • Re: New "ahcisata0 port 1: device present" message, Martin Husemann
      • Re: New "ahcisata0 port 1: device present" message, Izumi Tsutsui
      • Re: New "ahcisata0 port 1: device present" message, Simon Burge
      • Re: New "ahcisata0 port 1: device present" message, Jaromír Doleček
      • Re: New "ahcisata0 port 1: device present" message, Izumi Tsutsui
      • Re: New "ahcisata0 port 1: device present" message, Thomas Mueller
    • [no subject], Thomas Mueller
    • Re: New "ahcisata0 port 1: device present" message, Thomas Mueller
      • Re: New "ahcisata0 port 1: device present" message, Izumi Tsutsui
  • Re: New "ahcisata0 port 1: device present" message, Michael van Elst
  • <Possible follow-ups>
  • Re: New "ahcisata0 port 1: device present" message, Izumi Tsutsui
    • Re: New "ahcisata0 port 1: device present" message, Thomas Mueller
      • Re: New "ahcisata0 port 1: device present" message, Izumi Tsutsui
• bus_dmamap_sync: bug?, Maxime Villard
  • Re: bus_dmamap_sync: bug?, Michael van Elst
• fd-passing (mis)behaviour: confirm/refute?, mouse
  • Re: fd-passing (mis)behaviour: confirm/refute?, Martin Husemann
    • Re: fd-passing (mis)behaviour: confirm/refute?, mouse
      • Re: fd-passing (mis)behaviour: confirm/refute?, Michael van Elst
      • Re: fd-passing (mis)behaviour: confirm/refute?, Mouse
• Proposal: removing uyurex(4), coypu
• Proposal: removing urio(4), Rio 500 MP3 player (19, coypu
  • Re: Proposal: removing urio(4), Rio 500 MP3 player, Jason Thorpe
    • Re: Proposal: removing urio(4), Rio 500 MP3 player, Maxime Villard
      • Re: Proposal: removing urio(4), Rio 500 MP3 player, Thor Lancelot Simon
      • Re: Proposal: removing urio(4), Rio 500 MP3 player, David Holland
• EFI memory map, Emmanuel Dreyfus
  • Re: EFI memory map, Maxime Villard
  • [PATCH] Re: EFI memory map, Emmanuel Dreyfus
    • Re: [PATCH] Re: EFI memory map, Masanobu SAITOH
      • Re: [PATCH] Re: EFI memory map, Emmanuel Dreyfus