tech-kern  

Messages by Thread

• Re: All processes run on only one CPU Jason Thorpe
  • re: All processes run on only one CPU matthew green
  • Re: All processes run on only one CPU Jason Thorpe
  • Re: All processes run on only one CPU adr
  • Re: All processes run on only one CPU John Klos
  • re: All processes run on only one CPU matthew green
• help in efiboot Emmanuel Dreyfus
  • Re: help in efiboot Emmanuel Dreyfus
  • Re: help in efiboot Emmanuel Dreyfus
• LFS thoughts Konrad Schroder
  • Re: LFS thoughts Jason Thorpe
  • Re: LFS thoughts Christos Zoulas
  • Re: LFS thoughts Jason Thorpe
  • Re: LFS thoughts Konrad Schroder
  • Re: LFS thoughts Thor Lancelot Simon
  • Re: LFS thoughts Brad Spencer
  • Re: LFS thoughts David Holland
  • Re: LFS thoughts David Holland
  • Re: LFS thoughts Konrad Schroder
• Support for USBD_FORCE_SHORT_XFER for xhci Nat Sloss
  • Re: Support for USBD_FORCE_SHORT_XFER for xhci Jonathan A. Kollasch
  • Re: Support for USBD_FORCE_SHORT_XFER for xhci Nat Sloss
• uftdi bug? Emmanuel Dreyfus
  • Re: uftdi bug? Michael van Elst
• Tickless NetBSD with high-resolution timers Vincent DEFERT
• Kernel memory allocation oddities in NetBSD-10.99.12 Brian Buhrow
  • Re: Kernel memory allocation oddities in NetBSD-10.99.12 Greg Troxel
  • Re: Kernel memory allocation oddities in NetBSD-10.99.12 Brian Buhrow
  • Re: Kernel memory allocation oddities in NetBSD-10.99.12 Greg Troxel
  • re: Kernel memory allocation oddities in NetBSD-10.99.12 matthew green
  • re: Kernel memory allocation oddities in NetBSD-10.99.12 Brian Buhrow
  • Re: Kernel memory allocation oddities in NetBSD-10.99.12 Lars Reichardt
• ucom console [PATCH] Emmanuel Dreyfus
  • ucom console [PATCH] Emmanuel Dreyfus
• USB device fails to attach Valery Ushakov
  • Re: USB device fails to attach Robert Elz
  • Re: USB device fails to attach Valery Ushakov
  • re: USB device fails to attach matthew green
  • Re: USB device fails to attach Nick Hudson
  • Re: USB device fails to attach Rhialto
  • Re: USB device fails to attach T K Spindler (moof)
  • Re: USB device fails to attach Valery Ushakov
  • Re: USB device fails to attach Nick Hudson
  • Re: USB device fails to attach Robert Elz
  • Re: USB device fails to attach Robert Elz
  • Re: USB device fails to attach Valery Ushakov
• ucom console continued Emmanuel Dreyfus
  • Re: ucom console continued Emmanuel Dreyfus
• Re: USB output in ucom Jonathan A. Kollasch
  • Re: USB output in ucom Emmanuel Dreyfus
  • Re: USB output in ucom Emmanuel Dreyfus
  • Re: USB output in ucom Michael van Elst
  • Re: USB output in ucom Crystal Kolipe
  • Re: USB output in ucom Emmanuel Dreyfus
  • Re: USB output in ucom RVP
  • Re: USB output in ucom Emmanuel Dreyfus
  • Re: USB output in ucom Michael van Elst
  • Re: USB output in ucom Emmanuel Dreyfus
  • Re: USB output in ucom Emmanuel Dreyfus
  • Re: USB output in ucom Michael van Elst
  • Re: USB output in ucom Emmanuel Dreyfus
  • Re: USB output in ucom Mouse
  • Re: USB output in ucom Emmanuel Dreyfus
  • Re: USB output in ucom Emmanuel Dreyfus
