tech-kern by thread

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

• pseudoify cgd, Jan Danielsson
  • Re: pseudoify cgd, Quentin Garnier
    • Re: pseudoify cgd, Iain Hibbert
      • Re: pseudoify cgd, Quentin Garnier
      • Re: pseudoify cgd, Jan Danielsson
      • Re: pseudoify cgd, Jan Danielsson
      • Re: pseudoify cgd, Quentin Garnier
      • Re: pseudoify cgd, Jan Danielsson
      • Re: pseudoify cgd, David Young
      • cfattach lwp (was: pseudoify cgd), Jan Danielsson
      • Re: cfattach lwp (was: pseudoify cgd), David Young
      • Re: cfattach lwp (was: pseudoify cgd), David Laight
      • Re: cfattach lwp, Jan Danielsson
• Interrupt handlers and mutex, Frank Zerangue
  • Re: Interrupt handlers and mutex, Matt Thomas
    • Re: Interrupt handlers and mutex, Frank Zerangue
      • Re: Interrupt handlers and mutex, Matt Thomas
    • Re: Interrupt handlers and mutex, der Mouse
      • Re: Interrupt handlers and mutex, Frank Zerangue
  • Re: Interrupt handlers and mutex, David Holland
    • Re: Interrupt handlers and mutex, Frank Zerangue
    • Re: Interrupt handlers and mutex, Mindaugas Rasiukevicius
      • Re: Interrupt handlers and mutex, Manuel Bouyer
      • Re: Interrupt handlers and mutex, Antti Kantee
• IPSEC (both stacks) slight adaptation to kauth(9), Elad Efrat
  • Re: IPSEC (both stacks) slight adaptation to kauth, Michael van Elst
    • Re: IPSEC (both stacks) slight adaptation to kauth, Elad Efrat
  • Re: IPSEC (both stacks) slight adaptation to kauth, Christos Zoulas
• Socket reuse policy adaptation to kauth(9), Elad Efrat
  • Re: Socket reuse policy adaptation to kauth(9), Iain Hibbert
• Uid comparison in sbreserve(), Elad Efrat
  • Re: Uid comparison in sbreserve(), David Holland
• aibs(4): ASUSTeK AI Booster (ACPI ATK0110) hardwar, Constantine Aleksandrovich Murenin
  • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Paul Goyette
  • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Jukka Ruohonen
    • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, David Young
    • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Constantine Aleksandrovich Murenin
      • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Jukka Ruohonen
      • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Iain Hibbert
      • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Christoph Egger
      • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Constantine Aleksandrovich Murenin
  • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Constantine Aleksandrovich Murenin
    • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Paul Goyette
      • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Constantine Aleksandrovich Murenin
      • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Constantine Aleksandrovich Murenin
      • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Paul Goyette
      • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Constantine Aleksandrovich Murenin
  • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Bernd Ernesti
    • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Paul Goyette
      • Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) har, Bernd Ernesti
• Re: socket credentials [Was: CVS commit: src/sys], Christoph Badura
• Problem with modules (from 'boot'), Elad Efrat
  • Re: Problem with modules (from 'boot'), Elad Efrat
• Securelevel stuff, Elad Efrat
  • Re: Securelevel stuff, Martin Husemann
  • Re: Securelevel stuff, David Brownlee
• Checking for inserted floppy, Grégoire Sutre
• Locking in disk(9) api, Adam Hamsik
  • re: Locking in disk(9) api, matthew green
    • Re: Locking in disk(9) api, Adam Hamsik
      • Re: Locking in disk(9) api, Michael van Elst
      • Re: Locking in disk(9) api, David Young
    • Re: Locking in disk(9) api, Matthias Scheler
      • Re: Locking in disk(9) api, haad
  • Re: Locking in disk(9) api, Michael van Elst
    • Re: Locking in disk(9) api, John Nemeth
      • Re: Locking in disk(9) api, Michael van Elst
      • Re: Locking in disk(9) api, Thor Lancelot Simon
      • Re: Locking in disk(9) api, John Nemeth
      • Re: Locking in disk(9) api, Thor Lancelot Simon
      • re: Locking in disk(9) api, matthew green
      • Re: Locking in disk(9) api, David Laight
      • Re: Locking in disk(9) api, Andrew Doran
      • Re: Locking in disk(9) api, Michael van Elst
      • Re: Locking in disk(9) api, John Nemeth
      • Re: Locking in disk(9) api, Michael van Elst
      • Re: Locking in disk(9) api, Masao Uebayashi
