tech-kern by thread

• Date Index
• Date Index (newest page)
• Old Index

• Enhanced usability of syscall_{,disestablish}, Paul Goyette
• Kernel free() and NULL-safety, Michael McConville
• x86: map kernel DATA+BSS with NX/XD bit, Maxime Villard
  • Re: x86: map kernel DATA+BSS with NX/XD bit, Jonathan A. Kollasch
  • Re: x86: map kernel DATA+BSS with NX/XD bit, Joerg Sonnenberger
  • Re: x86: map kernel DATA+BSS with NX/XD bit, Maxime Villard
• per-process namespaces, David Holland
• In-kernel units for block numbers, etc ..., Robert Elz
  • Re: In-kernel units for block numbers, etc ..., David Holland
    • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • Re: In-kernel units for block numbers, etc ..., David Holland
      • Re: In-kernel units for block numbers, etc ..., David Holland
    • Re: In-kernel units for block numbers, etc ..., Thor Lancelot Simon
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
  • re: In-kernel units for block numbers, etc ..., matthew green
    • Re: In-kernel units for block numbers, etc ..., Robert Elz
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • Re: In-kernel units for block numbers, etc ..., John Nemeth
      • Re: In-kernel units for block numbers, etc ..., Robert Elz
  • Re: In-kernel units for block numbers, etc ..., Michael van Elst
  • Re: In-kernel units for block numbers, etc ..., Robert Elz
    • Re: In-kernel units for block numbers, etc ..., Michael van Elst
    • Re: In-kernel units for block numbers, etc ..., Robert Elz
    • Re: In-kernel units for block numbers, etc ..., Jan Danielsson
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • re: In-kernel units for block numbers, etc ..., matthew green
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • Re: In-kernel units for block numbers, etc ..., Robert Elz
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • Re: In-kernel units for block numbers, etc ..., John Nemeth
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • Re: In-kernel units for block numbers, etc ..., John Nemeth
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • Re: In-kernel units for block numbers, etc ..., Robert Elz
      • re: In-kernel units for block numbers, etc ..., matthew green
      • Re: In-kernel units for block numbers, etc ..., Robert Elz
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • Re: In-kernel units for block numbers, etc ..., David Holland
      • Re: In-kernel units for block numbers, etc ..., Robert Elz
      • Re: In-kernel units for block numbers, etc ..., Robert Elz
      • Re: In-kernel units for block numbers, etc ..., Robert Elz
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • Re: In-kernel units for block numbers, etc ..., Robert Elz
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • Re: In-kernel units for block numbers, etc ..., Robert Elz
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
    • Re: In-kernel units for block numbers, etc ..., Robert Elz
      • Re: In-kernel units for block numbers, etc ..., Rhialto
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
      • Re: In-kernel units for block numbers, etc ..., Robert Elz
      • Re: In-kernel units for block numbers, etc ..., Michael van Elst
  • Re: In-kernel units for block numbers, etc ..., Greg Troxel
    • Re: In-kernel units for block numbers, etc ..., Michael van Elst
  • <Possible follow-ups>
  • Re: In-kernel units for block numbers, etc ..., Robert Elz
    • Re: In-kernel units for block numbers, etc ..., Michael van Elst
• Hack for pullup of e_vm_default_addr() change, Martin Husemann
• I'm interested in implementing lockless fifo/lifo , Randy White
  • Re: I'm interested in implementing lockless fifo/l, David Young
    • Re: I'm interested in implementing lockless fifo/l, Randall White
• thousands of callout_cpu0, Frank Wille
  • Re: thousands of callout_cpu0, Christos Zoulas
  • <Possible follow-ups>
  • Re: thousands of callout_cpu0, Frank Wille
• kern_sig.c, Masao Uebayashi
  • Re: kern_sig.c, Masao Uebayashi
    • Re: kern_sig.c, Masao Uebayashi
      • Re: kern_sig.c, Christos Zoulas
      • re: kern_sig.c, matthew green
      • Re: kern_sig.c, Valery Ushakov
      • Re: kern_sig.c, Taylor R Campbell
      • Re: kern_sig.c, Taylor R Campbell
  • Re: kern_sig.c, Eric Haszlakiewicz
