tech-kern  

Messages by Thread

• Swap on Memory pressure Ahmed Ehab Hamouda
• ETOOMANYZLIBS Thomas Klausner
  • Re: ETOOMANYZLIBS Joerg Sonnenberger
• question about enumeration of buses on arm systems with dtb files Dave Tyson
  • Re: question about enumeration of buses on arm systems with dtb files Taylor R Campbell
  • Re: question about enumeration of buses on arm systems with dtb files Michael van Elst
  • Re: question about enumeration of buses on arm systems with dtb files Dave Tyson
  • Re: question about enumeration of buses on arm systems with dtb files Michael van Elst
• cpu_rootconf() vs booted_device issues matthew green
  • Re: cpu_rootconf() vs booted_device issues Izumi Tsutsui
• Re: Tentative Proposal for Gsoc : Emulating missing linux syscalls (350h) Martin Husemann
  • Re: Tentative Proposal for Gsoc : Emulating missing linux syscalls (350h) nia
• valgrind Mouse
  • Re: valgrind nia
  • Re: valgrind Mouse
  • re: valgrind matthew green
  • Re: valgrind Mouse
  • Re: valgrind Simon Burge
  • pcc [was Re: valgrind] Mouse
  • Re: pcc [was Re: valgrind] tlaronde
  • Re: pcc [was Re: valgrind] Greg A. Woods
  • Re: pcc [was Re: valgrind] bch
  • Re: pcc [was Re: valgrind] Anders Magnusson
  • Re: pcc [was Re: valgrind] Koning, Paul
  • Re: pcc [was Re: valgrind] Greg A. Woods
  • Re: pcc [was Re: valgrind] Anders Magnusson
  • Re: pcc [was Re: valgrind] Greg A. Woods
  • Re: pcc [was Re: valgrind] Anders Magnusson
  • Re: pcc [was Re: valgrind] Anders Magnusson
  • Re: valgrind Rhialto
  • Re: valgrind Koning, Paul
  • nested functions [was Re: valgrind] Mouse
  • Re: nested functions [was Re: valgrind] Koning, Paul
  • Re: valgrind Rhialto
  • Re: valgrind Rhialto
  • Re: valgrind Koning, Paul
  • Re: valgrind Rhialto
  • Re: valgrind Koning, Paul
  • Nested functions [was Re: valgrind] Mouse
  • Re: Nested functions [was Re: valgrind] David Holland
  • Re: Nested functions [was Re: valgrind] Mouse
  • Re: Nested functions [was Re: valgrind] David Holland
  • Re: Nested functions [was Re: valgrind] Chris Hanson
  • Re: valgrind Reinoud Zandijk
  • Re: valgrind Andrew Cagney
  • re: valgrind RVP
  • Re: valgrind Joerg Sonnenberger
  • Re: valgrind RVP
  • Re: valgrind Joerg Sonnenberger
  • Re: valgrind Mouse
  • Re: valgrind Koning, Paul
  • GPLv3 [was Re: valgrind] Mouse
• about langage neutral jobol
  • Re: about langage neutral Koning, Paul
  • Re: about langage neutral Mouse
  • Re: about langage neutral José Bollo
  • Re: about langage neutral Chris Hanson
  • Re: about langage neutral David Holland
• panic in -current: "vp->v_iflag & VI_TEXT" failed: file "/usr/src/sys/kern/exec_subr.c", line 183 matthew green
  • Re: panic in -current: "vp->v_iflag & VI_TEXT" failed: file "/usr/src/sys/kern/exec_subr.c", line 183 J. Hannken-Illjes
  • re: panic in -current: "vp->v_iflag & VI_TEXT" failed: file "/usr/src/sys/kern/exec_subr.c", line 183 matthew green
  • re: panic in -current: "vp->v_iflag & VI_TEXT" failed: file "/usr/src/sys/kern/exec_subr.c", line 183 matthew green
  • Re: panic in -current: "vp->v_iflag & VI_TEXT" failed: file "/usr/src/sys/kern/exec_subr.c", line 183 J. Hannken-Illjes
