tech-kern  

Messages by Thread

• • 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
• status of wifi renewal branch nia
  • Re: status of wifi renewal branch Martin Husemann
  • Re: status of wifi renewal branch nia
• biowait for seconds Emmanuel Dreyfus
  • Re: biowait for seconds Emmanuel Dreyfus
  • Re: biowait for seconds Edgar Fuß
  • Re: biowait for seconds Emmanuel Dreyfus
  • Re: biowait for seconds Robert Swindells
  • Re: biowait for seconds Emmanuel Dreyfus
  • Re: biowait for seconds Emmanuel Dreyfus
  • Re: biowait for seconds Michael van Elst
  • Re: biowait for seconds Thor Lancelot Simon
  • Re: biowait for seconds Thor Lancelot Simon
  • Re: biowait for seconds Mouse
  • Re: biowait for seconds Thor Lancelot Simon
  • Re: biowait for seconds Emmanuel Dreyfus
  • re: biowait for seconds matthew green
• PR #58681 reclassification (was: Re: bootable cdrom for VPS anyone?) oskar
• VT8251 SATA controller improvements for viaide(4) Andrius V
  • Re: VT8251 SATA controller improvements for viaide(4) Andrius V
  • Re: VT8251 SATA controller improvements for viaide(4) Christoph Badura
• Page fault early in boot Emmanuel Dreyfus
  • Re: Page fault early in boot Edgar Fuß
  • Re: Page fault early in boot Emmanuel Dreyfus
  • Re: Page fault early in boot Taylor R Campbell
  • Re: Page fault early in boot Emmanuel Dreyfus
  • Re: Page fault early in boot Taylor R Campbell
  • Re: Page fault early in boot Emmanuel Dreyfus
  • Re: Page fault early in boot Emmanuel Dreyfus
• Attachment order of scsibus* Edgar Fuß
  • Re: Attachment order of scsibus* Michael van Elst
  • Re: Attachment order of scsibus* Edgar Fuß
  • Re: Attachment order of scsibus* Valery Ushakov
  • Re: Attachment order of scsibus* Edgar Fuß
  • Re: Attachment order of scsibus* Valery Ushakov
  • Re: Attachment order of scsibus* Edgar Fuß
  • Re: Attachment order of scsibus* Valery Ushakov
  • Re: Attachment order of scsibus* Robert Elz
  • Re: Attachment order of scsibus* Jason Thorpe
  • Re: Attachment order of scsibus* Robert Elz
  • Re: Attachment order of scsibus* Brian Buhrow
• [no subject] Vignesh
• m68k: cache fpu result Nat Sloss
  • Re: m68k: cache fpu result Martin Husemann
  • Re: m68k: cache fpu result Nat Sloss
• GSoC proposal: Userland PCI drivers Lorenzo Torres
• Possible garbage value return in IXL Emmanuel Nyarko
  • Re: Possible garbage value return in IXL Manuel Bouyer
  • Re: Possible garbage value return in IXL Martin Husemann
  • Re: Possible garbage value return in IXL Emmanuel Nyarko
  • Re: Possible garbage value return in IXL Emmanuel Nyarko
  • Re: Possible garbage value return in IXL Martin Husemann
• pfil_add_ihook() with PFIL_IFNET Peter Skvarka
  • Re: pfil_add_ihook() with PFIL_IFNET Mouse
  • Re: pfil_add_ihook() with PFIL_IFNET Ethan Miller
• Inquiry About Contribution to - Emulating missing linux syscalls on GSoC DC CODES
• GSOC asynchronous IO Ethan Miller
• PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Greg Troxel
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Greg Troxel
  • Re: PHP performance on Xen domU with mulitple vcpu Michael van Elst
  • Re: PHP performance on Xen domU with mulitple vcpu Greg A. Woods
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Greg A. Woods
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Greg A. Woods
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Mathew, Cherry G.
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Greg A. Woods
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • xen dom0 using kern.timecounter.hardware=clockinterrupt sees "WARNING: hardclock jumped past timecounter max" Greg A. Woods
  • Re: PHP performance on Xen domU with mulitple vcpu Taylor R Campbell
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Taylor R Campbell
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Taylor R Campbell
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Taylor R Campbell
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Taylor R Campbell
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Taylor R Campbell
  • Re: PHP performance on Xen domU with mulitple vcpu Emmanuel Dreyfus
  • Re: PHP performance on Xen domU with mulitple vcpu Taylor R Campbell

• Earlier messages
• Later messages