• Use lltable/llentry for NDP, Ryota Ozaki
  • Re: Use lltable/llentry for NDP, Christos Zoulas
    • Re: Use lltable/llentry for NDP, Ryota Ozaki
• WAPBL panic, Emmanuel Dreyfus
  • Re: WAPBL panic, Christos Zoulas
    • Re: WAPBL panic, Emmanuel Dreyfus
      • Re: WAPBL panic, Michael van Elst
      • Re: WAPBL panic, Emmanuel Dreyfus
      • Re: WAPBL panic, Michael van Elst
      • Re: WAPBL panic, Brian Buhrow
      • Re: WAPBL panic, Christos Zoulas
      • Re: WAPBL panic, Emmanuel Dreyfus
      • Re: WAPBL panic, Christos Zoulas
      • Re: WAPBL panic, Stephen Borrill
      • Re: WAPBL panic, Christos Zoulas
  • wapbl_flush: current transaction too big to flush , Emmanuel Dreyfus
    • Re: wapbl_flush: current transaction too big to fl, Michael van Elst
      • Re: wapbl_flush: current transaction too big to fl, Emmanuel Dreyfus
      • Re: wapbl_flush: current transaction too big to fl, Martin Husemann
• Xen, Bridge, VLANs, Jean-Jacques . Puig
  • Re: Xen, Bridge, VLANs, Christos Zoulas
• Problem with syscall_disestablish() - PR kern/5043, Paul Goyette
  • re: Problem with syscall_disestablish() - PR kern/, matthew green
    • Re: Problem with syscall_disestablish() - PR kern/, Martin Husemann
      • re: Problem with syscall_disestablish() - PR kern/, matthew green
      • re: Problem with syscall_disestablish() - PR kern/, Paul Goyette
      • Re: Problem with syscall_disestablish() - PR kern/, Paul Goyette
    • re: Problem with syscall_disestablish() - PR kern/, Paul Goyette
      • re: Problem with syscall_disestablish() - PR kern/, Paul Goyette
      • re: Problem with syscall_disestablish() - PR kern/, Paul Goyette
      • re: Problem with syscall_disestablish() - PR kern/, matthew green
      • Re: Problem with syscall_disestablish() - PR kern/, Masao Uebayashi
      • Re: Problem with syscall_disestablish() - PR kern/, Paul Goyette
      • re: Problem with syscall_disestablish() - PR kern/, matthew green
      • re: Problem with syscall_disestablish() - PR kern/, Paul Goyette
      • re: Problem with syscall_disestablish() - PR kern/, matthew green
      • re: Problem with syscall_disestablish() - PR kern/, Paul Goyette
      • Re: kern/50430 - Problem with syscall_disestablish, Paul Goyette
      • Re: Problem with syscall_disestablish() - PR kern/, Masao Uebayashi
      • Re: Problem with syscall_disestablish() - PR kern/, Paul Goyette
      • Re: Problem with syscall_disestablish() - PR kern/, Paul Goyette
      • Re: Problem with syscall_disestablish() - PR kern/, Eric Haszlakiewicz
      • Re: Problem with syscall_disestablish() - PR kern/, Masao Uebayashi
      • Re: Problem with syscall_disestablish() - PR kern/, Masao Uebayashi
  • re: Problem with syscall_disestablish() - PR kern/, matthew green
    • re: Problem with syscall_disestablish() - PR kern/, Paul Goyette
• Bad system call - sigprocmask, Jan Danielsson
• Convert kernel printf() to aprint_*() or log(), Josue Hernandez
  • Re: Convert kernel printf() to aprint_*() or log(), Izaak
    • Re: Convert kernel printf() to aprint_*() or log(), Josue Hernandez
      • Re: Convert kernel printf() to aprint_*() or log(), Izaak
      • Re: Convert kernel printf() to aprint_*() or log(), Josue Hernandez
  • <Possible follow-ups>
  • Convert kernel printf() to aprint_*() or log(), David DiBenedetto
