tech-kern by thread

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

• MP-safe ifnet with psz & psref, Ryota Ozaki
  • Re: MP-safe ifnet with psz & psref, Ryota Ozaki
    • Re: MP-safe ifnet with psz & psref, Ryota Ozaki
      • Re: MP-safe ifnet with psz & psref, Ryota Ozaki
      • Re: MP-safe ifnet with psz & psref, Ryota Ozaki
      • Re: MP-safe ifnet with psz & psref, Taylor R Campbell
      • Re: MP-safe ifnet with psz & psref, Ryota Ozaki
      • Re: MP-safe ifnet with psz & psref, Taylor R Campbell
      • Re: MP-safe ifnet with psz & psref, Joerg Sonnenberger
      • Re: MP-safe ifnet with psz & psref, Ryota Ozaki
      • Re: MP-safe ifnet with psz & psref, Joerg Sonnenberger
      • Re: MP-safe ifnet with psz & psref, Ryota Ozaki
      • Re: MP-safe ifnet with psz & psref, Ryota Ozaki
      • Re: MP-safe ifnet with psz & psref, Ryota Ozaki
    • Re: MP-safe ifnet with psz & psref, Thor Lancelot Simon
      • re: MP-safe ifnet with psz & psref, matthew green
      • Re: MP-safe ifnet with psz & psref, Ryota Ozaki
      • Re: MP-safe ifnet with psz & psref, Ryota Ozaki
      • Re: MP-safe ifnet with psz & psref, Ryota Ozaki
      • Re: MP-safe ifnet with psz & psref, Christos Zoulas
      • Re: MP-safe ifnet with psz & psref, Ryota Ozaki
      • Re: MP-safe ifnet with psz & psref, Christos Zoulas
• Constify rtentry of if_output, Ryota Ozaki
• gpio interrups (2), Manuel Bouyer
  • Re: gpio interrups (2), Manuel Bouyer
• Stop using rt_gwroute, Ryota Ozaki
  • Re: Stop using rt_gwroute, Ryota Ozaki
• RFC: new ifnet MP-scalable sending interface, Kengo NAKAHARA
  • Re: RFC: new ifnet MP-scalable sending interface, Joerg Sonnenberger
    • Re: RFC: new ifnet MP-scalable sending interface, Kengo NAKAHARA
      • Re: RFC: new ifnet MP-scalable sending interface, Joerg Sonnenberger
      • Re: RFC: new ifnet MP-scalable sending interface, Kengo NAKAHARA
      • Re: RFC: new ifnet MP-scalable sending interface, Taylor R Campbell
      • Re: RFC: new ifnet MP-scalable sending interface, Joerg Sonnenberger
      • Re: RFC: new ifnet MP-scalable sending interface, Kengo NAKAHARA
      • Re: RFC: new ifnet MP-scalable sending interface, Joerg Sonnenberger
      • Re: RFC: new ifnet MP-scalable sending interface, Kengo NAKAHARA
      • Re: RFC: new ifnet MP-scalable sending interface, Taylor R Campbell
      • Re: RFC: new ifnet MP-scalable sending interface, Kengo NAKAHARA
• RAIDframe raidN device order, Edgar Fuß
  • Re: RAIDframe raidN device order, David Brownlee
    • Re: RAIDframe raidN device order, Emmanuel Dreyfus
    • opendisk: can't open dev dk0 (16) (was: RAIDframe , Edgar Fuß
      • Re: opendisk: can't open dev dk0 (16) (was: RAIDfr, Michael van Elst
      • Re: opendisk: can't open dev dk0 (16) (was: RAIDfr, Brian Buhrow
  • re: RAIDframe raidN device order, matthew green
• struct file reference at VFS level, Emmanuel Dreyfus
  • Re: struct file reference at VFS level, Greg Troxel
    • Re: struct file reference at VFS level, Emmanuel Dreyfus
      • Re: struct file reference at VFS level, Taylor R Campbell
      • Re: struct file reference at VFS level, Emmanuel Dreyfus
      • Re: struct file reference at VFS level, Taylor R Campbell
      • Re: struct file reference at VFS level, Greg Troxel
      • Re: struct file reference at VFS level, Emmanuel Dreyfus
      • Re: struct file reference at VFS level, Emmanuel Dreyfus
      • Re: struct file reference at VFS level, J. Hannken-Illjes
      • Re: struct file reference at VFS level, Emmanuel Dreyfus
      • Re: struct file reference at VFS level, J. Hannken-Illjes
      • Re: struct file reference at VFS level, Emmanuel Dreyfus
      • Re: struct file reference at VFS level, Joerg Sonnenberger
      • Re: struct file reference at VFS level, Greg Troxel
      • Re: struct file reference at VFS level, David Holland
      • Re: struct file reference at VFS level, Emmanuel Dreyfus
      • Re: struct file reference at VFS level, David Holland
      • Re: struct file reference at VFS level, Emmanuel Dreyfus
      • Re: struct file reference at VFS level, David Holland
      • Re: struct file reference at VFS level, Emmanuel Dreyfus
      • Re: struct file reference at VFS level, Emmanuel Dreyfus
      • Re: struct file reference at VFS level, David Holland
      • Re: struct file reference at VFS level, Emmanuel Dreyfus
      • Re: struct file reference at VFS level, Joerg Sonnenberger
      • Re: struct file reference at VFS level, Emmanuel Dreyfus
      • re: struct file reference at VFS level, matthew green
      • Re: struct file reference at VFS level, Emmanuel Dreyfus
      • re: struct file reference at VFS level, matthew green
      • Re: struct file reference at VFS level, Emmanuel Dreyfus
