tech-kern  

Messages by Thread

• Re: USB output in ucom Jonathan A. Kollasch
  • 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
• viapcib and viaenv drivers Andrius V
• 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
• 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
  • Re: unkillable ps processes Edgar Fuß
  • Re: unkillable ps processes Edgar Fuß
• Enabling KGDB for AM335x James B
• Proposal on WSDISPLAYIO damage reporting IOCTL Jiaxun Yang
  • Re: Proposal on WSDISPLAYIO damage reporting IOCTL Michael
  • Re: Proposal on WSDISPLAYIO damage reporting IOCTL Mouse
  • Re: Proposal on WSDISPLAYIO damage reporting IOCTL Michael
  • Re: Proposal on WSDISPLAYIO damage reporting IOCTL Jiaxun Yang
• patch review: import tslog(4) event tracing facility from FreeBSD Emile `iMil' Heitor
• Proposal to enhance boot path selections Paul Goyette
  • Re: Proposal to enhance boot path selections Greg Troxel
  • Re: Proposal to enhance boot path selections Paul Goyette
  • Re: Proposal to enhance boot path selections Paul Goyette
  • Re: Proposal to enhance boot path selections Greg Troxel
  • Re: Proposal to enhance boot path selections Paul Goyette
  • Re: Proposal to enhance boot path selections Christoph Badura
  • Re: Proposal to enhance boot path selections Paul Goyette
  • Re: Proposal to enhance boot path selections Robert Elz
  • Re: Proposal to enhance boot path selections Taylor R Campbell
  • Re: Proposal to enhance boot path selections Paul Goyette
  • Re: Proposal to enhance boot path selections Andrew Randrianasulu
  • Re: Proposal to enhance boot path selections David Brownlee
• libprop w/o JSON support experiment Martin Husemann
• tar x cpu bound Edgar Fuß
  • Re: tar x cpu bound Edgar Fuß
  • Re: tar x cpu bound Roland Illig
  • Re: tar x cpu bound Edgar Fuß
  • Re: tar x cpu bound Edgar Fuß
  • Re: tar x cpu bound Michael van Elst
  • Re: tar x cpu bound Edgar Fuß
  • Re: tar x cpu bound Thor Lancelot Simon
  • Re: tar x cpu bound Robert Swindells
  • Re: tar x cpu bound Robert Swindells
  • Re: tar x cpu bound Michael van Elst
  • Re: tar x cpu bound Edgar Fuß
  • Re: tar x cpu bound Michael van Elst
  • Re: tar x cpu bound Edgar Fuß
  • re: tar x cpu bound matthew green
  • Re: tar x cpu bound RVP
  • re: tar x cpu bound matthew green
  • re: tar x cpu bound RVP
  • Re: tar x cpu bound Christoph Badura
  • Re: tar x cpu bound RVP
  • Re: tar x cpu bound Jörg Sonnenberger
  • Re: tar x cpu bound Edgar Fuß
  • Re: tar x cpu bound Edgar Fuß
  • Re: tar x cpu bound RVP
  • Re: tar x cpu bound Christoph Badura
  • Re: tar x cpu bound Edgar Fuß
  • Re: tar x cpu bound Christoph Badura
• PR_GROWINGNOWAIT useless ? Manuel Bouyer
  • Re: PR_GROWINGNOWAIT useless ? Taylor R Campbell
  • Re: PR_GROWINGNOWAIT useless ? Manuel Bouyer
• deadlock between KERNEL_LOCK and a mutex ? Manuel Bouyer
  • Re: deadlock between KERNEL_LOCK and a mutex ? Taylor R Campbell
  • Re: deadlock between KERNEL_LOCK and a mutex ? Manuel Bouyer
• if_bge.c callout freed before allocation Emmanuel Dreyfus
  • re: if_bge.c callout freed before allocation matthew green
  • Re: if_bge.c callout freed before allocation Emmanuel Dreyfus
  • Re: if_bge.c callout freed before allocation Julian Coleman
• sys_semop() retries redo the semop copyin() - why? Martin Husemann
• determining the number of FFS fragments in use Edgar Fuß
  • RAID stripe size Edgar Fuß
  • Re: RAID stripe size Greg Troxel
  • Re: RAID stripe size Robert Elz
  • Re: RAID stripe size Mouse
  • Re: RAID stripe size Edgar Fuß
  • Re: RAID stripe size Robert Elz
  • FFS fragments (was: RAID stripe size) Edgar Fuß
  • Re: FFS fragments (was: RAID stripe size) Simon Burge
  • Re: FFS fragments (was: RAID stripe size) Robert Elz
• Re: Mostly working uts(4) touchscreen Frank Wille

• Earlier messages