tech-kern  

Messages by Thread

• Linker error (multiple definition) during LD_STAGE 2 with custom scheduler Тимофей Масленников
• Linker error (multiple definition) during LD_STAGE 2 with custom scheduler sewas1399
  • Re: Linker error (multiple definition) during LD_STAGE 2 with custom scheduler Martin Husemann
  • Re: Linker error (multiple definition) during LD_STAGE 2 with custom scheduler Valery Ushakov
  • Re: Linker error (multiple definition) during LD_STAGE 2 with custom scheduler Тимофей Масленников
  • Re: Linker error (multiple definition) during LD_STAGE 2 with custom scheduler Valery Ushakov
• agp_nvidia port for review Andrius V
  • Re: agp_nvidia port for review Taylor R Campbell
  • Re: agp_nvidia port for review Andrius V
  • Re: agp_nvidia port for review Valery Ushakov
  • Re: agp_nvidia port for review Andrius V
  • Re: agp_nvidia port for review Valery Ushakov
  • Re: agp_nvidia port for review Andrius V
  • Re: agp_nvidia port for review Andrius V
  • Re: agp_nvidia port for review Andrius V
  • Re: agp_nvidia port for review Andrius V
• Clarification of CLOCK_MONOTONIC JJ
  • Re: Clarification of CLOCK_MONOTONIC Greg Troxel
  • Re: Clarification of CLOCK_MONOTONIC Greg Troxel
  • Re: Clarification of CLOCK_MONOTONIC Andrew Cagney
  • Re: Clarification of CLOCK_MONOTONIC x85729201kza
  • Re: Clarification of CLOCK_MONOTONIC Greg Troxel
  • Re: Clarification of CLOCK_MONOTONIC Taylor R Campbell
  • Re: Clarification of CLOCK_MONOTONIC Anders Magnusson
  • Re: Clarification of CLOCK_MONOTONIC Greg Troxel
  • Re: Clarification of CLOCK_MONOTONIC Robert Elz
  • Re: Clarification of CLOCK_MONOTONIC x85729201kza
• I wrote a little graphics thing Michael
  • Re: I wrote a little graphics thing Mouse
  • Re: I wrote a little graphics thing Michael
  • Re: I wrote a little graphics thing Mouse
  • Re: I wrote a little graphics thing RVP
  • Re: I wrote a little graphics thing Michael
  • Re: I wrote a little graphics thing Michael
  • Re: I wrote a little graphics thing Michael
  • Re: I wrote a little graphics thing Paul Ripke
  • Re: I wrote a little graphics thing Michael
  • Re: I wrote a little graphics thing Valery Ushakov
• Introduction and project intent: Emulating missing linux syscalls Ilia Javan
  • Re: Introduction and project intent: Emulating missing linux syscalls Stephen Borrill
  • Re: Introduction and project intent: Emulating missing linux syscalls Ilia Javan
• [PATCH] workqueue(9): Allow requeueing Taylor R Campbell
  • Re: [PATCH] workqueue(9): Allow requeueing Taylor R Campbell
• bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Hans Rosenfeld
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Johnny Billquist
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Johnny Billquist
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Anders Magnusson
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Johnny Billquist
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Thor Lancelot Simon
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. David Brownlee
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Thor Lancelot Simon
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Adrian Chadd
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Anders Magnusson
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Thor Lancelot Simon
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Anders Magnusson
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Thor Lancelot Simon
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Thor Lancelot Simon
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Thor Lancelot Simon
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Johnny Billquist
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. is
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. David Brownlee
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Robert Elz
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Lyndon Nerenberg (VE7TFX/VE6BBM)
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Johnny Billquist
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Brad Spencer
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Hans Rosenfeld
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Jason Thorpe
  • Re: bad144 - how useful still? Because it's annoyingly ubiquitous. Reinoud Zandijk
• VFS_MOUNT reverses sense of IMNT_MPSAFE test? Konrad Schroder
  • re: VFS_MOUNT reverses sense of IMNT_MPSAFE test? matthew green
  • Re: VFS_MOUNT reverses sense of IMNT_MPSAFE test? Rhialto
