tech-kern  

Messages by Thread

• tar x cpu bound Edgar Fuß
• PR_GROWINGNOWAIT useless ? Manuel Bouyer
• 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 Michael van Elst
  • Re: PHP performance on Xen domU with mulitple vcpu Mouse
  • Re: PHP performance on Xen domU with mulitple vcpu Greg Troxel
  • Re: PHP performance on Xen domU with mulitple vcpu Mouse
  • Re: PHP performance on Xen domU with mulitple vcpu Greg Troxel
• Interest in GSoC Project – Emulating Missing Linux Syscalls ghaith dabboussi
• status of npf maintenance Greg Troxel
  • Re: status of npf maintenance Emmanuel Nyarko
  • Re: status of npf maintenance Greg Troxel
  • Re: status of npf maintenance Emmanuel Nyarko
  • changing NetBSD's view of npf's canonical location Greg Troxel
  • Re: changing NetBSD's view of npf's canonical location Christoph Badura
  • Re: changing NetBSD's view of npf's canonical location Greg Troxel
  • Re: changing NetBSD's view of npf's canonical location Christoph Badura
• Support for ramdisks in PVH boot Pierre Pronchery
  • Re: Support for ramdisks in PVH boot Pierre Pronchery
• close_range? Taylor R Campbell
  • Re: close_range? Mouse
  • Re: close_range? Robert Elz
• alignment requirements for kmutex_t Beesdeckar
  • Re: alignment requirements for kmutex_t Jörg Sonnenberger
  • Re: alignment requirements for kmutex_t Stephan
  • Re: alignment requirements for kmutex_t Jason Thorpe
• trap and frame address Beesdeckar
  • Re: trap and frame address Beesdeckar
  • Re: trap and frame address Beesdeckar
• Statically allocated guard pages in ELF Taylor R Campbell
• Support for PowerBook 1xx (mac68k) batteries via envsys(4). Nathanial Sloss
  • Re: Support for PowerBook 1xx (mac68k) batteries via envsys(4). Robert Swindells
  • Re: Support for PowerBook 1xx (mac68k) batteries via envsys(4). Nat Sloss
  • Re: Support for PowerBook 1xx (mac68k) batteries via envsys(4). Nathanial Sloss
• Inquiry about GSoC Project "ALTQ Refactoring and NPF Integration" Acfboy
• 6/12G SAS controllers Edgar Fuß
  • Re: 6/12G SAS controllers Manuel Bouyer
  • Re: 6/12G SAS controllers Hauke Fath
  • Re: 6/12G SAS controllers Edgar Fuß
  • Re: 6/12G SAS controllers Thor Lancelot Simon
• Inquiry on Skill Requirements for NetBSD GSoC 2025 Asynchronous I/O Project MahnoKropotkinvich
• crash dump module sections addresses Beesdeckar
  • Re: crash dump module sections addresses Paul Goyette
  • Re: crash dump module sections addresses Beesdeckar
  • Re: crash dump module sections addresses Christos Zoulas
  • re: crash dump module sections addresses matthew green
• reading ksyms Beesdeckar
  • Re: reading ksyms Martin Husemann
  • Re: reading ksyms Mouse
• Inquiry About Contributing to "Emulating Missing Linux Syscalls (350h)" Project ADNANE MANDILI
  • Re: Inquiry About Contributing to "Emulating Missing Linux Syscalls (350h)" Project Emmanuel Dreyfus
  • Re: Inquiry About Contributing to "Emulating Missing Linux Syscalls (350h)" Project Mouse
  • Re: Inquiry About Contributing to "Emulating Missing Linux Syscalls (350h)" Project Emmanuel Dreyfus
  • Re: Inquiry About Contributing to "Emulating Missing Linux Syscalls (350h)" Project Rob Whitlock
• Some Interest in GSoC Project ALTQ Refactoring and NPF Integration Wu Acfboy
• Re: kernel module with debugging info Beesdeckar
• GSoC 2025: Interested in Contributing to NetBSD Kernel SHIBE
• patch review: 0x40000010 CPUID leaf support for NVMM Emile `iMil' Heitor
• Inquiry about Auto Create Swap on Memory Pressure project Prashast Saxena
• Re: CVS commit: src/sys/dev/wscons Greg Troxel
  • Re: CVS commit: src/sys/dev/wscons Hans Rosenfeld
  • Re: CVS commit: src/sys/dev/wscons Greg Troxel
• GSoC 2025 Proposal – Emulating missing Linux syscalls in compat_linux Valerio Tangari
• GSoC 2025 Ahmed Maged
• library in kernel space Peter Skvarka
  • Re: library in kernel space Martin Husemann
  • Re: library in kernel space Paul Goyette
  • Re: library in kernel space Mouse
  • Re: library in kernel space Paul Goyette
  • Re: library in kernel space Paul Goyette
  • Re: library in kernel space Brian Buhrow
• Request for Feedback: Auto Create Swap on Memory Pressure GSOC Proposal Soumyajyoti Sarkar
• gdb ignores set follow-fork-mode child Peter Skvarka
  • Re: gdb ignores set follow-fork-mode child RVP
  • Re: gdb ignores set follow-fork-mode child RVP
• GSOC - Emulating Missing Linux Syscalls in NetBSD Jannabhatla, Sai Kasyap
• Tickless NetBSD with high-resolution timers GSOC project Dorjoy Chowdhury
  • Re: Tickless NetBSD with high-resolution timers GSOC project Dorjoy Chowdhury
  • Re: Tickless NetBSD with high-resolution timers GSOC project Dorjoy Chowdhury
• I'm eager to contribute in gsoc 2025 for Emulating missing linux syscalls Adithya Reddy.s
  • Re: I'm eager to contribute in gsoc 2025 for Emulating missing linux syscalls Adithya Reddy.s
  • Re: I'm eager to contribute in gsoc 2025 for Emulating missing linux syscalls Adithya Reddy.s
  • Re: I'm eager to contribute in gsoc 2025 for Emulating missing linux syscalls Adithya Reddy.s
• working around failed console firmware load Edgar Fuß
• failed rf_ConfigureLayout with 22 Edgar Fuß
  • Re: failed rf_ConfigureLayout with 22 Edgar Fuß
  • Re: failed rf_ConfigureLayout with 22 Edgar Fuß
  • RAIDframe: reducing a three-component RAID 1 to two Edgar Fuß
  • Re: RAIDframe: reducing a three-component RAID 1 to two Jonathan A. Kollasch
  • Re: RAIDframe: reducing a three-component RAID 1 to two Martin Husemann
  • Re: RAIDframe: reducing a three-component RAID 1 to two Michael van Elst
• Crashing after quitting X or powering off Kevin Bloom
  • Re: Crashing after quitting X or powering off Robert Swindells
  • Re: Crashing after quitting X or powering off Kevin Bloom
  • Re: Crashing after quitting X or powering off Kevin Bloom
• Reusing of struct uio in soo_read() Peter Skvarka
  • Re: Reusing of struct uio in soo_read() Mouse
• lwp_create() Peter Skvarka
  • Re: lwp_create() Martin Husemann
• GSOC - Emulating missing linux syscalls Vasyl Maksym Lanko
  • Re: GSOC - Emulating missing linux syscalls Emmanuel Dreyfus
• ataraid(4) missing disk handling Andrius V

• Earlier messages