tech-kern by thread

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

• Hardware RAID problem with NetBSD 5?, John Klos
  • Re: Hardware RAID problem with NetBSD 5?, Thor Lancelot Simon
  • Re: Hardware RAID problem with NetBSD 5?, Greg A. Woods
  • Re: Hardware RAID problem with NetBSD 5?, Manuel Bouyer
    • Re: Hardware RAID problem with NetBSD 5?, John Klos
• Forcing a serial console for the kernel, STEPHEN JONES, W0TTY
  • Re: Forcing a serial console for the kernel, Jochen Kunz
    • Re: Forcing a serial console for the kernel, STEPHEN JONES, W0TTY
      • Re: Forcing a serial console for the kernel, Matthias Drochner
      • Re: Forcing a serial console for the kernel, STEPHEN JONES, W0TTY
      • Re: Forcing a serial console for the kernel, Matthias Drochner
  • Re: Forcing a serial console for the kernel, Thor Lancelot Simon
    • Re: Forcing a serial console for the kernel, STEPHEN JONES, W0TTY
      • Re: Forcing a serial console for the kernel, Alan Barrett
  • <Possible follow-ups>
  • Re: Forcing a serial console for the kernel, Brian Buhrow
  • Re: Forcing a serial console for the kernel, Brian Buhrow
• Problems with radeondrm, denbrok
  • re: Problems with radeondrm, matthew green
    • Re: Problems with radeondrm, Dennis den Brok
• Using proplist ioctl's from within the kernel, Paul Goyette
  • Re: Using proplist ioctl's from within the kernel, Jean-Yves Migeon
    • Re: Using proplist ioctl's from within the kernel, Matthias Drochner
      • Re: Using proplist ioctl's from within the kernel, Paul Goyette
      • Re: Using proplist ioctl's from within the kernel, Iain Hibbert
      • Re: Using proplist ioctl's from within the kernel, haad
      • Re: Using proplist ioctl's from within the kernel, Paul Goyette
      • Re: Using proplist ioctl's from within the kernel, Jean-Yves Migeon
      • Re: Using proplist ioctl's from within the kernel, haad
• kernel module for pad(4), Adam Hoka
  • Re: kernel module for pad(4), Zafer Aydogan
    • Re: kernel module for pad(4), Adam Hoka
      • Re: kernel module for pad(4), Zafer Aydogan
• bus_space_physload(9), Masao Uebayashi
  • Re: bus_space_physload(9), Masao Uebayashi
    • re: bus_space_physload(9), matthew green
      • Re: bus_space_physload(9), Masao Uebayashi
      • Re: bus_space_physload(9), Jason Thorpe
    • Re: bus_space_physload(9), David Young
      • Re: bus_space_physload(9), Masao Uebayashi
      • Re: bus_space_physload(9), Masao Uebayashi
      • Re: bus_space_physload(9), Masao Uebayashi
      • Re: bus_space_physload(9), Masao Uebayashi
      • Re: bus_space_physload(9), Eduardo Horvath
      • Re: bus_space_physload(9), Masao Uebayashi
      • re: bus_space_physload(9), matthew green
      • Re: bus_space_physload(9), David Young
      • Re: bus_space_physload(9), Masao Uebayashi
      • Re: bus_space_physload(9), David Young
      • Re: bus_space_physload(9), Masao Uebayashi
  • re: bus_space_physload(9), matthew green
  • Re: bus_space_physload(9), Izumi Tsutsui
    • Re: bus_space_physload(9), Masao Uebayashi
      • Re: bus_space_physload(9), Matt Thomas
      • Re: bus_space_physload(9), Masao Uebayashi
• kern/42772 -- pthread issue with fork(), Michael Graff
  • Re: kern/42772 -- pthread issue with fork(), Joerg Sonnenberger
    • Re: kern/42772 -- pthread issue with fork(), Michael Graff
      • re: kern/42772 -- pthread issue with fork(), matthew green
      • Re: kern/42772 -- pthread issue with fork(), Joerg Sonnenberger
  • Re: kern/42772 -- pthread issue with fork(), Andrew Doran
    • Re: kern/42772 -- pthread issue with fork(), Michael Graff
      • Re: kern/42772 -- pthread issue with fork(), Joerg Sonnenberger
      • Re: kern/42772 -- pthread issue with fork(), Michael Graff
      • Re: kern/42772 -- pthread issue with fork(), Joerg Sonnenberger
      • Re: kern/42772 -- pthread issue with fork(), Michael Graff
