freebsd-current

• Date Index

---

• request: merging if_ath_tx branch to HEAD, Adrian Chadd
  • Re: request: merging if_ath_tx branch to HEAD, Doug Barton
  • Re: request: merging if_ath_tx branch to HEAD, Aleksandr Rybalko
• RFC: GEOM MULTIPATH rewrite, Alexander Motin
• WITHOUT_GCC for build target / system without base gcc (9RC1), Jakub Lach
  • Re: WITHOUT_GCC for build target / system without base gcc (9RC1), Dimitry Andric
    • Re: WITHOUT_GCC for build target / system without base gcc (9RC1), Jakub Lach
• ng_ubt fatal trap 12 on RELENG_9 and CURRENT, Matt Mullins
  • Re: ng_ubt fatal trap 12 on RELENG_9 and CURRENT, Gleb Smirnoff
• x86: how to get maximum possible CPU frequency ?, Kostik Belousov
• In-kernel API for tasks, which could wait?, Lev Serebryakov
  • Re: In-kernel API for tasks, which could wait?, Kostik Belousov
    • Re: In-kernel API for tasks, which could wait?, Lev Serebryakov
• how to detach ata w/ new ATA_CAM layer?, John-Mark Gurney
  • Re: how to detach ata w/ new ATA_CAM layer?, Daniel O'Connor
• lockup during probing because of a memory stick, deeptech71@xxxxxxxxx
  • Re: lockup during probing because of a memory stick, deeptech71@xxxxxxxxx
  • Re: lockup during probing because of a memory stick, Hans Petter Selasky
    • Re: lockup during probing because of a memory stick, deeptech71@xxxxxxxxx
      • Re: lockup during probing because of a memory stick, Garrett Cooper
      • Re: lockup during probing because of a memory stick, deeptech71@xxxxxxxxx
