tech-kern  

Messages by Thread

• 10.x performance issue? Mouse
  • Re: 10.x performance issue? Mouse
  • Re: 10.x performance issue? Jarle Greipsland
  • Re: 10.x performance issue? Mouse
  • Re: 10.x performance issue? Mouse
  • Re: 10.x performance issue? Mouse
  • re: 10.x performance issue? matthew green
  • Re: 10.x performance issue? Mouse
  • Re: 10.x performance issue? Mouse
  • Re: 10.x performance issue? Robert Swindells
  • Re: 10.x performance issue? Mouse
  • Re: 10.x performance issue? Brian Buhrow
  • Re: 10.x performance issue? Ken Hornstein
  • Re: 10.x performance issue? Mouse
  • Re: 10.x performance issue? Adrian Chadd
  • Re: 10.x performance issue? tlaronde
  • Re: 10.x performance issue? Mouse
• Re: Graphic tablets on NetBSD adr
  • Re: Graphic tablets on NetBSD Nina Kalinina
  • Re: Graphic tablets on NetBSD Ryo ONODERA
  • Re: Graphic tablets on NetBSD adr
• New Nspire cx 2 memory map stuff MrNASCARA9
• BMC junk devices Emmanuel Dreyfus
  • Re: BMC junk devices Emmanuel Dreyfus
  • re: BMC junk devices matthew green
  • Re: BMC junk devices Rhialto
  • Re: BMC junk devices Emmanuel Dreyfus
• hang/panic: newfs of 4.3 FFS (filesystem only) on vnd1 Chris Hanson
  • Re: hang/panic: newfs of 4.3 FFS (filesystem only) on vnd1 Greg Troxel
  • re: hang/panic: newfs of 4.3 FFS (filesystem only) on vnd1 matthew green
  • Re: hang/panic: newfs of 4.3 FFS (filesystem only) on vnd1 Chris Hanson
  • Re: hang/panic: newfs of 4.3 FFS (filesystem only) on vnd1 David Holland
• [PATCH] procfs: match /proc/self/maps address width to Linux Henrique Brito
  • Re: [PATCH] procfs: match /proc/self/maps address width to Linux Edgar Fuß
  • Re: [PATCH] procfs: match /proc/self/maps address width to Linux Robert Swindells
  • Re: [PATCH] procfs: match /proc/self/maps address width to Linux Stephen Borrill
  • Re: [PATCH] procfs: match /proc/self/maps address width to Linux Henrique Brito
• 16-bit depth on radeonfb od2uvb
  • Re: 16-bit depth on radeonfb Julian Coleman
  • Re: 16-bit depth on radeonfb od2uvb
• entropy-file Edgar Fuß
  • Re: entropy-file Martin Husemann
• Colored kernel messages on serial console Timo Buhrmester
  • Re: Colored kernel messages on serial console Edgar Fuß
  • Re: Colored kernel messages on serial console Timo Buhrmester
  • Re: Colored kernel messages on serial console Emmanuel Dreyfus
  • Re: Colored kernel messages on serial console Valery Ushakov
  • Re: Colored kernel messages on serial console Greg Troxel
  • Re: Colored kernel messages on serial console Jan Stary
  • Re: Colored kernel messages on serial console Mouse
  • Re: Colored kernel messages on serial console Brett Lymn
  • Re: Colored kernel messages on serial console Timo Buhrmester
  • Re: Colored kernel messages on serial console Valery Ushakov
  • Re: Colored kernel messages on serial console Timo Buhrmester
  • Re: Colored kernel messages on serial console Valery Ushakov
  • Re: Colored kernel messages on serial console Timo Buhrmester
  • Re: Colored kernel messages on serial console Greg Troxel
  • Re: Colored kernel messages on serial console Chris Hanson
  • Re: Colored kernel messages on serial console Michael van Elst
  • Re: Colored kernel messages on serial console Timo Buhrmester
  • Re: Colored kernel messages on serial console Emmanuel Dreyfus
  • Re: highlighted (was: colored) kernel messages on serial console Greg A. Woods
  • Re: highlighted (was: colored) kernel messages on serial console Brian Buhrow
  • Re: highlighted kernel messages on serial console Greg A. Woods
  • Re: highlighted kernel messages on serial console Timo Buhrmester
  • Re: highlighted kernel messages on serial console David Brownlee
  • Re: highlighted kernel messages on serial console Rhialto
  • Re: highlighted kernel messages on serial console Edgar Fuß
  • proposing patches (was: Colored kernel messages on serial console) Edgar Fuß
  • Re: proposing patches (was: Colored kernel messages on serial console) Thor Lancelot Simon
  • Re: proposing patches (was: Colored kernel messages on serial console) Mouse
  • Re: proposing patches (was: Colored kernel messages on serial console) Michael van Elst
  • Re: proposing patches (was: Colored kernel messages on serial console) Taylor R Campbell
  • Re: proposing patches (was: Colored kernel messages on serial console) Mouse
  • Re: Colored kernel messages on serial console Mouse
  • Re: Colored kernel messages on serial console Michael van Elst
  • Re: Colored kernel messages on serial console Jonathan A. Kollasch
  • Re: Colored kernel messages on serial console Jason Thorpe
  • Re: Colored kernel messages on serial console Brian Buhrow
  • Re: Colored kernel messages on serial console Thor Lancelot Simon
  • Re: Colored kernel messages on serial console Edgar Fuß