• [gsoc] syscall/libc fuzzer proposal, Mateusz Kocielski
  • Re: [gsoc] syscall/libc fuzzer proposal, Julio Merino
  • Re: [gsoc] syscall/libc fuzzer proposal, Thor Lancelot Simon
    • Re: [gsoc] syscall/libc fuzzer proposal, Elad Efrat
      • Re: [gsoc] syscall/libc fuzzer proposal, Jordan Gordeev
      • Re: [gsoc] syscall/libc fuzzer proposal, Elad Efrat
      • Re: [gsoc] syscall/libc fuzzer proposal, David Holland
      • Re: [gsoc] syscall/libc fuzzer proposal, Elad Efrat
      • Re: [gsoc] syscall/libc fuzzer proposal, David Holland
    • Re: [gsoc] syscall/libc fuzzer proposal, Mateusz Kocielski
      • Re: [gsoc] syscall/libc fuzzer proposal, Thor Lancelot Simon
      • Re: [gsoc] syscall/libc fuzzer proposal, Antoine Reilles
    • Re: [gsoc] syscall/libc fuzzer proposal, David Holland
      • Re: [gsoc] syscall/libc fuzzer proposal, Julio Merino
      • Re: [gsoc] syscall/libc fuzzer proposal, Steven Bellovin
      • Re: [gsoc] syscall/libc fuzzer proposal, Thor Lancelot Simon
  • Re: [gsoc] syscall/libc fuzzer proposal, Hubert Feyrer
  • Re: [gsoc] syscall/libc fuzzer proposal, David Young
    • Re: [gsoc] syscall/libc fuzzer proposal, Eric Haszlakiewicz
  • Re: [gsoc] syscall/libc fuzzer proposal, Eric Haszlakiewicz
  • Re: [gsoc] syscall/libc fuzzer proposal, Matthias Kretschmer
  • Re: [gsoc] syscall/libc fuzzer proposal, Darren Reed
    • Re: [gsoc] syscall/libc fuzzer proposal, Thor Lancelot Simon
• Soliciting opinions on desired "envstat -S" behavi, Paul Goyette
  • Re: Soliciting opinions on desired "envstat -S" be, Constantine A. Murenin
    • Re: Soliciting opinions on desired "envstat -S" be, Jukka Ruohonen
      • Re: Soliciting opinions on desired "envstat -S" be, Paul Goyette
• KASSERT() in kern_timeout.c, Manuel Bouyer
  • Re: KASSERT() in kern_timeout.c, Andrew Doran
    • Re: KASSERT() in kern_timeout.c, Manuel Bouyer
      • Re: KASSERT() in kern_timeout.c, Manuel Bouyer
      • Re: KASSERT() in kern_timeout.c, Mindaugas Rasiukevicius
      • Re: KASSERT() in kern_timeout.c, Manuel Bouyer
      • Re: KASSERT() in kern_timeout.c, Manuel Bouyer
      • Re: KASSERT() in kern_timeout.c, Manuel Bouyer
      • Re: KASSERT() in kern_timeout.c, Manuel Bouyer
      • Re: KASSERT() in kern_timeout.c, Andrew Doran
      • Re: KASSERT() in kern_timeout.c, Manuel Bouyer
      • Re: KASSERT() in kern_timeout.c, Mindaugas Rasiukevicius
      • Re: KASSERT() in kern_timeout.c, Manuel Bouyer
      • Re: KASSERT() in kern_timeout.c, Mindaugas Rasiukevicius
      • Re: KASSERT() in kern_timeout.c, Martin Husemann
      • Re: KASSERT() in kern_timeout.c, Manuel Bouyer
      • Re: KASSERT() in kern_timeout.c, Manuel Bouyer
      • Re: KASSERT() in kern_timeout.c, Manuel Bouyer
      • Re: KASSERT() in kern_timeout.c, Andrew Doran
• Debugging threaded processes, Paul Koning
  • Re: Debugging threaded processes, der Mouse
    • RE: Debugging threaded processes, Paul Koning
      • RE: Debugging threaded processes, Paul Koning
      • RE: Debugging threaded processes -- ptrace proposa, Paul Koning
      • RE: Debugging threaded processes -- ptrace proposa, Paul Koning
      • RE: Debugging threaded processes -- ptrace proposa, Paul Koning
      • Re: Debugging threaded processes -- ptrace proposa, Thor Lancelot Simon
      • RE: Debugging threaded processes -- ptrace proposa, Paul Koning
      • Re: Debugging threaded processes -- ptrace proposa, Thor Lancelot Simon
      • RE: Debugging threaded processes -- ptrace proposa, Paul Koning
      • Re: Debugging threaded processes -- ptrace proposa, Thor Lancelot Simon
      • Re: Debugging threaded processes -- ptrace proposa, Greg Troxel
      • RE: Debugging threaded processes -- ptrace proposa, Paul Koning
      • Re: Debugging threaded processes -- ptrace proposa, Antti Kantee
      • Re: Debugging threaded processes -- ptrace proposa, Antti Kantee
  • Re: Debugging threaded processes, Tobias Nygren