• rump_server, "panic: uvm_km_alloc failed" on module load Nemanja Simonovic
  • Re: rump_server, "panic: uvm_km_alloc failed" on module load Christoph Badura
  • Re: rump_server, "panic: uvm_km_alloc failed" on module load Nemanja Simonovic
  • Re: rump_server, "panic: uvm_km_alloc failed" on module load Christoph Badura
  • re: rump_server, "panic: uvm_km_alloc failed" on module load matthew green
  • Re: rump_server, "panic: uvm_km_alloc failed" on module load Nemanja Simonovic
• viapcib and viaenv drivers Andrius V
  • Re: viapcib and viaenv drivers Andrius V
  • re: viapcib and viaenv drivers matthew green
• Support 256 colours on wscons Crystal Kolipe
  • Re: Support 256 colours on wscons Reinoud Zandijk
  • Re: Support 256 colours on wscons Valery Ushakov
  • Re: Support 256 colours on wscons Thor Lancelot Simon
  • Re: Support 256 colours on wscons Mouse
  • Re: Support 256 colours on wscons Crystal Kolipe
• Processes getting stuck in "fstchg" with NetBSD-10.99.12/amd64 Brian Buhrow
  • Re: Processes getting stuck in "fstchg" with NetBSD-10.99.12/amd64 Robert Swindells
  • Re: Processes getting stuck in "fstchg" with NetBSD-10.99.12/amd64 Brian Buhrow
  • Re: Processes getting stuck in "fstchg" with NetBSD-10.99.12/amd64 J. Hannken-Illjes
  • Re: Processes getting stuck in "fstchg" with NetBSD-10.99.12/amd64 Brian Buhrow
  • Re: Processes getting stuck in "fstchg" with NetBSD-10.99.12/amd64 Greg A. Woods
  • Re: Processes getting stuck in "fstchg" with NetBSD-10.99.12/amd64 Brian Buhrow
  • Re: Processes getting stuck in "fstchg" with NetBSD-10.99.12/amd64 Greg A. Woods
• NetBSD Kernel Sanitizers Palle Lyckegaard
  • re: NetBSD Kernel Sanitizers matthew green
  • re: NetBSD Kernel Sanitizers Palle Lyckegaard
  • Re: NetBSD Kernel Sanitizers Mouse
  • re: NetBSD Kernel Sanitizers matthew green
• Import nd6_output_ifp routing function from FreeBSD Emmanuel Nyarko
  • Re: Import nd6_output_ifp routing function from FreeBSD Robert Swindells
  • Re: Import nd6_output_ifp routing function from FreeBSD Emmanuel Nyarko
  • Re: Import nd6_output_ifp routing function from FreeBSD Christoph Badura
  • Re: Import nd6_output_ifp routing function from FreeBSD Edgar Fuß
  • Re: Import nd6_output_ifp routing function from FreeBSD Emmanuel Nyarko
  • Re: Import nd6_output_ifp routing function from FreeBSD Emmanuel Nyarko
• Re: ALTQ modifications proposal Emmanuel Dreyfus
  • Re: ALTQ modifications proposal Emmanuel Dreyfus
  • Re: ALTQ modifications proposal David Brownlee
  • Re: ALTQ modifications proposal Thor Lancelot Simon
  • Re: ALTQ modifications proposal Emmanuel Nyarko
  • Re: ALTQ modifications proposal Thor Lancelot Simon
  • Re: ALTQ modifications proposal Greg Troxel
  • Re: ALTQ modifications proposal Emmanuel Nyarko
  • Re: ALTQ modifications proposal Emmanuel Nyarko
  • Re: ALTQ modifications proposal Paul Goyette
  • Re: ALTQ modifications proposal Emmanuel Nyarko
  • Re: ALTQ modifications proposal Paul Goyette
  • Re: ALTQ modifications proposal Greg A. Woods
• Retrieving MAC address from struct ifnet Beesdeckar
  • Re: Retrieving MAC address from struct ifnet Martin Husemann
  • Re: Retrieving MAC address from struct ifnet Mouse
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Martin Husemann
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Mouse
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Constantine A. Murenin
  • re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) matthew green
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Constantine A. Murenin
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Thor Lancelot Simon
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Jörg Sonnenberger
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Christof Meerwald
  • Re: cvsweb anti-bot protection Jörg Sonnenberger
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Mouse
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Aaron B.
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Mouse
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Christof Meerwald
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Mouse
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Constantine A. Murenin
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) Constantine A. Murenin
  • Re: cvsweb anti-bot protection (was: Retrieving MAC address from struct ifnet) matthew sporleder