• -ftrivial-auto-var-init in the kernel Taylor R Campbell
  • Re: -ftrivial-auto-var-init in the kernel Valery Ushakov
• increasing sysv semaphore limits Greg Troxel
  • Re: increasing sysv semaphore limits Taylor R Campbell
  • Re: increasing sysv semaphore limits Martin Husemann
  • Re: increasing sysv semaphore limits Greg Troxel
  • Re: increasing sysv semaphore limits Jason Thorpe
  • Re: increasing sysv semaphore limits Greg Troxel
  • Re: increasing sysv semaphore limits Jason Thorpe
  • Re: increasing sysv semaphore limits Greg Troxel
  • Re: increasing sysv semaphore limits Greg Troxel
  • Re: increasing sysv semaphore limits Mouse
  • Re: increasing sysv semaphore limits Greg Troxel
  • Re: increasing sysv semaphore limits Jason Thorpe
  • Re: increasing sysv semaphore limits Jörg Sonnenberger
  • Re: increasing sysv semaphore limits Mouse
  • Re: increasing sysv semaphore limits Jason Thorpe
  • Re: increasing sysv semaphore limits Greg Troxel
• uvm_swap v4 Reinoud Zandijk
  • Re: uvm_swap v4 Taylor R Campbell
  • Re: uvm_swap v4 Reinoud Zandijk
  • Re: uvm_swap v4 Taylor R Campbell
• uvm_swap v3 Reinoud Zandijk
• uvm_swap v2 Reinoud Zandijk
  • Re: uvm_swap v2 Taylor R Campbell
• uvm_swap compression patch Reinoud Zandijk
  • Re: uvm_swap compression patch Takashi YAMAMOTO
  • Re: uvm_swap compression patch Reinoud Zandijk
  • Re: uvm_swap compression patch Takashi YAMAMOTO
  • Re: uvm_swap compression patch Taylor R Campbell
  • Re: uvm_swap compression patch Thor Lancelot Simon
  • Re: uvm_swap compression patch Mouse
  • Re: uvm_swap compression patch Taylor R Campbell
• linux clock compat Jan Stary
  • Re: linux clock compat Jan Stary
• Re: nonexistent clocks Jan Stary
• poll(2)ing for USB device changes Timo Buhrmester
  • Re: poll(2)ing for USB device changes Taylor R Campbell
  • Re: poll(2)ing for USB device changes Taylor R Campbell
• ZFS tunable parameters Sotiris Lamprinidis
  • Re: ZFS tunable parameters Michael van Elst
  • Re: ZFS tunable parameters Greg Troxel
  • Re: ZFS tunable parameters Sotiris Lamprinidis
  • Re: ZFS tunable parameters Simon Burge
  • Re: ZFS tunable parameters Simon Burge
  • Re: ZFS tunable parameters Brad Spencer
  • Re: ZFS tunable parameters Greg Troxel
  • Re: ZFS tunable parameters Brad Spencer
  • Re: ZFS tunable parameters Greg Troxel
  • Re: ZFS tunable parameters Brad Spencer
  • Re: ZFS tunable parameters Greg Troxel
  • Re: ZFS tunable parameters Simon Burge
  • Re: ZFS tunable parameters Brad Spencer
• 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

• Earlier messages