• Re: i915drmkms debug log issue Rui-Xiang Guo
  • Re: i915drmkms debug log issue RVP
• Patching the Synaptics driver to disable tap-to-click atomicules
  • Re: Patching the Synaptics driver to disable tap-to-click Brett Lymn
  • Re: Patching the Synaptics driver to disable tap-to-click atomicules
  • Re: Patching the Synaptics driver to disable tap-to-click Brett Lymn
• eMMC failing in NetBSD-current chld
  • Re: eMMC failing in NetBSD-current Hudson Dalprá
• Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np Chris Hanson
  • Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np Chris Hanson
  • Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np Chris Hanson
  • Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np Martin Husemann
  • Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np Greg Troxel
  • Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np Chris Hanson
  • Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np Chris Hanson
  • Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np Greg Troxel
  • Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np Chris Hanson
  • Re: [PATCH] Add posix_spawn_file_actions_addclosefrom_np Taylor R Campbell
• smr(9) and pool_cache_set_smr(9) Kevin Bowling
  • Re: smr(9) and pool_cache_set_smr(9) Kevin Bowling
  • Re: smr(9) and pool_cache_set_smr(9) Taylor R Campbell
  • Re: smr(9) and pool_cache_set_smr(9) Taylor R Campbell
• Which way for posix_spawn close-on-exec improvements? Chris Hanson
  • Re: Which way for posix_spawn close-on-exec improvements? Martin Husemann
  • Re: Which way for posix_spawn close-on-exec improvements? Chris Hanson
  • Re: Which way for posix_spawn close-on-exec improvements? Chris Hanson
  • Re: Which way for posix_spawn close-on-exec improvements? Chris Hanson
  • Re: Which way for posix_spawn close-on-exec improvements? Roland Illig
  • Re: Which way for posix_spawn close-on-exec improvements? Chris Hanson
  • [PATCH] Add posix_spawn_file_actions_addclosefrom_np Chris Hanson
• tprof(8) ABI Kevin Bowling
  • Re: tprof(8) ABI Nick Hudson
  • Re: tprof(8) ABI Kevin Bowling
  • Re: tprof(8) ABI Martin Husemann
  • Re: tprof(8) ABI Kevin Bowling
  • Re: tprof(8) ABI Martin Husemann
  • Re: tprof(8) ABI Kevin Bowling
  • Re: tprof(8) ABI Kevin Bowling
  • Re: tprof(8) ABI Martin Husemann