• Writing to multiple descriptors with one system ca, Sad Clouds
  • Re: Writing to multiple descriptors with one syste, Sad Clouds
    • Re: Writing to multiple descriptors with one syste, Quentin Garnier
      • Re: Writing to multiple descriptors with one syste, Sad Clouds
      • Re: Writing to multiple descriptors with one syste, Vlad Galu
      • Re: Writing to multiple descriptors with one syste, Sad Clouds
      • Re: Writing to multiple descriptors with one syste, Vlad Galu
      • Re: Writing to multiple descriptors with one syste, Sad Clouds
      • Re: Writing to multiple descriptors with one syste, Thor Lancelot Simon
      • Re: Writing to multiple descriptors with one syste, Matthew Mondor
      • Re: Writing to multiple descriptors with one syste, Sad Clouds
    • Re: Writing to multiple descriptors with one syste, Christos Zoulas
      • Re: Writing to multiple descriptors with one syste, Quentin Garnier
      • Re: Writing to multiple descriptors with one syste, Sad Clouds
  • Re: Writing to multiple descriptors with one syste, Manuel Bouyer
    • Re: Writing to multiple descriptors with one syste, Sad Clouds
      • Re: Writing to multiple descriptors with one syste, Eric Haszlakiewicz
      • Re: Writing to multiple descriptors with one syste, Sad Clouds
      • Re: Writing to multiple descriptors with one syste, Jochen Kunz
      • Re: Writing to multiple descriptors with one syste, Jean-Yves Migeon
      • Re: Writing to multiple descriptors with one syste, Sad Clouds
      • Re: Writing to multiple descriptors with one syste, Vlad Galu
      • Re: Writing to multiple descriptors with one syste, Jean-Yves Migeon
      • Re: Writing to multiple descriptors with one syste, Matthew Mondor
      • Re: Writing to multiple descriptors with one syste, David Laight
  • Re: Writing to multiple descriptors with one syste, Joerg Sonnenberger
• Re: CVS commit: [uebayasi-xip] src/sys/miscfs/genf, YAMAMOTO Takashi
  • Re: CVS commit: [uebayasi-xip] src/sys/miscfs/genf, Masao Uebayashi
    • Re: CVS commit: [uebayasi-xip] src/sys/miscfs/genf, Masao Uebayashi
• patches for PR 41813 - Real EIO being returned to , Chuck Silvers
• DTrace FBT provider heads-up, Darran Hunt
  • re: DTrace FBT provider heads-up, matthew green
  • Re: DTrace FBT provider heads-up, Jean-Yves Migeon
  • Re: DTrace FBT provider heads-up, Darren Reed
  • Re: DTrace FBT provider heads-up, Jason Thorpe
• MI overrides of bus_dma(9), bus_space(9), pci(9), David Young
  • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Masao Uebayashi
    • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Martin Husemann
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Masao Uebayashi
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Martin Husemann
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Masao Uebayashi
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Martin Husemann
  • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Izumi Tsutsui
    • Re: MI overrides of bus_dma(9), bus_space(9), pci(, David Young
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Matt Thomas
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, David Young
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Matt Thomas
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, David Young
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Matt Thomas
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Masao Uebayashi
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Matthias Drochner
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, David Young
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Matthias Drochner
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, David Young
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Matthias Drochner
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, David Young
      • re: MI overrides of bus_dma(9), bus_space(9), pci(, matthew green
    • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Andrew Doran
      • Re: MI overrides of bus_dma(9), bus_space(9), pci(, Joerg Sonnenberger
• UBC and page replacement, Sad Clouds
  • Re: UBC and page replacement, Manuel Bouyer
• test wanted: module plists, David Holland
  • Re: test wanted: module plists, Antti Kantee
• (Semi-random) thoughts on device tree structure an, Masao Uebayashi
  • Re: (Semi-random) thoughts on device tree structur, Christoph Egger
    • Re: (Semi-random) thoughts on device tree structur, Masao Uebayashi
      • Re: (Semi-random) thoughts on device tree structur, Christoph Egger
      • Re: (Semi-random) thoughts on device tree structur, Masao Uebayashi
  • Re: (Semi-random) thoughts on device tree structur, Joerg Sonnenberger
    • Re: (Semi-random) thoughts on device tree structur, Masao Uebayashi
  • Re: (Semi-random) thoughts on device tree structur, Masao Uebayashi
  • Re: (Semi-random) thoughts on device tree structur, Jukka Ruohonen