tech-kern  

Messages by Thread

• • 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
  • 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 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
  • Re: ataraid(4) missing disk handling Christoph Badura
  • Re: ataraid(4) missing disk handling Andrius V
  • Re: ataraid(4) missing disk handling Christoph Badura
• Working with user space file descriptor in kernel thread Peter Skvarka
  • Re: Working with user space file descriptor in kernel thread Jason Thorpe
  • Re: Working with user space file descriptor in kernel thread Peter Skvarka
  • Re: Working with user space file descriptor in kernel thread Martin Husemann
  • Re: Working with user space file descriptor in kernel thread Mouse
  • Re: Working with user space file descriptor in kernel thread Michael van Elst
• /dev/fss0: file system not clean Edgar Fuß
  • panic: ffs_blkfree_snap: bad size (was: /dev/fss0: file system not clean) Edgar Fuß
• Interest in GSOC Topic: Root Device and File System Selection 云 间
• Beaglebone Black: USB Host Issues James B
• Query about NetBSD's emulating missing linux syscalls Solvable Hat
  • Re: Query about NetBSD's emulating missing linux syscalls Emmanuel Dreyfus
• Re: ioctl(), passed structure zeroed Martin Husemann
• Introductory email in reference to GSoC 2025 (https://wiki.netbsd.org/projects/project/swap-auto/) anup parikh
  • Re: Introductory email in reference to GSoC 2025 (https://wiki.netbsd.org/projects/project/swap-auto/) anup parikh
• Start contributing Lorenzo Torres
• stacked NFS mounts Edgar Fuß
  • Re: stacked NFS mounts Mouse
  • Re: stacked NFS mounts Edgar Fuß
  • Re: stacked NFS mounts Mouse
  • Re: stacked NFS mounts Robert Elz
  • Re: stacked NFS mounts Robert Elz
  • Re: stacked NFS mounts Robert Elz
  • Re: stacked NFS mounts Edgar Fuß
  • Re: stacked NFS mounts Mouse
  • Re: stacked NFS mounts Mouse
  • Re: stacked NFS mounts Mouse
  • Re: stacked NFS mounts Robert Elz
  • Re: stacked NFS mounts Edgar Fuß
• Intention of joining GSoC 2025 - Emulating missing linux syscalls Ty3r0X
• What if the console device is only accessible from one CPU in a multiprocessor system? Jason Thorpe
  • Re: What if the console device is only accessible from one CPU in a multiprocessor system? Mouse
  • Re: What if the console device is only accessible from one CPU in a multiprocessor system? Christoph Badura
  • Re: What if the console device is only accessible from one CPU in a multiprocessor system? Jason Thorpe
  • Re: What if the console device is only accessible from one CPU in a multiprocessor system? Christoph Badura
• kern/59127: clock_getres(2) returns EINVAL for CLOCK_{PROCESS,THREAD}_CPUTIME_ID PHO
• Interested to become a GSoC contributor Arnav Bhatt
• Re: Using of struct tm in kernel module Martin Husemann
  • Re: Using of struct tm in kernel module Peter Skvarka
  • Re: Using of struct tm in kernel module Martin Husemann
  • Re: Using of struct tm in kernel module Peter Skvarka
  • Re: Using of struct tm in kernel module Martin Husemann
  • Re: Using of struct tm in kernel module Peter Skvarka

• Earlier messages
• Later messages