• Changing NGROUPS_MAX to 1024? Konrad Schroder
  • Re: Changing NGROUPS_MAX to 1024? Taylor R Campbell
  • Re: Changing NGROUPS_MAX to 1024? Konrad Schroder
  • Re: Changing NGROUPS_MAX to 1024? Taylor R Campbell
  • Re: Changing NGROUPS_MAX to 1024? Michael van Elst
  • Re: Changing NGROUPS_MAX to 1024? Edgar Fuß
  • Re: Changing NGROUPS_MAX to 1024? Michael van Elst
  • Re: Changing NGROUPS_MAX to 1024? Brett Lymn
  • Re: Changing NGROUPS_MAX to 1024? Edgar Fuß
  • Re: Changing NGROUPS_MAX to 1024? Jason Thorpe
  • Re: Changing NGROUPS_MAX to 1024? Edgar Fuß
  • Re: Changing NGROUPS_MAX to 1024? Jason Thorpe
  • Re: Changing NGROUPS_MAX to 1024? od2uvb
  • Re: Changing NGROUPS_MAX to 1024? od2uvb
  • Re: Changing NGROUPS_MAX to 1024? Michael van Elst
  • Re: Changing NGROUPS_MAX to 1024? Mouse
  • Re: Changing NGROUPS_MAX to 1024? od2uvb
  • Re: Changing NGROUPS_MAX to 1024? Mouse
  • NFS security (was: Changing NGROUPS_MAX to 1024?) Edgar Fuß
  • Re: Changing NGROUPS_MAX to 1024? Piotr Meyer
  • regarding support of NFS versions (Re: Changing NGROUPS_MAX to 1024?) od2uvb
  • Re: regarding support of NFS versions (Re: Changing NGROUPS_MAX to 1024?) Matthias Petermann
  • Re: regarding support of NFS versions (Re: Changing NGROUPS_MAX to 1024?) Reinoud Zandijk
  • Re: regarding support of NFS versions (Re: Changing NGROUPS_MAX to 1024?) Adrian Chadd
  • Re: regarding support of NFS versions (Re: Changing NGROUPS_MAX to 1024?) Michael van Elst
  • Re: regarding support of NFS versions (Re: Changing NGROUPS_MAX to 1024?) Adrian Chadd
  • Re: regarding support of NFS versions (Re: Changing NGROUPS_MAX to 1024?) Martin Husemann
  • Re: regarding support of NFS versions (Re: Changing NGROUPS_MAX to 1024?) Michael van Elst
  • Re: regarding support of NFS versions (Re: Changing NGROUPS_MAX to 1024?) Michael van Elst
  • Re: regarding support of NFS versions Edgar Fuß
  • Re: regarding support of NFS versions Jonathan A. Kollasch
  • Re: regarding support of NFS versions Matthias Petermann
  • Re: regarding support of NFS versions Edgar Fuß
  • Re: regarding support of NFS versions Mouse
  • Re: regarding support of NFS versions Edgar Fuß
  • Re: regarding support of NFS versions Reinoud Zandijk
  • Re: regarding support of NFS versions od2uvb
  • Re: regarding support of NFS versions Ken Hornstein
• Sign-extension bug in syscall return path on big-endian N64 Thor Lancelot Simon
  • Re: Sign-extension bug in syscall return path on big-endian N64 Thor Lancelot Simon
• 9.1: forcible coredump -> panic Mouse
  • Re: 9.1: forcible coredump -> panic Jason Thorpe
  • Re: 9.1: forcible coredump -> panic Mouse
  • Re: 9.1: forcible coredump -> panic Jason Thorpe
  • Re: 9.1: forcible coredump -> panic Mouse
  • Re: 9.1: forcible coredump -> panic Mouse
  • Re: 9.1: forcible coredump -> panic Mouse
  • Re: 9.1: forcible coredump -> panic Rhialto
  • Re: 9.1: forcible coredump -> panic Mouse
  • Re: 9.1: forcible coredump -> panic Brian Buhrow
  • Re: 9.1: forcible coredump -> panic Mouse
• patch: shadowfb also for non-EFI boots is
  • Re: patch: shadowfb also for non-EFI boots RVP
  • Re: patch: shadowfb also for non-EFI boots Ignatios Souvatzis
  • Re: patch: shadowfb also for non-EFI boots David Brownlee
  • shadowfb artifacts when scrolling back. is
  • Re: shadowfb artifacts when scrolling back. RVP
• GSoC 2026 Interest - Real Asynchronous I/O Shivam Panwar
• Re: kern/57005 Rudra Pratap Singh
• Interest in GSoC 2026 Project Tarun Vishlavath
• zfs and device name changes Takashi YAMAMOTO
  • Re: zfs and device name changes Simon Burge
  • Re: zfs and device name changes Takashi YAMAMOTO
  • Re: zfs and device name changes Simon Burge
  • Re: zfs and device name changes Takashi YAMAMOTO
  • Re: zfs and device name changes Taylor R Campbell
  • Re: zfs and device name changes Takashi YAMAMOTO
  • Re: zfs and device name changes Stephen Borrill
  • Re: zfs and device name changes Stephen Borrill
  • Re: zfs and device name changes Takashi YAMAMOTO
  • Re: zfs and device name changes Stephen Borrill
  • Re: zfs and device name changes Takashi YAMAMOTO
• [RFC GSoC 2026] - Emulating missing linux syscalls Abinash Singh
• GSoC Proposal Yayitz

• Earlier messages
• Later messages