• tmpfs module and pool allocator, Elad Efrat
  • Re: tmpfs module and pool allocator, Elad Efrat
    • Re: tmpfs module and pool allocator, Bernd Ernesti
      • Re: tmpfs module and pool allocator, John Nemeth
• Fileassoc locking, Elad Efrat
  • Re: Fileassoc locking, Adam Hamsik
    • Re: Fileassoc locking, Elad Efrat
      • Re: Fileassoc locking, Elad Efrat
      • Re: Fileassoc locking, Adam Hamsik
      • Re: Fileassoc locking, Mindaugas Rasiukevicius
      • Re: Fileassoc locking, Elad Efrat
      • Re: Fileassoc locking, Mindaugas Rasiukevicius
      • Re: Fileassoc locking, Elad Efrat
      • Re: Fileassoc locking, Elad Efrat
      • Re: Fileassoc locking, Mindaugas Rasiukevicius
      • Re: Fileassoc locking, Adam Hamsik
      • Re: Fileassoc locking, Elad Efrat
      • Re: Fileassoc locking, Thor Lancelot Simon
      • Re: Fileassoc locking, Elad Efrat
    • rwlock performance, Iain Hibbert
      • Re: rwlock performance, Mindaugas Rasiukevicius
    • Re: Fileassoc locking, David Laight
      • Re: Fileassoc locking, Mindaugas Rasiukevicius
      • Re: Fileassoc locking, Joerg Sonnenberger
• Deferred freeing of kauth_cred_ts, Elad Efrat
  • Re: Deferred freeing of kauth_cred_ts, Thor Lancelot Simon
    • Re: Deferred freeing of kauth_cred_ts, Elad Efrat
  • Re: Deferred freeing of kauth_cred_ts, Adam Hamsik
    • Re: Deferred freeing of kauth_cred_ts, Elad Efrat
      • Re: Deferred freeing of kauth_cred_ts, Elad Efrat
      • Re: Deferred freeing of kauth_cred_ts, Iain Hibbert
      • Re: Deferred freeing of kauth_cred_ts, Elad Efrat
      • Re: Deferred freeing of kauth_cred_ts, Iain Hibbert
      • Re: Deferred freeing of kauth_cred_ts, Elad Efrat
      • Re: Deferred freeing of kauth_cred_ts, David Young
      • atomic queue operations, Iain Hibbert
      • Re: Deferred freeing of kauth_cred_ts, Adam Hamsik
      • Re: Deferred freeing of kauth_cred_ts, Thor Lancelot Simon
  • Re: Deferred freeing of kauth_cred_ts, Mindaugas Rasiukevicius
    • Re: Deferred freeing of kauth_cred_ts, Elad Efrat
    • Re: Deferred freeing of kauth_cred_ts, Elad Efrat
      • Re: Deferred freeing of kauth_cred_ts, Thor Lancelot Simon
      • Re: Deferred freeing of kauth_cred_ts, Elad Efrat
      • Re: Deferred freeing of kauth_cred_ts, Mindaugas Rasiukevicius
      • Re: Deferred freeing of kauth_cred_ts, Elad Efrat
      • Re: Deferred freeing of kauth_cred_ts, Elad Efrat
      • Re: Deferred freeing of kauth_cred_ts, Adam Hamsik
      • Re: Deferred freeing of kauth_cred_ts, Elad Efrat
  • Re: Deferred freeing of kauth_cred_ts, Elad Efrat
• Option INSECURE abuse, Elad Efrat
• PCDISPLAY_SOFTCURSOR problem, Jonathan A. Kollasch
• make module loading by boot installboot patchable?, Matthias Drochner
  • Re: make module loading by boot installboot patcha, Alan Barrett
    • Re: make module loading by boot installboot patcha, Matthias Drochner
      • Re: make module loading by boot installboot patcha, David Laight
  • Re: make module loading by boot installboot patcha, David Young
  • Re: make module loading by boot installboot patcha, Matthias Drochner