• Including wapbl.h in various lfs_* source files, Paul Goyette
  • Re: Including wapbl.h in various lfs_* source file, Taylor R Campbell
  • Re: Including wapbl.h in various lfs_* source file, David Holland
• PCI MSI for re(4), Jonathan A. Kollasch
  • Re: PCI MSI for re(4), Kengo NAKAHARA
  • Re: PCI MSI for re(4), NONAKA Kimihiro
  • Re: PCI MSI for re(4), Rin Okuyama
  • Re: PCI MSI for re(4), Paul Goyette
    • Re: PCI MSI for re(4), Paul Goyette
  • Re: PCI MSI for re(4), Nicolas Joly
• NetBSD 7 on amd64 panics, John Klos
• POSIX.1 semaphores vs message queues, Paul Goyette
  • Re: POSIX.1 semaphores vs message queues, Joerg Sonnenberger
    • Re: POSIX.1 semaphores vs message queues, Paul Goyette
      • Re: POSIX.1 semaphores vs message queues, Joerg Sonnenberger
      • Re: POSIX.1 semaphores vs message queues, Paul Goyette
      • Re: POSIX.1 semaphores vs message queues, John Nemeth
      • Re: POSIX.1 semaphores vs message queues, Paul Goyette
      • Re: POSIX.1 semaphores vs message queues, Masao Uebayashi
      • Re: POSIX.1 semaphores vs message queues, Paul Goyette
      • Re: POSIX.1 semaphores vs message queues, Joerg Sonnenberger
      • Re: POSIX.1 semaphores vs message queues, Paul Goyette
      • Re: POSIX.1 semaphores vs message queues, John Nemeth
      • Re: POSIX.1 semaphores vs message queues, Paul Goyette
      • Re: POSIX.1 semaphores vs message queues, Greg Troxel
      • Re: POSIX.1 semaphores vs message queues, David Holland
      • Re: POSIX.1 semaphores vs message queues, David Holland
      • Re: POSIX.1 semaphores vs message queues, Paul Goyette
      • Re: POSIX.1 semaphores vs message queues, Masao Uebayashi
      • Re: POSIX.1 semaphores vs message queues, Masao Uebayashi
      • Re: POSIX.1 semaphores vs message queues, Masao Uebayashi
      • Re: POSIX.1 semaphores vs message queues, Paul Goyette
      • Re: POSIX.1 semaphores vs message queues, John Nemeth
      • Re: POSIX.1 semaphores vs message queues, Masao Uebayashi
      • Re: POSIX.1 semaphores vs message queues, John Nemeth
      • Re: POSIX.1 semaphores vs message queues, Masao Uebayashi
      • Re: POSIX.1 semaphores vs message queues, John Nemeth
      • Re: POSIX.1 semaphores vs message queues, Masao Uebayashi
      • Re: POSIX.1 semaphores vs message queues, Christos Zoulas
      • Re: POSIX.1 semaphores vs message queues, Masao Uebayashi
      • Re: POSIX.1 semaphores vs message queues, John Nemeth
• Brainy: uninitialized var in NATM, Maxime Villard
  • Re: Brainy: uninitialized var in NATM, Martin Husemann
• Re: NFS related panics and hangs, Rhialto
  • Re: NFS related panics and hangs, J. Hannken-Illjes
    • Re: NFS related panics and hangs, Rhialto
      • Re: NFS related panics and hangs, David Holland
• arch/cesfic and SYSV IPC code, Paul Goyette
• arch/mips (and arch/alpha) pmap.c dependency on SY, Paul Goyette
  • Re: arch/mips (and arch/alpha) pmap.c dependency o, Paul Goyette
    • Re: arch/mips (and arch/alpha) pmap.c dependency o, Christos Zoulas
      • Re: arch/mips (and arch/alpha) pmap.c dependency o, Paul Goyette
• Questions regarding 'struct modstat', Paul Goyette
  • Re: Questions regarding 'struct modstat', Christos Zoulas
    • Re: Questions regarding 'struct modstat', Paul Goyette
      • re: Questions regarding 'struct modstat', matthew green
• module nfs leaves a pool behind when module is unl, Paul Goyette