• Working on Discard for FFS Joshua Gillett
  • Re: Working on Discard for FFS Joshua Gillett
  • Re: Working on Discard for FFS Christos Zoulas
  • Re: Working on Discard for FFS Christos Zoulas
  • Re: Working on Discard for FFS Christoph Badura
  • re: Working on Discard for FFS matthew green
  • Re: Working on Discard for FFS Greg Troxel
  • Unused blocks vsd TRIM [was Re: Working on Discard for FFS] Mouse
  • Re: Unused blocks vsd TRIM [was Re: Working on Discard for FFS] Greg Troxel
  • Re: Unused blocks vsd TRIM [was Re: Working on Discard for FFS] Mouse
  • Re: Unused blocks vsd TRIM [was Re: Working on Discard for FFS] Greg Troxel
  • Re: Unused blocks vsd TRIM [was Re: Working on Discard for FFS] Mouse
  • Re: Unused blocks vsd TRIM [was Re: Working on Discard for FFS] David Holland
  • Re: Working on Discard for FFS David Holland
• Re: Proposal to automatically make the owner/user of an accepted socket the current process Jonathan Stone
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Emmanuel Nyarko
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Jonathan Stone
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Emmanuel Nyarko
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Thor Lancelot Simon
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Emmanuel Nyarko
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Emmanuel Nyarko
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Thor Lancelot Simon
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Greg Troxel
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Thor Lancelot Simon
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Greg Troxel
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Thor Lancelot Simon
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Greg Troxel
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Michael van Elst
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Vadim Goncharov
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Emmanuel Nyarko
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Mouse
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Mouse
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Robert Elz
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Emmanuel Nyarko
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Greg Troxel
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Emmanuel Nyarko
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Mouse
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Emmanuel Nyarko
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Emmanuel Nyarko
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Emmanuel Nyarko
  • Re: Proposal to automatically make the owner/user of an accepted socket the current process Emmanuel Nyarko
• patch review: VirtIO early console support Emile `iMil' Heitor
  • Re: patch review: VirtIO early console support Emile `iMil' Heitor
  • Re: patch review: VirtIO early console (+ multiport) support Emile `iMil' Heitor
  • Re: patch review: VirtIO early console + multiport support Emile `iMil' Heitor
• ioctl() and driver function d_ioctl return values Beesdeckar
  • Re: ioctl() and driver function d_ioctl return values Martin Husemann
• More serial ports in EFI bootstrap? Emmanuel Dreyfus
  • Re: More serial ports in EFI bootstrap? Jiaxun Yang
  • Re: More serial ports in EFI bootstrap? Emmanuel Dreyfus
  • Re: More serial ports in EFI bootstrap? Robert Swindells
  • Re: More serial ports in EFI bootstrap? Emmanuel Dreyfus
  • Re: More serial ports in EFI bootstrap? Thor Lancelot Simon
  • Re: More serial ports in EFI bootstrap? Emmanuel Dreyfus
  • Re: More serial ports in EFI bootstrap? Thor Lancelot Simon
  • Re: More serial ports in EFI bootstrap? Emmanuel Dreyfus
  • Re: More serial ports in EFI bootstrap? Mouse
  • Re: More serial ports in EFI bootstrap? Robert Swindells
  • Re: More serial ports in EFI bootstrap? Emmanuel Dreyfus
  • Re: More serial ports in EFI bootstrap? Robert Swindells
  • Re: More serial ports in EFI bootstrap? Emmanuel Dreyfus
  • Re: More serial ports in EFI bootstrap? Emmanuel Dreyfus
  • Re: More serial ports in EFI bootstrap? Emmanuel Dreyfus
• unkillable ps processes Edgar Fuß
  • Re: unkillable ps processes Stephan
  • Re: unkillable ps processes Edgar Fuß
  • Re: unkillable ps processes Stephan
  • Re: unkillable ps processes Robert Elz

• Earlier messages