• Understanding's snippet of athn(9) code Farhan Khan
• VirtIO MMIO for amd64 el16095
  • Re: VirtIO MMIO for amd64 Jonathan A. Kollasch
  • Re: VirtIO MMIO for amd64 el16095
  • Re: VirtIO MMIO for amd64 Emile 'iMil' Heitor
  • Re: VirtIO MMIO for amd64 Emile 'iMil' Heitor
  • Re: VirtIO MMIO for amd64 Emile 'iMil' Heitor
  • Re: VirtIO MMIO for amd64 Taylor R Campbell
  • Re: VirtIO MMIO for amd64 Emile 'iMil' Heitor
  • Re: VirtIO MMIO for amd64 Emile 'iMil' Heitor
  • Re: VirtIO MMIO for amd64 Taylor R Campbell
  • Re: VirtIO MMIO for amd64 Emile 'iMil' Heitor
  • Re: VirtIO MMIO for amd64 Emile 'iMil' Heitor
  • Re: VirtIO MMIO for amd64 Emile 'iMil' Heitor
  • Re: VirtIO MMIO for amd64 Emile 'iMil' Heitor
  • Re: VirtIO MMIO for amd64 Emile 'iMil' Heitor
  • Re: VirtIO MMIO for amd64 Emile 'iMil' Heitor
  • Re: VirtIO MMIO for amd64 Emile 'iMil' Heitor
  • Re: VirtIO MMIO for amd64 Reinoud Zandijk
  • Re: VirtIO MMIO for amd64 Emile 'iMil' Heitor
• Hinted mmap(2) without MAP_FIXED can fail prematurely PHO
  • Re: Hinted mmap(2) without MAP_FIXED can fail prematurely Johnny Billquist
  • Re: Hinted mmap(2) without MAP_FIXED can fail prematurely PHO
  • Re: Hinted mmap(2) without MAP_FIXED can fail prematurely Michael van Elst
  • Re: Hinted mmap(2) without MAP_FIXED can fail prematurely Michael van Elst
  • Re: Hinted mmap(2) without MAP_FIXED can fail prematurely Johnny Billquist
  • Re: Hinted mmap(2) without MAP_FIXED can fail prematurely Mouse
  • Re: Hinted mmap(2) without MAP_FIXED can fail prematurely Michael van Elst
• membar_enter semantics Taylor R Campbell
  • Re: membar_enter semantics Jason Thorpe
  • Re: membar_enter semantics Jason Thorpe
  • Re: membar_enter semantics Taylor R Campbell
  • Re: membar_enter semantics Jason Thorpe
  • Re: membar_enter semantics Jason Thorpe
  • Re: membar_enter semantics Mouse
  • Re: membar_enter semantics Martin Husemann
  • Re: membar_enter semantics Jason Thorpe
  • Re: membar_enter semantics Jason Thorpe
  • Re: membar_enter semantics Taylor R Campbell
  • Re: membar_enter semantics Jason Thorpe
  • Re: membar_enter semantics Taylor R Campbell
  • Re: membar_enter semantics Mouse
  • Re: membar_enter semantics Taylor R Campbell
  • Re: membar_enter semantics Taylor R Campbell
  • Re: membar_enter semantics David Holland
  • Re: membar_enter semantics Joerg Sonnenberger
  • Re: membar_enter semantics David Holland
  • Re: membar_enter semantics Joerg Sonnenberger
  • Re: membar_enter semantics David Holland
  • Re: membar_enter semantics Taylor R Campbell
  • Re: membar_enter semantics David Holland
  • Re: membar_enter semantics Edgar Fuß
  • Re: membar_enter semantics Taylor R Campbell
• reboot panic: "error == EOPNOTSUPP" in vfs_vnode.c line 1120 matthew green
  • Re: reboot panic: "error == EOPNOTSUPP" in vfs_vnode.c line 1120 Michael van Elst
  • Re: reboot panic: "error == EOPNOTSUPP" in vfs_vnode.c line 1120 J. Hannken-Illjes
• GHC 9.2.1 is now available as lang/ghc92 PHO
  • Re: GHC 9.2.1 is now available as lang/ghc92 PHO
• Emulating linux timer.. syscalls Bruno Melo
• About Google Summer of Code 2022 and Easy-level kernel-side projects Berken Tekin
• Intel GPIO Emmanuel Dreyfus
  • Re: Intel GPIO Robert Swindells
  • Re: Intel GPIO Crystal Kolipe
  • Re: Intel GPIO Jared McNeill
• usbdi(9) improvements Taylor R Campbell
  • Re: usbdi(9) improvements Taylor R Campbell
• uhidev(9) improvements Taylor R Campbell
  • Re: uhidev(9) improvements Nick Hudson