• rename(), wapbl and deadlock, Manuel Bouyer
  • Re: rename(), wapbl and deadlock, Manuel Bouyer
    • Re: rename(), wapbl and deadlock, Manuel Bouyer
  • Re: rename(), wapbl and deadlock, David Holland
    • Re: rename(), wapbl and deadlock, Manuel Bouyer
  • Re: rename(), wapbl and deadlock, David Holland
    • Re: rename(), wapbl and deadlock, Manuel Bouyer
      • Re: rename(), wapbl and deadlock, David Holland
      • Re: rename(), wapbl and deadlock, Manuel Bouyer
  • <Possible follow-ups>
  • Re: rename(), wapbl and deadlock, Brian Buhrow
    • Re: rename(), wapbl and deadlock, David Holland
• Time to prune some drivers? ISA SCSI, tape, etc., Jason Thorpe
  • Re: Time to prune some drivers? ISA SCSI, tape, e, Matthias Scheler
    • Re: Time to prune some drivers? ISA SCSI, tape, e, Tobias Nygren
  • Re: Time to prune some drivers? ISA SCSI, tape, et, Jarle Greipsland
    • Re: Time to prune some drivers? ISA SCSI, tape, et, Tom Ivar Helbekkmo
  • Re: Time to prune some drivers? ISA SCSI, tape, e, David Young
  • Re: Time to prune some drivers? ISA SCSI, tape, e, Izumi Tsutsui
    • Re: Time to prune some drivers? ISA SCSI, tape, e, Thor Lancelot Simon
      • Re: Time to prune some drivers? ISA SCSI, tape, e, der Mouse
      • Re: Time to prune some drivers? ISA SCSI, tape, e, Thor Lancelot Simon
      • Re: Time to prune some drivers? ISA SCSI, tape, e, der Mouse
      • Re: Time to prune some drivers? ISA SCSI, tape, e, George Michaelson
  • Re: Time to prune some drivers? ISA SCSI, tape, e, Rafal Boni
  • Re: Time to prune some drivers? ISA SCSI, tape, e, der Mouse
    • Re: Time to prune some drivers? ISA SCSI, tape, e, Brett Lymn
  • Re: Time to prune some drivers? ISA SCSI, tape, e, David Laight
• ZFS, Dmitry Cherkassov
  • Re: ZFS, Adam Hamsik
• unchecked signal numbers in RT functions, Matthias Drochner
  • Re: unchecked signal numbers in RT functions, Joerg Sonnenberger
    • Re: unchecked signal numbers in RT functions, Matthias Drochner
      • Re: unchecked signal numbers in RT functions, Mindaugas Rasiukevicius
• fileops fodrain(), David Laight
• WD_QUIRK_FORCE_LBA48, David Laight
  • Re: WD_QUIRK_FORCE_LBA48, der Mouse
    • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
      • Re: WD_QUIRK_FORCE_LBA48, der Mouse
      • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
      • Re: WD_QUIRK_FORCE_LBA48, der Mouse
      • Re: WD_QUIRK_FORCE_LBA48, Michael van Elst
      • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
      • Re: WD_QUIRK_FORCE_LBA48, Michael van Elst
      • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
      • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
      • Re: WD_QUIRK_FORCE_LBA48, der Mouse
      • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
  • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
    • Re: WD_QUIRK_FORCE_LBA48, Patrick Welche
    • Re: WD_QUIRK_FORCE_LBA48, David Laight
      • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
      • Re: WD_QUIRK_FORCE_LBA48, David Holland
      • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
  • Re: WD_QUIRK_FORCE_LBA48, Jonathan A. Kollasch
    • Re: WD_QUIRK_FORCE_LBA48, Christoph Badura
      • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
      • Re: WD_QUIRK_FORCE_LBA48, David Laight
      • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
      • Re: WD_QUIRK_FORCE_LBA48, Michael van Elst
      • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
      • Re: WD_QUIRK_FORCE_LBA48, Michael van Elst
      • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
      • Re: WD_QUIRK_FORCE_LBA48, Michael van Elst
      • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer
      • Re: WD_QUIRK_FORCE_LBA48, Christoph Badura
      • Re: WD_QUIRK_FORCE_LBA48, Manuel Bouyer