• VOP_PARSEPATH?, David Holland
  • Re: VOP_PARSEPATH?, David Holland
• bridge(4): BRIDGE_MPSAFE by default and applying p, Ryota Ozaki
  • Re: bridge(4): BRIDGE_MPSAFE by default and applyi, Taylor R Campbell
    • Re: bridge(4): BRIDGE_MPSAFE by default and applyi, Ryota Ozaki
      • Re: bridge(4): BRIDGE_MPSAFE by default and applyi, Taylor R Campbell
      • Re: bridge(4): BRIDGE_MPSAFE by default and applyi, Ryota Ozaki
  • Re: bridge(4): BRIDGE_MPSAFE by default and applyi, Ryota Ozaki
    • Re: bridge(4): BRIDGE_MPSAFE by default and applyi, Christos Zoulas
• nick-nhusb merge coming soon, Nick Hudson
  • Re: nick-nhusb merge coming soon, Taylor R Campbell
    • Re: nick-nhusb merge coming soon, Nick Hudson
  • Re: nick-nhusb merge coming soon, Paul Goyette
    • Re: nick-nhusb merge coming soon, Nick Hudson
      • Re: nick-nhusb merge coming soon, Takahiro Hayashi
      • Re: nick-nhusb merge coming soon, Nick Hudson
      • Re: nick-nhusb merge coming soon, Takahiro Hayashi
      • Re: nick-nhusb merge coming soon, Takahiro Hayashi
    • Re: nick-nhusb merge coming soon, Paul Goyette
      • Re: nick-nhusb merge coming soon, Andrew Cagney
  • Re: nick-nhusb merge coming soon, Dave Tyson
    • Re: nick-nhusb merge coming soon, Nick Hudson
• Remove meaningless RTF_UP check, Ryota Ozaki
• ddb: rename show arptab to show routes, Ryota Ozaki
  • Re: ddb: rename show arptab to show routes, Christos Zoulas
    • Re: ddb: rename show arptab to show routes, Ryota Ozaki
      • Re: ddb: rename show arptab to show routes, Christos Zoulas
• remove webnfs?, David Holland
  • Re: remove webnfs?, Michael
    • re: remove webnfs?, matthew green
• DTrace on Xen?, Thor Lancelot Simon
  • Re: DTrace on Xen?, Christos Zoulas
    • Re: DTrace on Xen?, Manuel Bouyer
    • Re: DTrace on Xen?, John Nemeth
• gpio interrupts, Manuel Bouyer
  • Re: gpio interrupts, Michael van Elst
    • Re: gpio interrupts, Manuel Bouyer
      • Re: gpio interrupts, Michael van Elst
      • Re: gpio interrupts, Manuel Bouyer
      • Re: gpio interrupts, Michael van Elst
      • Re: gpio interrupts, Manuel Bouyer
      • Re: gpio interrupts, Michael van Elst
      • Re: gpio interrupts, Manuel Bouyer
  • Re: gpio interrupts, Jared McNeill
    • Re: gpio interrupts, Manuel Bouyer
      • Re: gpio interrupts, Jared McNeill
• pserialize-safe queue(3) alternative, Taylor R Campbell
  • Re: pserialize-safe queue(3) alternative, Taylor R Campbell
    • Re: pserialize-safe queue(3) alternative, Kengo NAKAHARA
      • Re: pserialize-safe queue(3) alternative, Kengo NAKAHARA
      • Re: pserialize-safe queue(3) alternative, Taylor R Campbell
      • Re: pserialize-safe queue(3) alternative, Kengo NAKAHARA
      • Re: pserialize-safe queue(3) alternative, Taylor R Campbell
      • Re: pserialize-safe queue(3) alternative, Kengo NAKAHARA
• Re: Random lockups on an email server - possibly k, D'Arcy J.M. Cain
  • Re: Random lockups on an email server - possibly k, Taylor R Campbell
  • Re: Random lockups on an email server - possibly k, D'Arcy J.M. Cain
    • Re: Random lockups on an email server - possibly k, Taylor R Campbell
• interrupting I/O in a thread, Taylor R Campbell
• asynchronous ugen(4) bulk transfers, Taylor R Campbell
  • Re: asynchronous ugen(4) bulk transfers, Brian Buhrow
    • Re: asynchronous ugen(4) bulk transfers, Nick Hudson
      • Re: asynchronous ugen(4) bulk transfers, Brian Buhrow
      • Re: asynchronous ugen(4) bulk transfers, Nick Hudson
      • Re: asynchronous ugen(4) bulk transfers, Brian Buhrow
• dtrace(1) error in the kernel built by build.sh ke, Kengo NAKAHARA
  • Re: dtrace(1) error in the kernel built by build.s, Taylor R Campbell
    • Re: dtrace(1) error in the kernel built by build.s, Kengo NAKAHARA
• missing SDT_PROVIDER_DEFINE(sdt), Kengo NAKAHARA
  • Re: missing SDT_PROVIDER_DEFINE(sdt), Taylor R Campbell
    • re: missing SDT_PROVIDER_DEFINE(sdt), matthew green
      • Re: missing SDT_PROVIDER_DEFINE(sdt), Taylor R Campbell
      • Re: missing SDT_PROVIDER_DEFINE(sdt), Kengo NAKAHARA
      • Re: missing SDT_PROVIDER_DEFINE(sdt), Thor Lancelot Simon