• [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9, David Marec
  • Re: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9, Jilles Tjoelker
    • Re: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9, Patrick Lamaiziere
    • Re: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9, David Marec
      • Re: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9, Jakub Lach
      • Re: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9, Jakub Lach
      • Re: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9, David Marec
  • Re: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9, Daniel O'Connor
    • Re: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9, David Marec
      • Re: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9, David Marec
    • Re: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9, Hans Petter Selasky
• [9.0-RC1 FreeBSD] [amd64] buildworld fails on building lib/libss with CLANG, David Marec
  • Re: [9.0-RC1 FreeBSD] [amd64] buildworld fails on building lib/libss with CLANG, Dimitry Andric
    • Re: [9.0-RC1 FreeBSD] [amd64] buildworld fails on building lib/libss with CLANG, David Marec
  • Re: [9.0-RC1 FreeBSD] [amd64] buildworld fails on building lib/libss with CLANG, Roman Divacky
    • Re: [9.0-RC1 FreeBSD] [amd64] buildworld fails on building lib/libss with CLANG, Roman Divacky
      • Re: [9.0-RC1 FreeBSD] [amd64] buildworld fails on building lib/libss with CLANG, David Marec
      • Re: [9.0-RC1 FreeBSD] [amd64] buildworld fails on building lib/libss with CLANG, Dimitry Andric
• Re: bin/162135: remote syslog not logging, Larry Rosenman
• syslogd: Remote Logging busted?, Larry Rosenman
  • Re: syslogd: Remote Logging busted?, Kevin Oberman
    • Re: syslogd: Remote Logging busted?, Larry Rosenman
      • Re: syslogd: Remote Logging busted?, Kevin Oberman
      • Re: syslogd: Remote Logging busted?, Larry Rosenman
• Adding disk firmware programming capability to camcontrol, Nima Misaghian
  • <Possible follow-ups>
  • Adding disk firmware programming capability to camcontrol, Nima Misaghian
    • Re: Adding disk firmware programming capability to camcontrol, Garrett Cooper
    • Re: Adding disk firmware programming capability to camcontrol, Matthew Jacob
      • Re: Adding disk firmware programming capability to camcontrol, Lyndon Nerenberg (VE6BBM/VE7TFX)
      • RE: Adding disk firmware programming capability to camcontrol, Pegasus Mc Cleaft
      • Re: Adding disk firmware programming capability to camcontrol, Garrett Cooper
      • Re: Adding disk firmware programming capability to camcontrol, Julian Elischer
• FreeBSD 9.0 BETA1 build kernel, Ruslan Yakovlev
  • Re: FreeBSD 9.0 BETA1 build kernel, Ed Schouten
• smp_rendezvous runs with interrupts and preemption enabled on unicore systems, Ryan Stone
  • Re: smp_rendezvous runs with interrupts and preemption enabled on unicore systems, mdf
• panic: ffs_blkfree_cg: freeing free block, deeptech71@xxxxxxxxx
  • Re: panic: ffs_blkfree_cg: freeing free block, Bjoern A. Zeeb
    • Re: panic: ffs_blkfree_cg: freeing free block, deeptech71@xxxxxxxxx
  • Re: panic: ffs_blkfree_cg: freeing free block, deeptech71@xxxxxxxxx
    • Re: panic: ffs_blkfree_cg: freeing free block, Garrett Cooper
      • Re: panic: ffs_blkfree_cg: freeing free block, deeptech71@xxxxxxxxx
  • Re: panic: ffs_blkfree_cg: freeing free block, Kirk McKusick
• AW:[PATCH] Default scrub interval to whole weeks, Alexander Leidinger
• make installworld fails on releng9, Chuck Burns
  • Re: make installworld fails on releng9, Marco Steinbach
    • Re: make installworld fails on releng9, Anton Shterenlikht
  • Re: make installworld fails on releng9, Benjamin Kaduk
    • Re: make installworld fails on releng9, Chuck Burns
• samba+zfs, Dan
  • Re: samba+zfs, Garrett Cooper
• [PATCH] Default scrub interval to whole weeks, Xin LI
  • Re: [PATCH] Default scrub interval to whole weeks, Pawel Jakub Dawidek
• umass(4) regression in 9.0-RC1., Pawel Jakub Dawidek
  • Re: umass(4) regression in 9.0-RC1., Hans Petter Selasky
    • Re: umass(4) regression in 9.0-RC1., Pawel Jakub Dawidek
      • Re: umass(4) regression in 9.0-RC1., Hans Petter Selasky
      • Re: umass(4) regression in 9.0-RC1., Pawel Jakub Dawidek
      • Re: umass(4) regression in 9.0-RC1., Hans Petter Selasky
      • Re: umass(4) regression in 9.0-RC1., Pawel Jakub Dawidek
      • Re: umass(4) regression in 9.0-RC1., Hans Petter Selasky
• Upgrade from source to RC1: problems with /etc : lost users and dbus, Thomas Mueller
  • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Tom Evans
    • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Ed Schouten
      • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Garrett Cooper
      • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, John Baldwin
      • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, kama
      • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Doug Barton
  • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Vincent Hoffman
  • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Thomas Mueller
    • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, John Baldwin
    • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Doug Barton
      • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Kevin Oberman
      • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Garrett Cooper
      • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Doug Barton
      • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Kevin Oberman
      • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Doug Barton
      • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Thomas Mueller
  • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Thomas Mueller
    • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Matthew Seaman
    • Re: Upgrade from source to RC1: problems with /etc : lost users and dbus, Tom Evans
• Should process in STOP state be swapped out?, Xin LI
  • Re: Should process in STOP state be swapped out?, Edward Tomasz Napierała
    • Re: Should process in STOP state be swapped out?, Xin LI
• FreeBSD 9.0 amd64 RC1 and KDE4, Mehmet Erol Sanliturk
  • Re: FreeBSD 9.0 amd64 RC1 and KDE4, Arnaud Lacombe
    • Re: FreeBSD 9.0 amd64 RC1 and KDE4, Mehmet Erol Sanliturk
  • Re: FreeBSD 9.0 amd64 RC1 and KDE4, Alberto Villa
    • Re: FreeBSD 9.0 amd64 RC1 and KDE4, Mehmet Erol Sanliturk
      • Re: FreeBSD 9.0 amd64 RC1 and KDE4, Adrian Chadd
      • Re: FreeBSD 9.0 amd64 RC1 and KDE4, Alberto Villa
      • Re: FreeBSD 9.0 amd64 RC1 and KDE4, Mehmet Erol Sanliturk
      • Re: FreeBSD 9.0 amd64 RC1 and KDE4, Alberto Villa
• usbus seen as network devices, Stefan Ehmann
• 9.0 RC1 linking problem with i386 libs on amd64, Dominic Fandrey
  • Re: 9.0 RC1 linking problem with i386 libs on amd64, Dimitry Andric
    • Re: 9.0 RC1 linking problem with i386 libs on amd64, Dominic Fandrey
      • Re: 9.0 RC1 linking problem with i386 libs on amd64, Dimitry Andric
      • Re: 9.0 RC1 linking problem with i386 libs on amd64, Dominic Fandrey
      • Re: 9.0 RC1 linking problem with i386 libs on amd64, Dimitry Andric
• gmultipath: act/act, path checking?, Dennis Koegel
  • Re: gmultipath: act/act, path checking?, Matthew Jacob
  • <Possible follow-ups>
  • Re: gmultipath: act/act, path checking?, Alexander Motin
    • Re: gmultipath: act/act, path checking?, Alexander Motin
      • Re: gmultipath: act/act, path checking?, Matthew Jacob
• isp(4) WWNs / ISP2532, Dennis Koegel
  • Re: isp(4) WWNs / ISP2532, Matthew Jacob
• LSI 9240-8i (IBM M1015) MegaRaid support, Roberto de Iriarte
  • Re: LSI 9240-8i (IBM M1015) MegaRaid support, Roberto de Iriarte
  • Re: LSI 9240-8i (IBM M1015) MegaRaid support, Doug Ambrisko
    • Re: LSI 9240-8i (IBM M1015) MegaRaid support, Roberto de Iriarte
• getting the cpuid for a userspace process ?, Luigi Rizzo
  • Re: getting the cpuid for a userspace process ?, John Baldwin
    • Re: getting the cpuid for a userspace process ?, Poul-Henning Kamp
      • Re: getting the cpuid for a userspace process ?, Dan Nelson
      • Re: getting the cpuid for a userspace process ?, John Baldwin
    • Re: getting the cpuid for a userspace process ?, Kostik Belousov
• Problems with "ada0: Previously was known as ad6" functionality, Jason Edwards
  • Re: Problems with "ada0: Previously was known as ad6" functionality, Nikolay Denev
    • Re: Problems with "ada0: Previously was known as ad6" functionality, Jason Edwards
      • Re: Problems with "ada0: Previously was known as ad6" functionality, Pawel Jakub Dawidek
• The future of FreeBSD at Yahoo!, O. Hartmann
  • Re: The future of FreeBSD at Yahoo!, Julian H. Stacey
• can audio CDs be played with ATA_CAM ?, Claude Buisson
  • Re: can audio CDs be played with ATA_CAM ?, Daniel O'Connor
    • Re: can audio CDs be played with ATA_CAM ?, Claude Buisson
      • Re: can audio CDs be played with ATA_CAM ?, Jeremy Chadwick
      • Re: can audio CDs be played with ATA_CAM ?, Daniel O'Connor
      • Re: can audio CDs be played with ATA_CAM ?, Claude Buisson
      • Re: can audio CDs be played with ATA_CAM ?, Claude Buisson
  • Re: can audio CDs be played with ATA_CAM ?, Craig Rodrigues
    • Re: can audio CDs be played with ATA_CAM ?, Claude Buisson
      • Re: can audio CDs be played with ATA_CAM ?, Daniel O'Connor
      • Re: can audio CDs be played with ATA_CAM ?, Claude Buisson
      • Re: can audio CDs be played with ATA_CAM ?, Daniel O'Connor
      • Re: can audio CDs be played with ATA_CAM ?, Claude Buisson
      • Re: can audio CDs be played with ATA_CAM ?, Craig Rodrigues
• freebsd-update not checking disk space?, René Ladan
  • Re: freebsd-update not checking disk space?, Colin Percival
• Slow load time to /boot/loader (3rd stage loader), J. Kuczewski
  • Re: Slow load time to /boot/loader (3rd stage loader), Vinícius Zavam
    • Re: Slow load time to /boot/loader (3rd stage loader), J. Kuczewski
• FreeBSD 9.0-beta3, cannot boot after succesfull installation, Stig B
  • Re: FreeBSD 9.0-beta3, cannot boot after succesfull installation, Adrian Chadd
• [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
  • [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
• [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
  • [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
  • [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
• Re: bin/161927: bsdinstall(8): has no help describing what is happening, Fbsd8
• "/usr/src/sys/conf/kern.mk", line 10: Malformed conditional (${FREEBSD_GCC}), "/usr/src/sys/conf/kern.mk", line 14: if-less endif, Hartmann, O.
  • Re: "/usr/src/sys/conf/kern.mk", line 10: Malformed conditional (${FREEBSD_GCC}), "/usr/src/sys/conf/kern.mk", line 14: if-less endif, Garrett Cooper
    • Re: "/usr/src/sys/conf/kern.mk", line 10: Malformed conditional (${FREEBSD_GCC}), "/usr/src/sys/conf/kern.mk", line 14: if-less endif, Hartmann, O.
      • Re: "/usr/src/sys/conf/kern.mk", line 10: Malformed conditional (${FREEBSD_GCC}), "/usr/src/sys/conf/kern.mk", line 14: if-less endif, Arnaud Lacombe
      • Re: "/usr/src/sys/conf/kern.mk", line 10: Malformed conditional (${FREEBSD_GCC}), "/usr/src/sys/conf/kern.mk", line 14: if-less endif, O. Hartmann
• FreeBSD 9.0 RC1 USB Mouse and Keyboard, Mehmet Erol Sanliturk
  • Re: FreeBSD 9.0 RC1 USB Mouse and Keyboard, Benjamin Kaduk
    • Re: FreeBSD 9.0 RC1 USB Mouse and Keyboard, Mehmet Erol Sanliturk
  • Re: FreeBSD 9.0 RC1 USB Mouse and Keyboard, Warren Block
    • Re: FreeBSD 9.0 RC1 USB Mouse and Keyboard, Mehmet Erol Sanliturk
    • Re: FreeBSD 9.0 RC1 USB Mouse and Keyboard, Mehmet Erol Sanliturk
      • Re: FreeBSD 9.0 RC1 USB Mouse and Keyboard, Warren Block
      • Re: FreeBSD 9.0 RC1 USB Mouse and Keyboard, Mehmet Erol Sanliturk
      • Re: FreeBSD 9.0 RC1 USB Mouse and Keyboard, Garrett Cooper
• Question about: /etc/periodic/security/800.loginfail, Martin Sugioarto
• FreeBSD 9.0-RC1 Available..., Ken Smith
  • Re: FreeBSD 9.0-RC1 Available..., Greg Miller
    • Re: FreeBSD 9.0-RC1 Available..., Garrett Cooper
  • Re: FreeBSD 9.0-RC1 Available..., Andrey Fesenko
    • Re: FreeBSD 9.0-RC1 Available..., Ken Smith
• r226642 lib/librtld_db, ".depend", line 1: Need an operator, make: fatal errors, Anton Shterenlikht
• 9.0 RC1/Clang / illegal instruction (Signal 4) in gengtype while building cc_tools on i586., Patrick Lamaiziere
  • Re: 9.0 RC1/Clang / illegal instruction (Signal 4) in gengtype while building cc_tools on i586., Patrick Lamaiziere
  • Re: 9.0 RC1/Clang / illegal instruction (Signal 4) in gengtype while building cc_tools on i586., Roman Divacky
    • Re: 9.0 RC1/Clang / illegal instruction (Signal 4) in gengtype while building cc_tools on i586., Kostik Belousov
      • Re: 9.0 RC1/Clang / illegal instruction (Signal 4) in gengtype while building cc_tools on i586., Roman Divacky
      • Re: 9.0 RC1/Clang / illegal instruction (Signal 4) in gengtype while building cc_tools on i586., Patrick Lamaiziere
      • Re: 9.0 RC1/Clang / illegal instruction (Signal 4) in gengtype while building cc_tools on i586., Lev Serebryakov
• replacement of ataidle for freebsd 9, Eugene Dzhurinsky
  • Re: replacement of ataidle for freebsd 9, Bruce Cran
    • Re: replacement of ataidle for freebsd 9, Eugene Dzhurinsky
      • Re: replacement of ataidle for freebsd 9, Bruce Cran
      • Re: replacement of ataidle for freebsd 9, Eugene Dzhurinsky
      • Re: replacement of ataidle for freebsd 9, Volodymyr Kostyrko
• Increase the degree of interactivity ULE scheduler, Ivan Klymenko
• 9.0-RC1 panic in tcp_input: negative winow., Pawel Jakub Dawidek
  • Re: 9.0-RC1 panic in tcp_input: negative winow., Garrett Cooper
  • Re: 9.0-RC1 panic in tcp_input: negative winow., Lawrence Stewart
    • Re: 9.0-RC1 panic in tcp_input: negative winow., Garrett Cooper
    • Re: 9.0-RC1 panic in tcp_input: negative winow., Pawel Jakub Dawidek
      • Re: 9.0-RC1 panic in tcp_input: negative winow., Kostik Belousov
      • Re: 9.0-RC1 panic in tcp_input: negative winow., Pawel Jakub Dawidek
      • Re: 9.0-RC1 panic in tcp_input: negative winow., John Baldwin
      • Re: 9.0-RC1 panic in tcp_input: negative winow., Pawel Jakub Dawidek
      • Re: 9.0-RC1 panic in tcp_input: negative winow., John Baldwin
      • Re: 9.0-RC1 panic in tcp_input: negative winow., Lawrence Stewart
      • Re: 9.0-RC1 panic in tcp_input: negative winow., Pawel Jakub Dawidek
      • Re: 9.0-RC1 panic in tcp_input: negative winow., John Baldwin
      • Re: 9.0-RC1 panic in tcp_input: negative winow., Julian Elischer
• Re: LLVM: llvm-as, llvm-ld and so on not contained in FreeBSD core contrib?, Hartmann, O.
• 9.0 and cdparanoia, Christian Jachmann
  • Re: 9.0 and cdparanoia, Tim Nackos
    • Re: 9.0 and cdparanoia, Kevin Oberman
    • Re: 9.0 and cdparanoia, Christian Jachmann
• panic at vm_page_wire with FreeBSD 9.0 Beta 3, Penta Upa
  • Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3, Sean Bruno
    • Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3, Penta Upa
  • Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3, K. Macy
• Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash?, Garrett Cooper
  • Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash?, Ed Schouten
    • Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash?, Garrett Cooper
      • Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash?, Ed Schouten
      • Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash?, Garrett Cooper
      • Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash?, Garrett Cooper
      • Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash?, Jilles Tjoelker
  • Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash?, Martin Sugioarto
• orm0/ISA strangeness on HEAD preventing drivers from probe/attach?, Bjoern A. Zeeb
  • Re: orm0/ISA strangeness on HEAD preventing drivers from probe/attach?, John Baldwin
• sys/conf/newvers.sh vs. subversion-1.7, David Wolfskill
  • Re: sys/conf/newvers.sh vs. subversion-1.7, David Wolfskill
    • Re: sys/conf/newvers.sh vs. subversion-1.7, Steve Kargl
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Michael Butler
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Sergey V. Dyatko
    • Re: sys/conf/newvers.sh vs. subversion-1.7, Garrett Cooper
    • Re: sys/conf/newvers.sh vs. subversion-1.7, John Baldwin
      • Re: sys/conf/newvers.sh vs. subversion-1.7, David Wolfskill
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Craig Rodrigues
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Doug Barton
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Craig Rodrigues
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Doug Barton
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Craig Rodrigues
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Doug Barton
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Garrett Cooper
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Olivier Smedts
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Nali Toja
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Garrett Cooper
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Luchesar V. ILIEV
      • Re: sys/conf/newvers.sh vs. subversion-1.7, John Baldwin
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Luchesar V. ILIEV
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Doug Barton
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Boris Samorodov
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Doug Barton
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Garrett Cooper
      • Re: sys/conf/newvers.sh vs. subversion-1.7, David Wolfskill
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Craig Rodrigues
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Doug Barton
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Craig Rodrigues
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Doug Barton
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Craig Rodrigues
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Doug Barton
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Craig Rodrigues
      • Re: sys/conf/newvers.sh vs. subversion-1.7, Doug Barton
• Fresh installed Freebsd 9 don't boot from hd, Pavel Timofeev
  • Re: Fresh installed Freebsd 9 don't boot from hd, Dennis Koegel
    • Re: Fresh installed Freebsd 9 don't boot from hd, Pavel Timofeev
    • Re: Fresh installed Freebsd 9 don't boot from hd, Pavel Timofeev
    • Re: Fresh installed Freebsd 9 don't boot from hd, Lars Engels
    • Re: Fresh installed Freebsd 9 don't boot from hd, Gunnar Schaefer
    • Re: Fresh installed Freebsd 9 don't boot from hd, John Baldwin
      • Re: Fresh installed Freebsd 9 don't boot from hd, Andriy Gapon
      • Re: Fresh installed Freebsd 9 don't boot from hd, Andriy Gapon
      • Re: Fresh installed Freebsd 9 don't boot from hd, Gunnar Schaefer
      • Re: Fresh installed Freebsd 9 don't boot from hd, Andriy Gapon
      • Re: Fresh installed Freebsd 9 don't boot from hd, John Baldwin
      • Re: Fresh installed Freebsd 9 don't boot from hd, Dennis Koegel
      • Re: Fresh installed Freebsd 9 don't boot from hd, Andriy Gapon
      • Re: Fresh installed Freebsd 9 don't boot from hd, Dennis Koegel
      • Re: Fresh installed Freebsd 9 don't boot from hd, Dimitry Andric
      • Re: Fresh installed Freebsd 9 don't boot from hd, Pavel Timofeev
      • Re: Fresh installed Freebsd 9 don't boot from hd, John Baldwin
      • Re: Fresh installed Freebsd 9 don't boot from hd, Andriy Gapon
      • Re: Fresh installed Freebsd 9 don't boot from hd, John Baldwin
      • Re: Fresh installed Freebsd 9 don't boot from hd, Andriy Gapon
      • Re: Fresh installed Freebsd 9 don't boot from hd, John Baldwin
      • Re: Fresh installed Freebsd 9 don't boot from hd, Andriy Gapon
      • Re: Fresh installed Freebsd 9 don't boot from hd, Dennis Koegel
      • Re: Fresh installed Freebsd 9 don't boot from hd, Gunnar Schaefer
      • Re: Fresh installed Freebsd 9 don't boot from hd, John Baldwin
• Re: Fatal trap 12: page fault while in kernel mode -- Stopped at atomic_subtract_int+0x4, Fabian Keil
  • Re: Fatal trap 12: page fault while in kernel mode -- Stopped at atomic_subtract_int+0x4, Fabian Keil
• 9.0-RC1 - installer observations and "shell in new system" gamble..., Peter
• '/bin/ls' broken by SVN r226509, Michael Butler
  • Re: '/bin/ls' broken by SVN r226509, Dag-Erling Smørgrav
    • Re: '/bin/ls' broken by SVN r226509, Michael Butler
      • Re: '/bin/ls' broken by SVN r226509, Anton Shterenlikht
      • Re: '/bin/ls' broken by SVN r226509, Garrett Cooper
      • Re: '/bin/ls' broken by SVN r226509, Anton Shterenlikht
      • Re: '/bin/ls' broken by SVN r226509, Garrett Cooper
      • Re: '/bin/ls' broken by SVN r226509, Tom Evans
      • Re: '/bin/ls' broken by SVN r226509, Anton Shterenlikht
      • Re: '/bin/ls' broken by SVN r226509, Daniel O'Connor
      • Re: '/bin/ls' broken by SVN r226509, Dag-Erling Smørgrav
      • Re: '/bin/ls' broken by SVN r226509, Lars Engels
      • Re: '/bin/ls' broken by SVN r226509, Kevin Oberman
• config(8) does not add post-processing for source file with compile-with command in sys/conf/files, Paul Ambrose
  • Re: config(8) does not add post-processing for source file with compile-with command in sys/conf/files, Ryan Stone
    • Re: config(8) does not add post-processing for source file with compile-with command in sys/conf/files, Paul Ambrose
• About FreeBSD 9.0 release note, Hideki Yamamoto
  • Re: About FreeBSD 9.0 release note, Hiroki Sato
    • Re: About FreeBSD 9.0 release note, Andrey Fesenko
    • Re: About FreeBSD 9.0 release note, Xin LI
      • Re: About FreeBSD 9.0 release note, Hiroki Sato
• IPv6 accept_rtadv + bfe0, Johann Hugo
  • Re: IPv6 accept_rtadv + bfe0, Bjoern A. Zeeb
    • Re: IPv6 accept_rtadv + bfe0, Mattia Rossi
      • Re: IPv6 accept_rtadv + bfe0, Hiroki Sato
      • Re: IPv6 accept_rtadv + bfe0, Doug Barton
      • Re: IPv6 accept_rtadv + bfe0, Hiroki Sato
      • Re: IPv6 accept_rtadv + bfe0, John Hay
      • Re: IPv6 accept_rtadv + bfe0, Hiroki Sato
      • Re: IPv6 accept_rtadv + bfe0, Bjoern A. Zeeb
    • Re: IPv6 accept_rtadv + bfe0, Johann Hugo
      • Re: IPv6 accept_rtadv + bfe0, Hiroki Sato
• PF NAT issue with 9.0-BETA3 and RELENG_9 'head', Florian Wilkemeyer
  • Re: PF NAT issue with 9.0-BETA3 and RELENG_9 'head', Bjoern A. Zeeb
    • Re: PF NAT issue with 9.0-BETA3 and RELENG_9 'head', Florian Wilkemeyer
    • Re: PF NAT issue with 9.0-BETA3 and RELENG_9 'head', Ian FREISLICH
• mtx_lock() of destroyed mutex on NFS, Bjoern A. Zeeb
  • Re: mtx_lock() of destroyed mutex on NFS, Rick Macklem
    • Re: mtx_lock() of destroyed mutex on NFS, Bjoern A. Zeeb
• freebsd-9.0 smartmontools and ada devices, John Hay
  • Re: freebsd-9.0 smartmontools and ada devices, John Hay
    • Re: freebsd-9.0 smartmontools and ada devices, Kostik Belousov
  • Re: freebsd-9.0 smartmontools and ada devices, Oliver Heesakkers
• [PATCH] Prepend timestamp in msgbuf, Arnaud Lacombe
  • Re: [PATCH] Prepend timestamp in msgbuf, Ed Schouten
    • Re: [PATCH] Prepend timestamp in msgbuf, Ed Schouten
      • Re: [PATCH] Prepend timestamp in msgbuf, Arnaud Lacombe
      • Re: [PATCH] Prepend timestamp in msgbuf, Garrett Cooper
    • Re: [PATCH] Prepend timestamp in msgbuf, Arnaud Lacombe
• small devfs.conf patch, Alexander Best
  • Re: small devfs.conf patch, Andriy Gapon
    • Re: small devfs.conf patch, Alexander Best
• [RFC] Enable nxstack by default, Oliver Pinter
  • Re: [RFC] Enable nxstack by default, Kostik Belousov
    • Re: [RFC] Enable nxstack by default, Oliver Pinter
    • Re: [RFC] Enable nxstack by default, Arnaud Lacombe
      • Re: [RFC] Enable nxstack by default, Garrett Cooper
      • Re: [RFC] Enable nxstack by default, Arnaud Lacombe
      • Re: [RFC] Enable nxstack by default, Garrett Cooper
      • Re: [RFC] Enable nxstack by default, Oliver Pinter
      • Re: [RFC] Enable nxstack by default, Arnaud Lacombe
      • Re: [RFC] Enable nxstack by default, Kostik Belousov
      • Re: [RFC] Enable nxstack by default, Arnaud Lacombe
      • Re: [RFC] Enable nxstack by default, Oliver Pinter
• bsdtar --gname switch, Romain Garbage
  • Re: bsdtar --gname switch, Benjamin Kaduk
    • Re: bsdtar --gname switch, Tim Kientzle
• SPI rework, Aleksandr Rybalko
  • Re: SPI rework, Adrian Chadd
    • Re: SPI rework, Aleksandr Rybalko
      • Re: SPI rework, Adrian Chadd
      • Re: SPI rework, Aleksandr Rybalko
• Help! Portsnap won't work on freeBSD 10.0-CURRENT/amd64! look: tINDEX.new: File too large, Hartmann, O.
  • Re: Help! Portsnap won't work on freeBSD 10.0-CURRENT/amd64! look: tINDEX.new: File too large, Eitan Adler
    • Re: Help! Portsnap won't work on freeBSD 10.0-CURRENT/amd64! look: tINDEX.new: File too large, Hartmann, O.
• r225932 libsasl undefined references - buildworld failure, Anton Shterenlikht
  • Re: r225932 libsasl undefined references - buildworld failure, Hajimu UMEMOTO
    • Re: r225932 libsasl undefined references - buildworld failure, Anton Shterenlikht
• Error building kernel in 9.0-BETA3: use of uninitialized variable in ipfw, Brett Glass
• VM images for FreeBSD, Alexander Yerenkow
  • Re: VM images for FreeBSD, Warren Block
    • Re: VM images for FreeBSD, Alexander Yerenkow
• Call for testers : ALi/ULi M5261/M5263 ethernet controller, YongHyeon PYUN
  • Re: Call for testers : ALi/ULi M5261/M5263 ethernet controller, YongHyeon PYUN
• Re: buildworld failure r223619 to 225128, Beach Geek
  • Re: buildworld failure r223619 to 225128, Adrian Chadd
• Re: gmirror failed with error 19., Lev Serebryakov
  • <Possible follow-ups>
  • gmirror failed with error 19., Martin Wilke
    • Re: gmirror failed with error 19., Garrett Cooper
      • Re: gmirror failed with error 19., Sascha Klauder
• HEADSUP: Call for FreeBSD Status Reports - 3Q/2011, Daniel Gerzo
  • Re: HEADSUP: Call for FreeBSD Status Reports - 3Q/2011, Daniel Gerzo
• nge(4), tl(4), wb(4) and rl(4) 8129 testers wanted [Re: Question about GPIO bitbang MII], Marius Strobl
  • Re: nge(4), tl(4), wb(4) and rl(4) 8129 testers wanted [Re: Question about GPIO bitbang MII], Damien Fleuriot
    • Re: nge(4), tl(4), wb(4) and rl(4) 8129 testers wanted [Re: Question about GPIO bitbang MII], Marius Strobl
• Re: -CURRENT (BETA1) zfs pool recognized as corrupted, Sebastian Chmielewski
• portsnap fails: look: tINDEX.new: File too large, Hartmann, O.
• Re: 9.x installer and GPT vs geom, features in bsdinstall, Roger Genre
• [RFC] FDT fix for 64 bit platforms, Jayachandran C.
  • Re: [RFC] FDT fix for 64 bit platforms, Nathan Whitehorn
    • Re: [RFC] FDT fix for 64 bit platforms, Jayachandran C.
      • Re: [RFC] FDT fix for 64 bit platforms, Nathan Whitehorn
      • Re: [RFC] FDT fix for 64 bit platforms, Jayachandran C.
      • Re: [RFC] FDT fix for 64 bit platforms, Marcel Moolenaar
      • Re: [RFC] FDT fix for 64 bit platforms, Rafal Jaworowski
• x.0 RELASE isn't for production., Pavel Timofeev
  • Re: x.0 RELASE isn't for production., David Wolfskill
    • Re: x.0 RELASE isn't for production., Arnaud Lacombe
    • Re: x.0 RELASE isn't for production., Pavel Timofeev
      • Re: x.0 RELASE isn't for production., Adrian Chadd
      • Re: x.0 RELASE isn't for production., Pavel Timofeev
      • Re: x.0 RELASE isn't for production., Johan Hendriks
      • Re: x.0 RELASE isn't for production., Pavel Timofeev
  • Re: x.0 RELASE isn't for production., George Kontostanos
    • Re: x.0 RELASE isn't for production., Pavel Timofeev
  • Re: x.0 RELASE isn't for production., Martin Sugioarto
    • Re: x.0 RELASE isn't for production., Pavel Timofeev
      • Re: x.0 RELASE isn't for production., Adrian Chadd
      • Re: x.0 RELASE isn't for production., Pavel Timofeev
      • Re: x.0 RELASE isn't for production., Adrian Chadd
      • Re: x.0 RELASE isn't for production., Pavel Timofeev
  • Re: x.0 RELASE isn't for production., Thomas Mueller
  • Message not available
    • Re: x.0 RELASE isn't for production., Pavel Timofeev
• Re: possible mountroot regression, Andriy Gapon
  • Re: possible mountroot regression, Marcel Moolenaar
    • Re: possible mountroot regression, Andriy Gapon
      • Re: possible mountroot regression, Arnaud Lacombe
      • Re: possible mountroot regression, Arnaud Lacombe
      • Re: possible mountroot regression, Andriy Gapon
      • Re: possible mountroot regression, Marcel Moolenaar
      • Re: possible mountroot regression, Olivier Smedts
      • Re: possible mountroot regression, Oliver Pinter
      • Re: possible mountroot regression, Warren Block
      • Re: possible mountroot regression, Garrett Cooper
      • Re: possible mountroot regression, Arnaud Lacombe
      • Re: possible mountroot regression, Garrett Cooper
      • Re: possible mountroot regression, Arnaud Lacombe
• 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES", Thomas Steen Rasmussen
  • Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES", Thomas Steen Rasmussen
  • Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES", Hiroki Sato
    • Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES", Thomas Steen Rasmussen
      • Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES", Hiroki Sato
      • Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES", Thomas Steen Rasmussen
      • Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES", Hiroki Sato
      • Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES", Thomas Steen Rasmussen
      • Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES", Thomas Steen Rasmussen
      • Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES", Hiroki Sato
      • Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES", Thomas Steen Rasmussen
      • Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES", Hajimu UMEMOTO
      • Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES", Doug Barton
• Compatibility with 8.0, Pegasus Mc Cleaft
  • Re: Compatibility with 8.0, Arnaud Lacombe
• [RFC] Prepend timestamp in msgbuf, lacombar
  • Re: [RFC] Prepend timestamp in msgbuf, Arnaud Lacombe
    • Re: [RFC] Prepend timestamp in msgbuf, Adrian Chadd
    • Re: [RFC] Prepend timestamp in msgbuf, Nikolay Denev
      • Re: [RFC] Prepend timestamp in msgbuf, Alexander Best
      • Re: [RFC] Prepend timestamp in msgbuf, Poul-Henning Kamp
      • Re: [RFC] Prepend timestamp in msgbuf, Alexander Best
      • Re: [RFC] Prepend timestamp in msgbuf, Alexander Best
      • Re: [RFC] Prepend timestamp in msgbuf, Nali Toja
      • Re: [RFC] Prepend timestamp in msgbuf, Arnaud Lacombe
      • Re: [RFC] Prepend timestamp in msgbuf, Alexander Best
      • Re: [RFC] Prepend timestamp in msgbuf, Arnaud Lacombe
      • Re: [RFC] Prepend timestamp in msgbuf, Garrett Cooper
      • Re: [RFC] Prepend timestamp in msgbuf, Arnaud Lacombe
      • Re: [RFC] Prepend timestamp in msgbuf, Ed Schouten
      • Re: [RFC] Prepend timestamp in msgbuf, Alexander Best
      • Re: [RFC] Prepend timestamp in msgbuf, Arnaud Lacombe
      • Re: [RFC] Prepend timestamp in msgbuf, Alexander Best
      • Re: [RFC] Prepend timestamp in msgbuf, Alexander Best
• usb related wtf-ness, Adrian Chadd
• incorrect use of pidfile(3), Dag-Erling Smørgrav
  • Re: incorrect use of pidfile(3), Pawel Jakub Dawidek
    • Re: incorrect use of pidfile(3), Dag-Erling Smørgrav
      • Re: incorrect use of pidfile(3), Carlos A. M. dos Santos
  • Re: incorrect use of pidfile(3), Dag-Erling Smørgrav
    • Re: incorrect use of pidfile(3), Pawel Jakub Dawidek
      • Re: incorrect use of pidfile(3), Dag-Erling Smørgrav
      • Re: incorrect use of pidfile(3), Jos Backus
      • Re: incorrect use of pidfile(3), Pawel Jakub Dawidek
      • Re: incorrect use of pidfile(3), Dag-Erling Smørgrav
• 9.x installer and GPT vs geom, Johan Hendriks
  • Re: 9.x installer and GPT vs geom, O. Hartmann
    • Re: 9.x installer and GPT vs geom, Nathan Whitehorn
      • Re: 9.x installer and GPT vs geom, Johan Hendriks
• Re: 9 hangs with idletick = 0, Dag-Erling Smørgrav
  • Re: 9 hangs with idletick = 0, Ryan Stone
  • Re: 9 hangs with idletick = 0, Dag-Erling Smørgrav
    • Re: 9 hangs with idletick = 0, Poul-Henning Kamp
      • Re: 9 hangs with idletick = 0, Dag-Erling Smørgrav
      • Re: 9 hangs with idletick = 0, Adrian Chadd
      • Re: 9 hangs with idletick = 0, Dag-Erling Smørgrav
      • Re: 9 hangs with idletick = 0, Poul-Henning Kamp
• Fixed: ichwd failure to attach, Michael Butler
  • Re: Fixed: ichwd failure to attach, Doug Barton
    • Re: Fixed: ichwd failure to attach, John Baldwin
      • Re: Fixed: ichwd failure to attach, Xin LI
      • Re: Fixed: ichwd failure to attach, Doug Barton
      • Re: Fixed: ichwd failure to attach, John Baldwin
      • Re: Fixed: ichwd failure to attach, Xin LI
      • Re: Fixed: ichwd failure to attach, Doug Barton
      • Re: Fixed: ichwd failure to attach, John Baldwin
• "BTX halted" when booting 9.0-BETA3 (Root On ZFS), Jean-Sébastien Pédron
  • Re: "BTX halted" when booting 9.0-BETA3 (Root On ZFS), Peter Jeremy
    • Re: "BTX halted" when booting 9.0-BETA3 (Root On ZFS), Jean-Sébastien Pédron
      • Re: "BTX halted" when booting 9.0-BETA3 (Root On ZFS), Jean-Sébastien Pédron
• crash in sb-concurrency tests after r216641 on x86-64/freebsd9/sb-thread, Nali Toja
• ipmi(4)/isa woes, Arnaud Lacombe
  • Re: ipmi(4)/isa woes, Arnaud Lacombe
    • Re: ipmi(4)/isa woes, Garrett Cooper
    • Re: ipmi(4)/isa woes, John Baldwin
      • Re: ipmi(4)/isa woes, Arnaud Lacombe
      • Re: ipmi(4)/isa woes, John Baldwin
  • Re: ipmi(4)/isa woes, Sean Bruno
• 9.0-BETA3 - network scripts problem, Alex Keda
  • Re: 9.0-BETA3 - network scripts problem, Alex Keda
• MPSAFE tty and lastcomm output, poyopoyo
  • Re: MPSAFE tty and lastcomm output, Ed Schouten
• Re: gptzfsboot error using HP Smart Array P410i Controller, Daniel Kalchev
  • Re: gptzfsboot error using HP Smart Array P410i Controller, Christoph Hoffmann
    • Re: gptzfsboot error using HP Smart Array P410i Controller, Andriy Gapon
    • Re: gptzfsboot error using HP Smart Array P410i Controller, Daniel Kalchev
• FreeBSD 9.0/10.0 amd64 (CLANG): mysterious client crahses when typing left/right arrow key, O. Hartmann
• FreeBSD-9.0-BETA3/amd64 (CLANG): Assertion failed: (mblength != (size_t)-1 && mblength != (size_t)-2), function inittables_mb, file /usr/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/src/sort.c, line 706., O. Hartmann
  • Re: FreeBSD-9.0-BETA3/amd64 (CLANG): Assertion failed: (mblength != (size_t)-1 && mblength != (size_t)-2), function inittables_mb, file /usr/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/src/sort.c, line 706., Dimitry Andric
    • Re: FreeBSD-9.0-BETA3/amd64 (CLANG): Assertion failed: (mblength != (size_t)-1 && mblength != (size_t)-2), function inittables_mb, file /usr/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/src/sort.c, line 706., Andrew Kryzhyk
• Update on ports on 10.0, Erwin Lansing
  • Re: Update on ports on 10.0, Matt Thyer
  • [UPDATE] Re: Update on ports on 10.0, Ion-Mihai Tetcu
    • Re: [UPDATE] Re: Update on ports on 10.0, Stanislav Sedov
      • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Re: [UPDATE] Re: Update on ports on 10.0, Erwin Lansing
      • Re: [UPDATE] Re: Update on ports on 10.0, Ruslan Mahmatkhanov
      • Re: [UPDATE] Re: Update on ports on 10.0, Ion-Mihai Tetcu
• Patch for ports on 10-current, Doug Barton
  • Re: Patch for ports on 10-current, Nali Toja
    • Re: Patch for ports on 10-current, Doug Barton
  • Re: Patch for ports on 10-current, Xin LI
  • Re: Patch for ports on 10-current, Nali Toja
• System headers with clang?, Larry Rosenman
  • Re: System headers with clang?, René Ladan
  • Re: System headers with clang?, Dimitry Andric
    • Re: System headers with clang?, Larry Rosenman
      • Re: System headers with clang?, Dimitry Andric
      • Re: System headers with clang?, Larry Rosenman
      • Re: System headers with clang?, Kevin Oberman
      • Re: System headers with clang?, Larry Rosenman
      • Re: System headers with clang?, Chuck Swiger
      • Re: System headers with clang?, Larry Rosenman
      • Re: System headers with clang?, Matt Thyer
      • Re: System headers with clang?, Larry Rosenman
      • Re: System headers with clang?, Garrett Cooper
      • Re: System headers with clang?, René Ladan
      • Re: System headers with clang?, Arnaud Lacombe
      • Re: System headers with clang?, Julian Elischer
      • Re: System headers with clang?, Arnaud Lacombe
      • Re: System headers with clang?, Julian Elischer
      • Re: System headers with clang?, Arnaud Lacombe
      • Re: System headers with clang?, Arnaud Lacombe
      • Re: System headers with clang?, Garrett Cooper
      • Re: System headers with clang?, Matthias Andree
    • Re: System headers with clang?, Arnaud Lacombe
      • Re: System headers with clang?, Larry Rosenman
      • Re: System headers with clang?, Arnaud Lacombe
      • Re: System headers with clang?, Larry Rosenman
      • Re: System headers with clang?, Arnaud Lacombe
      • Re: System headers with clang?, Garrett Cooper
      • Re: System headers with clang?, Arnaud Lacombe
• FreeBSD 10.0-CURRENT: messed up the ports and system (gcc46 won't compile) and need to repair - how?, Hartmann, O.
  • Re: FreeBSD 10.0-CURRENT: messed up the ports and system (gcc46 won't compile) and need to repair - how?, Manfred Antar
    • Re: FreeBSD 10.0-CURRENT: messed up the ports and system (gcc46 won't compile) and need to repair - how?, Michael Butler
    • Re: FreeBSD 10.0-CURRENT: messed up the ports and system (gcc46 won't compile) and need to repair - how?, Conrad J. Sabatier
      • Re: FreeBSD 10.0-CURRENT: messed up the ports and system (gcc46 won't compile) and need to repair - how?, Manfred Antar
      • Re: FreeBSD 10.0-CURRENT: messed up the ports and system (gcc46 won't compile) and need to repair - how?, Garrett Cooper
      • Re: FreeBSD 10.0-CURRENT: messed up the ports and system (gcc46 won't compile) and need to repair - how?, Conrad J. Sabatier
      • Re: FreeBSD 10.0-CURRENT: messed up the ports and system (gcc46 won't compile) and need to repair - how?, O. Hartmann
• Is there a step by step howto for dtrace on 9.0 ?, Adrian Chadd
  • Re: Is there a step by step howto for dtrace on 9.0 ?, Paul Ambrose
  • Re: Is there a step by step howto for dtrace on 9.0 ?, Alexander Leidinger
• Panics after AHCI timeouts, Alexey Shuvaev
  • Re: Panics after AHCI timeouts, Alexey Shuvaev
    • Re: Panics after AHCI timeouts, Adrian Chadd
      • Re: Panics after AHCI timeouts, Alexey Shuvaev
      • Re: Panics after AHCI timeouts, Steven Hartland
      • Re: Panics after AHCI timeouts, Alexander Kabaev
      • Re: Panics after AHCI timeouts, C. P. Ghost
      • Re: Panics after AHCI timeouts, Alexander Kabaev
      • RE: Panics after AHCI timeouts, Pegasus Mc Cleaft
      • Re: Panics after AHCI timeouts, Armin Pirkovitsch
      • Re: Panics after AHCI timeouts, C. P. Ghost
      • Re: Panics after AHCI timeouts, Alexey Shuvaev
    • Re: Panics after AHCI timeouts, Alexander Motin
  • <Possible follow-ups>
  • Re: Panics after AHCI timeouts, Larry Baird
• Memstick image differences between 8.x and 9.x, Thomas K .
  • Re: Memstick image differences between 8.x and 9.x, Garrett Cooper
    • Re: Memstick image differences between 8.x and 9.x, Glen Barber
      • Re: Memstick image differences between 8.x and 9.x, Warren Block
      • Re: Memstick image differences between 8.x and 9.x, Glen Barber
      • Re: Memstick image differences between 8.x and 9.x, Warren Block
      • Re: Memstick image differences between 8.x and 9.x, Matt Thyer
      • Re: Memstick image differences between 8.x and 9.x, Nathan Whitehorn
      • Re: Memstick image differences between 8.x and 9.x, Matt Thyer
      • Re: Memstick image differences between 8.x and 9.x, Warren Block
      • Re: Memstick image differences between 8.x and 9.x, Thomas K.
      • Re: Memstick image differences between 8.x and 9.x, Garrett Cooper
      • Re: Memstick image differences between 8.x and 9.x, Matt Thyer
      • Re: Memstick image differences between 8.x and 9.x, Adrian Chadd
      • Re: Memstick image differences between 8.x and 9.x, Matt Thyer
      • Re: Memstick image differences between 8.x and 9.x, Adrian Chadd
      • Re: Memstick image differences between 8.x and 9.x, Adrian Chadd
      • Re: Memstick image differences between 8.x and 9.x, Glen Barber
      • Re: Memstick image differences between 8.x and 9.x, Adrian Chadd
      • Re: Memstick image differences between 8.x and 9.x, Thomas K.
      • Re: Memstick image differences between 8.x and 9.x, Glen Barber
      • Re: Memstick image differences between 8.x and 9.x, Adrian Chadd
      • Re: Memstick image differences between 8.x and 9.x, Kevin Oberman
  • <Possible follow-ups>
  • Re: Memstick image differences between 8.x and 9.x, Thomas Mueller
    • Re: Memstick image differences between 8.x and 9.x, Matt Thyer
• [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
• 9.0-BETA3 (r225759) without ACPI raise a page fault, Henri Hennebert
  • Re: 9.0-BETA3 (r225759) without ACPI raise a page fault, John Baldwin
• 9.0-BETA 3 lock order reversal, Roar Pettersen
  • <Possible follow-ups>
  • 9.0-BETA 3 lock order reversal, Roar Pettersen
    • Re: 9.0-BETA 3 lock order reversal, Benjamin Kaduk
• ata/ahci problems in 9.0-BETA3, Armin Pirkovitsch
  • Message not available
    • Message not available
      • Re: Fwd: ata/ahci problems in 9.0-BETA3, Alexander Motin
• flash for 9-beta3, Nenhum_de_Nos
  • Re: flash for 9-beta3, Greg Miller
    • Re: flash for 9-beta3, Garrett Cooper
      • Re: flash for 9-beta3, Warren Block
      • Re: flash for 9-beta3, Doug Barton
      • Re: flash for 9-beta3, Nenhum_de_Nos
      • Re: flash for 9-beta3, Nenhum_de_Nos
      • Re: flash for 9-beta3, Phil Oleson
      • Re: flash for 9-beta3, Nenhum_de_Nos
      • Re: flash for 9-beta3, Ali Mashtizadeh
  • <Possible follow-ups>
  • Re: flash for 9-beta3, Nenhum_de_Nos
• A patch for a bug in the dtrace command..., George Neville-Neil
  • Re: A patch for a bug in the dtrace command..., Fabian Keil
• Re: cvs commit: ports/security/cyrus-sasl2 Makefile ports/security/cyrus-sasl2/files patch-plugins::gssapi.c, Doug Barton
  • Re: cvs commit: ports/security/cyrus-sasl2 Makefile ports/security/cyrus-sasl2/files patch-plugins::gssapi.c, Michael Butler
    • Re: cvs commit: ports/security/cyrus-sasl2 Makefile ports/security/cyrus-sasl2/files patch-plugins::gssapi.c, Chris Rees
  • Re: cvs commit: ports/security/cyrus-sasl2 Makefile ports/security/cyrus-sasl2/files patch-plugins::gssapi.c, Hajimu UMEMOTO
    • Re: cvs commit: ports/security/cyrus-sasl2 Makefile ports/security/cyrus-sasl2/files patch-plugins::gssapi.c, Doug Barton
• ports on 10.0-CURRENT: r226027 is incorrect fix, Mykola Dzham
  • Re: ports on 10.0-CURRENT: r226027 is incorrect fix, Stanislav Sedov
    • Re: ports on 10.0-CURRENT: r226027 is incorrect fix, Chris Rees
      • Re: ports on 10.0-CURRENT: r226027 is incorrect fix, Chris Rees
      • Re: ports on 10.0-CURRENT: r226027 is incorrect fix, Stanislav Sedov
      • Re: ports on 10.0-CURRENT: r226027 is incorrect fix, Hartmann, O.
      • Re: ports on 10.0-CURRENT: r226027 is incorrect fix, Xin LI
      • Re: ports on 10.0-CURRENT: r226027 is incorrect fix, Stanislav Sedov
• aliasing (or renaming) kern.geom.debugflags, Benjamin Kaduk
  • Re: aliasing (or renaming) kern.geom.debugflags, Garrett Cooper
    • Re: aliasing (or renaming) kern.geom.debugflags, Benjamin Kaduk
  • Re: aliasing (or renaming) kern.geom.debugflags, Poul-Henning Kamp
    • Re: aliasing (or renaming) kern.geom.debugflags, Warren Block
      • Re: aliasing (or renaming) kern.geom.debugflags, Arnaud Lacombe
      • Re: aliasing (or renaming) kern.geom.debugflags, Warren Block
      • Re: aliasing (or renaming) kern.geom.debugflags, Benjamin Kaduk
      • Re: aliasing (or renaming) kern.geom.debugflags, Poul-Henning Kamp
      • Re: aliasing (or renaming) kern.geom.debugflags, Garrett Cooper
      • Re: aliasing (or renaming) kern.geom.debugflags, Poul-Henning Kamp
      • Re: aliasing (or renaming) kern.geom.debugflags, Glen Barber
      • Re: aliasing (or renaming) kern.geom.debugflags, Andrey V. Elsukov
      • Re: aliasing (or renaming) kern.geom.debugflags, Warren Block
      • Re: aliasing (or renaming) kern.geom.debugflags, Poul-Henning Kamp
      • Re: aliasing (or renaming) kern.geom.debugflags, Lev Serebryakov
      • Re: aliasing (or renaming) kern.geom.debugflags, Poul-Henning Kamp
      • Re: aliasing (or renaming) kern.geom.debugflags, Lev Serebryakov
      • Re: aliasing (or renaming) kern.geom.debugflags, Poul-Henning Kamp
      • Re: aliasing (or renaming) kern.geom.debugflags, Lev Serebryakov
      • Re: aliasing (or renaming) kern.geom.debugflags, Arnaud Lacombe
      • Re: aliasing (or renaming) kern.geom.debugflags, Andrey V. Elsukov
      • Re: aliasing (or renaming) kern.geom.debugflags, Benjamin Kaduk
      • Re: aliasing (or renaming) kern.geom.debugflags, Andrey V. Elsukov
      • Re: aliasing (or renaming) kern.geom.debugflags, Poul-Henning Kamp
      • Re: aliasing (or renaming) kern.geom.debugflags, Andrey V. Elsukov
      • Re: aliasing (or renaming) kern.geom.debugflags, Poul-Henning Kamp
      • Re: aliasing (or renaming) kern.geom.debugflags, Warren Block
      • Re: aliasing (or renaming) kern.geom.debugflags, Glen Barber
      • Re: aliasing (or renaming) kern.geom.debugflags, Warren Block
      • Re: aliasing (or renaming) kern.geom.debugflags, Glen Barber
      • Re: aliasing (or renaming) kern.geom.debugflags, Arnaud Lacombe
      • Re: aliasing (or renaming) kern.geom.debugflags, Poul-Henning Kamp
      • Re: aliasing (or renaming) kern.geom.debugflags, Arnaud Lacombe
      • Re: aliasing (or renaming) kern.geom.debugflags, Poul-Henning Kamp
      • Re: aliasing (or renaming) kern.geom.debugflags, Arnaud Lacombe
      • Re: aliasing (or renaming) kern.geom.debugflags, Poul-Henning Kamp
      • Re: aliasing (or renaming) kern.geom.debugflags, Arnaud Lacombe
      • Re: aliasing (or renaming) kern.geom.debugflags, Garrett Cooper
      • Re: aliasing (or renaming) kern.geom.debugflags, Arnaud Lacombe
      • Re: aliasing (or renaming) kern.geom.debugflags, Poul-Henning Kamp
      • Re: aliasing (or renaming) kern.geom.debugflags, Arnaud Lacombe
      • Re: aliasing (or renaming) kern.geom.debugflags, Warren Block
      • Re: aliasing (or renaming) kern.geom.debugflags, Andrey V. Elsukov
• iwn panic with 9.0-BETA3-amd64, Rene Ladan
  • Re: iwn panic with 9.0-BETA3-amd64, Niclas Zeising
    • Re: iwn panic with 9.0-BETA3-amd64, Adrian Chadd
    • Re: iwn panic with 9.0-BETA3-amd64, Bernhard Schmidt
• Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0, Craig Rodrigues
• USB storage corruption/panic when doing file IO and unplugging (another, non-storage) device, Adrian Chadd
  • Re: USB storage corruption/panic when doing file IO and unplugging (another, non-storage) device, Garrett Cooper
    • Re: USB storage corruption/panic when doing file IO and unplugging (another, non-storage) device, Adrian Chadd
      • Re: USB storage corruption/panic when doing file IO and unplugging (another, non-storage) device, Hans Petter Selasky
      • Re: USB storage corruption/panic when doing file IO and unplugging (another, non-storage) device, Adrian Chadd
• subversion-freebsd dependencies, Andre Oppermann
  • Re: subversion-freebsd dependencies, Matthew Seaman
  • Re: subversion-freebsd dependencies, Garrett Cooper
    • Re: subversion-freebsd dependencies, Lev Serebryakov
      • Re: subversion-freebsd dependencies, Garrett Cooper
      • Re: subversion-freebsd dependencies, Christer Solskogen
      • Re: subversion-freebsd dependencies, Garrett Cooper
      • Re: subversion-freebsd dependencies, Lev Serebryakov
  • Re: subversion-freebsd dependencies, Doug Barton
    • Re: subversion-freebsd dependencies, Lev Serebryakov
      • Re: subversion-freebsd dependencies, Doug Barton
      • RE: subversion-freebsd dependencies, Alexander Zagrebin
• zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable, Henri Hennebert
  • Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable, Andriy Gapon
    • Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable, Henri Hennebert
      • Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable, Andriy Gapon
      • Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable, Henri Hennebert
      • Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable, Andriy Gapon
      • Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable, Henri Hennebert
      • Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable, Henri Hennebert
      • Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable, Andriy Gapon
• 9.0-BETA3 lock order reversal in mount_smbfs, Bob Finch
  • Re: 9.0-BETA3 lock order reversal in mount_smbfs, Mikolaj Golub
• Re: Experiences with FreeBSD 9.0-BETA2, David O'Brien
  • Re: Experiences with FreeBSD 9.0-BETA2, Arnaud Lacombe
  • <Possible follow-ups>
  • Re: Experiences with FreeBSD 9.0-BETA2, Ed Schouten
    • Re: Experiences with FreeBSD 9.0-BETA2, Ed Schouten
      • Re: Experiences with FreeBSD 9.0-BETA2, Brett Glass
      • Re: Experiences with FreeBSD 9.0-BETA2, Ed Schouten
      • Re: Experiences with FreeBSD 9.0-BETA2, Greg Miller
      • Re: Experiences with FreeBSD 9.0-BETA2, Ed Schouten
    • Re: Experiences with FreeBSD 9.0-BETA2, Brett Glass
      • Re: Experiences with FreeBSD 9.0-BETA2, Ed Schouten
• PANIC: "ffs_valloc: dup alloc" on boot, Jonathan Anderson
  • Re: PANIC: "ffs_valloc: dup alloc" on boot, Jonathan Anderson
    • Message not available
      • Re: PANIC: "ffs_valloc: dup alloc" on boot, Jonathan Anderson
• Re: x11/nvidia-driver / Compilation has failed, Ali Mashtizadeh
  • Re: x11/nvidia-driver / Compilation has failed, Garrett Cooper
    • Re: x11/nvidia-driver / Compilation has failed, Ali Mashtizadeh
  • Re: x11/nvidia-driver / Compilation has failed, Scot Hetzel
    • Re: x11/nvidia-driver / Compilation has failed, Ali Mashtizadeh
      • Re: x11/nvidia-driver / Compilation has failed, Garrett Cooper
      • Re: x11/nvidia-driver / Compilation has failed, Benjamin Kaduk
    • Message not available
      • Re: x11/nvidia-driver / Compilation has failed, Scot Hetzel
      • Re: x11/nvidia-driver / Compilation has failed, Ali Mashtizadeh
  • Re: x11/nvidia-driver / Compilation has failed, Nali Toja
    • Re: x11/nvidia-driver / Compilation has failed, Alexey Dokuchaev
      • Re: x11/nvidia-driver / Compilation has failed, tcb
• [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
• 3 show-stopper issues with 9-BETA3, Ian FREISLICH
  • Re: 3 show-stopper issues with 9-BETA3, Gavin Atkinson
    • Re: 3 show-stopper issues with 9-BETA3, Vincent Hoffman
• [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • Re: [head tinderbox] failure on powerpc/powerpc, Alexander Best
    • Re: [head tinderbox] failure on powerpc/powerpc, Alexander Best
  • <Possible follow-ups>
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
  • [head tinderbox] failure on powerpc/powerpc, FreeBSD Tinderbox
• Problem with r226035 - in head/usr.bin/grep: . regex?, David Wolfskill
  • Re: Problem with r226035 - in head/usr.bin/grep: . regex?, Michael Butler
    • Re: Problem with r226035 - in head/usr.bin/grep: . regex?, Michael Butler
      • Re: Problem with r226035 - in head/usr.bin/grep: . regex?, Benjamin Kaduk
• pmap_qenter() - the page *must* be wired - is violated, Svatopluk Kraus
  • Re: pmap_qenter() - the page *must* be wired - is violated, Kostik Belousov
    • Re: pmap_qenter() - the page *must* be wired - is violated, Svatopluk Kraus
      • Re: pmap_qenter() - the page *must* be wired - is violated, Kostik Belousov
      • Re: pmap_qenter() - the page *must* be wired - is violated, Svatopluk Kraus
• [head tinderbox] failure on mips/mips, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on mips/mips, FreeBSD Tinderbox
  • [head tinderbox] failure on mips/mips, FreeBSD Tinderbox
  • [head tinderbox] failure on mips/mips, FreeBSD Tinderbox
  • [head tinderbox] failure on mips/mips, FreeBSD Tinderbox
  • [head tinderbox] failure on mips/mips, FreeBSD Tinderbox
  • [head tinderbox] failure on mips/mips, FreeBSD Tinderbox
• Re: kernel panic with swap zone exhausted, increase kern.maxswzone, John Baldwin
• groff -ms -Tascii (nroff?) strange output, Anton Shterenlikht
  • Re: groff -ms -Tascii (nroff?) strange output, Christian Weisgerber
    • Re: groff -ms -Tascii (nroff?) strange output, Anton Shterenlikht
      • Re: groff -ms -Tascii (nroff?) strange output, Thomas Dickey
    • Re: groff -ms -Tascii (nroff?) strange output, Thomas Dickey
• RFC: Project geom-events, Lev Serebryakov
  • Re: RFC: Project geom-events, Lev Serebryakov
  • Re: RFC: Project geom-events, Freddie Cash
    • Re: RFC: Project geom-events, Alexander Motin
    • Re: RFC: Project geom-events, Garrett Cooper
      • Re: RFC: Project geom-events, Freddie Cash
    • Re: RFC: Project geom-events, Lev Serebryakov
  • Re: RFC: Project geom-events, Miroslav Lachman
    • Re: RFC: Project geom-events, Alexander Motin
    • Re: RFC: Project geom-events, Lev Serebryakov
      • Message not available
      • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, Miroslav Lachman
      • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, Alexander Motin
      • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, Alexander Motin
      • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, Miroslav Lachman
      • Re: RFC: Project geom-events, Scot Hetzel
      • Re: RFC: Project geom-events, Miroslav Lachman
      • Re: RFC: Project geom-events, Ivan Voras
      • Re: RFC: Project geom-events, Daniel Kalchev
      • Re: RFC: Project geom-events, Ivan Voras
      • Re: RFC: Project geom-events, Daniel Kalchev
      • Re: RFC: Project geom-events, Pieter de Goeje
      • Re: RFC: Project geom-events, Daniel Kalchev
      • Re: RFC: Project geom-events, Andrey V. Elsukov
      • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, perryh
      • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, perryh
      • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, Daniel Kalchev
      • Re: RFC: Project geom-events, Ivan Voras
      • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, Daniel Kalchev
      • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, perryh
      • MBR, GPT and their co-existence with other GEOM classes, Lev Serebryakov
      • Re: MBR, GPT and their co-existence with other GEOM classes, Lev Serebryakov
      • Re: RFC: Project geom-events, Miroslav Lachman
      • Re: RFC: Project geom-events, Ivan Voras
      • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, Miroslav Lachman
      • Re: RFC: Project geom-events, John
      • Re: RFC: Project geom-events, perryh
  • Re: RFC: Project geom-events, Andrey V. Elsukov
    • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, Andrey V. Elsukov
      • Re: RFC: Project geom-events, Lev Serebryakov
      • Re: RFC: Project geom-events, John-Mark Gurney
      • Re: RFC: Project geom-events, Lev Serebryakov
• [CFT] please test out -HEAD wireless before I merge things back to stable/9, Adrian Chadd
• locate broken on CURRENT, Ruslan Mahmatkhanov
• Re: [CFT] hostap mode fixes with ath(4), Pavel Timofeev
  • Re: [CFT] hostap mode fixes with ath(4), Adrian Chadd
• portsnap5 problem, portsnap error handling, Andriy Gapon
  • Re: portsnap5 problem, portsnap error handling, Doug Barton
  • Re: portsnap5 problem, portsnap error handling, Jilles Tjoelker
    • Re: portsnap5 problem, portsnap error handling, Colin Percival
• x220 notes, matt
  • Re: x220 notes, Benjamin Kaduk
    • Re: x220 notes, matt
      • Re: x220 notes, Kostik Belousov
      • Re: x220 notes, matt
      • Re: x220 notes, Kostik Belousov
      • Re: x220 notes, matt
  • Re: x220 notes, Maxim Ignatenko
  • <Possible follow-ups>
  • Re: x220 notes, Matt
• Re: FreeBSD 9.0-BETA3 Available..., Arnaud Lacombe
  • Re: FreeBSD 9.0-BETA3 Available..., Arnaud Lacombe
    • Re: FreeBSD 9.0-BETA3 Available..., Chris Rees
      • Message not available
      • Re: FreeBSD 9.0-BETA3 Available..., Arnaud Lacombe
      • Re: FreeBSD 9.0-BETA3 Available..., Ronald Klop
      • Re: FreeBSD 9.0-BETA3 Available..., Arnaud Lacombe
  • <Possible follow-ups>
  • Re: FreeBSD 9.0-BETA3 Available..., Andrey Fesenko
    • Re: FreeBSD 9.0-BETA3 Available..., Ken Smith
      • Re: FreeBSD 9.0-BETA3 Available..., Arnaud Lacombe
      • Re: FreeBSD 9.0-BETA3 Available..., Ken Smith
      • Re: FreeBSD 9.0-BETA3 Available..., Arnaud Lacombe
      • Message not available
      • Re: FreeBSD 9.0-BETA3 Available..., Arnaud Lacombe
      • Re: FreeBSD 9.0-BETA3 Available..., Arnaud Lacombe
      • Re: FreeBSD 9.0-BETA3 Available..., Vlad Galu
      • Re: FreeBSD 9.0-BETA3 Available..., Arnaud Lacombe
      • Re: FreeBSD 9.0-BETA3 Available..., Arnaud Lacombe
    • Re: FreeBSD 9.0-BETA3 Available..., Igor Mozolevsky
  • Re: FreeBSD 9.0-BETA3 Available..., Bruce Cran
    • Re: FreeBSD 9.0-BETA3 Available..., Ken Smith
      • Re: FreeBSD 9.0-BETA3 Available..., Doug Barton
• Strange ZFS filesystem corruption, Paul Mather
  • Re: Strange ZFS filesystem corruption, Artem Belevich
    • Re: Strange ZFS filesystem corruption, Paul Mather
  • Re: Strange ZFS filesystem corruption, Matt Thyer
  • Re: Strange ZFS filesystem corruption, Olivier Smedts
    • Re: Strange ZFS filesystem corruption, krad
      • Re: Strange ZFS filesystem corruption, Paul Mather
      • Re: Strange ZFS filesystem corruption, krad
    • Re: Strange ZFS filesystem corruption, Paul Mather
• Re: cvsup broken on amd64?, Maxime Henrion
  • Re: cvsup broken on amd64?, Jilles Tjoelker
    • Re: cvsup broken on amd64?, Maxime Henrion
      • Re: cvsup broken on amd64?, Adrian Chadd
      • Re: cvsup broken on amd64?, Maxime Henrion
      • Re: cvsup broken on amd64?, Adrian Chadd
      • Re: cvsup broken on amd64?, Thomas Mueller
      • Re: cvsup broken on amd64?, Kevin Oberman
      • Re: cvsup broken on amd64?, Thomas Mueller
      • Re: cvsup broken on amd64?, Doug Barton
  • <Possible follow-ups>
  • Re: cvsup broken on amd64?, David O'Brien
    • Re: cvsup broken on amd64?, Kostik Belousov
• st_dev and st_ino for pipes, Kostik Belousov
  • Re: st_dev and st_ino for pipes, Peter Jeremy
    • Re: st_dev and st_ino for pipes, Kostik Belousov
  • Re: st_dev and st_ino for pipes, John Baldwin
• alq_open_flags() panics in _mtx_lock_flags(), Lev Serebryakov
  • code in GEOM thread could not use vnode API (Was: alq_open_flags() panics in _mtx_lock_flags()), Lev Serebryakov
    • Re: code in GEOM thread could not use vnode API (Was: alq_open_flags() panics in _mtx_lock_flags()), Lev Serebryakov
• Re: FreeBSD 9: Fn+* keyboard combinations aren't working anymore., arrowdodger
  • Re: FreeBSD 9: Fn+* keyboard combinations aren't working anymore., matt
    • Re: FreeBSD 9: Fn+* keyboard combinations aren't working anymore., arrowdodger
• Re: Passive FTP, krad
• beta2 panic: VAPPEND without VWRITE, Harald Schmalzbauer
  • Re: beta2 panic: VAPPEND without VWRITE, Attilio Rao
    • Re: beta2 panic: VAPPEND without VWRITE, Harald Schmalzbauer
      • Re: beta2 panic: VAPPEND without VWRITE, Rick Macklem
      • Re: beta2 panic: VAPPEND without VWRITE, Harald Schmalzbauer
• Re: BETA2 panic, Joel Dahl
  • Re: BETA2 panic, Adrian Chadd
    • Re: BETA2 panic, Joel Dahl
• BETA3 core dump, Volodymyr Kostyrko
  • Re: BETA3 core dump, K. Macy
  • Re: BETA3 core dump, Volodymyr Kostyrko
• Re: SCSI descriptor sense changes, testing needed, Kenneth D. Merry
  • Re: SCSI descriptor sense changes, testing needed, Kenneth D. Merry
  • <Possible follow-ups>
  • Re: SCSI descriptor sense changes, testing needed, Kenneth D. Merry
    • Re: SCSI descriptor sense changes, testing needed, Fabian Keil
• Re: make buildworld error on 9.0B2, Conrad J. Sabatier
  • Re: make buildworld error on 9.0B2, Greg Miller
    • Re: make buildworld error on 9.0B2, Conrad J. Sabatier

• Security
• UNIX
• Linux
• Coding
• Usenet

• Mailing-Lists
• Newsgroups
• About
• Privacy
• Search
• Imprint

unix.derkeiler.com  > Mailing-Lists  > FreeBSD  > current  > 2011-10