• Resolving open/close, attach/detach races Taylor R Campbell
  • Re: Resolving open/close, attach/detach races Taylor R Campbell
  • Re: Resolving open/close, attach/detach races Taylor R Campbell
  • Re: Resolving open/close, attach/detach races J. Hannken-Illjes
  • Re: Resolving open/close, attach/detach races Taylor R Campbell
  • Re: Resolving open/close, attach/detach races J. Hannken-Illjes
  • Re: Resolving open/close, attach/detach races J. Hannken-Illjes
  • Re: Resolving open/close, attach/detach races Taylor R Campbell
• Some guidance/suggestion please Paul Goyette
  • Re: Some guidance/suggestion please Martin Husemann
  • Re: Some guidance/suggestion please John Nemeth
  • re: Some guidance/suggestion please matthew green
  • Re: Some guidance/suggestion please Michael van Elst
  • re: Some guidance/suggestion please Paul Goyette
• Regulator Emmanuel Dreyfus
  • Re: Regulator Jason Thorpe
  • Re: Regulator Robert Swindells
  • Re: Regulator Taylor R Campbell
  • Re: Regulator Jason Thorpe
  • Re: Regulator Jason Thorpe
  • Re: Regulator Taylor R Campbell
  • Re: Regulator Jason Thorpe
  • Re: Regulator Robert Swindells
  • Re: Regulator Jason Thorpe
  • Re: Regulator Jason Thorpe
  • Re: Regulator Taylor R Campbell
  • Re: Regulator Emmanuel Dreyfus
  • Re: Regulator Taylor R Campbell
• I'm looking for some NVMM developer who wants to join a special group for improving qemu and nvmm Mario Marietto
  • Re: I'm looking for some NVMM developer who wants to join a special group for improving qemu and nvmm Reinoud Zandijk
• Boost update to 1.78.0 Ryo ONODERA
• procfs files vs symlink Manuel Bouyer
  • Re: procfs files vs symlink Manuel Bouyer
  • Re: procfs files vs symlink Martin Husemann
  • Re: procfs files vs symlink Manuel Bouyer
  • Re: procfs files vs symlink David Holland
  • Re: procfs files vs symlink Manuel Bouyer
  • Re: procfs files vs symlink Robert Elz
  • Re: procfs files vs symlink Manuel Bouyer
  • Re: procfs files vs symlink RVP
  • Re: procfs files vs symlink Robert Elz
  • Re: procfs files vs symlink RVP
  • Re: procfs files vs symlink Robert Elz
  • Re: procfs files vs symlink RVP
  • Re: procfs files vs symlink Christos Zoulas
  • Re: procfs files vs symlink RVP
  • Re: procfs files vs symlink Robert Elz
  • Re: procfs files vs symlink RVP
  • Re: procfs files vs symlink Christos Zoulas
  • Re: procfs files vs symlink Manuel Bouyer
  • Re: procfs files vs symlink Christos Zoulas
  • Re: procfs files vs symlink Manuel Bouyer
  • Re: procfs files vs symlink Christos Zoulas
  • Re: procfs files vs symlink Manuel Bouyer
• Proposal: Deprecate (or rename) extsrc/ Luke Mewburn
  • Re: Proposal: Deprecate (or rename) extsrc/ Valery Ushakov
  • re: Proposal: Deprecate (or rename) extsrc/ matthew green
  • Re: Proposal: Deprecate (or rename) extsrc/ Alistair Crooks
  • Re: Proposal: Deprecate (or rename) extsrc/ Paul Goyette
  • Re: Proposal: Deprecate (or rename) extsrc/ David Holland
  • Removing extsrc: (was Re: Proposal: Deprecate (or rename) extsrc/) Luke Mewburn
  • Re: Removing extsrc: (was Re: Proposal: Deprecate (or rename) extsrc/) Izumi Tsutsui
  • Re: Removing extsrc: (was Re: Proposal: Deprecate (or rename) extsrc/) Luke Mewburn
• Re: Memory corruption after fork, only on AMD CPUs Reinoud Zandijk
• Pinephone boot dmesg Crystal Kolipe
• Passive serialization support in the pool allocator Jason Thorpe
  • Re: Passive serialization support in the pool allocator Paul Goyette
  • Re: Passive serialization support in the pool allocator Lars Reichardt
  • Re: Passive serialization support in the pool allocator Taylor R Campbell

• Later messages