freebsd-current

Date Index

problems with em(4) since update to driver 7.2.2, Olivier Smedts
- Re: problems with em(4) since update to driver 7.2.2, Mike Tancsa
  - Re: problems with em(4) since update to driver 7.2.2, Jack Vogel
schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock, Svatopluk Kraus
- Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock, John Baldwin
  - Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock, Svatopluk Kraus
    - Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock, John Baldwin
  - Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock, Attilio Rao
    - Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock, John Baldwin
    - Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock, Attilio Rao
    - Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock, John Baldwin
    - Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock, Attilio Rao
    - Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock, Julian Elischer
    - Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock, John Baldwin
- Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock, Andriy Gapon
  - Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock, Svatopluk Kraus
bsdinstaller / partedit emacs key patch, Daniel O'Connor
- Re: bsdinstaller / partedit emacs key patch, Nathan Whitehorn
Re: Wow... (<-- blown away at performance), Buganini
- Re: Wow... (<-- blown away at performance), Alexander Best
  - Re: Wow... (<-- blown away at performance), Jung-uk Kim
    - Re: Wow... (<-- blown away at performance), Alexander Best
    - Re: Wow... (<-- blown away at performance), Alexander Best
    - Re: Wow... (<-- blown away at performance), Brandon Gooch
    - Re: Wow... (<-- blown away at performance), Buganini
    - Re: Wow... (<-- blown away at performance), Jung-uk Kim
    - Re: Wow... (<-- blown away at performance), Jung-uk Kim
    - Re: Wow... (<-- blown away at performance), Alexander Best
    - Re: Wow... (<-- blown away at performance), Jung-uk Kim
    - Re: Wow... (<-- blown away at performance), Jung-uk Kim
    - Re: Wow... (<-- blown away at performance), Alexander Best
    - Re: Wow... (<-- blown away at performance), Jung-uk Kim
    - Re: Wow... (<-- blown away at performance), Kris Moore
    - Re: Wow... (<-- blown away at performance), Alexander Leidinger
ZFS dedup and temporary freeze, George Kontostanos
- Re: ZFS dedup and temporary freeze, Sean M. Collins
  - Re: ZFS dedup and temporary freeze, George Kontostanos
- Re: ZFS dedup and temporary freeze, Alexander Leidinger
  - Re: ZFS dedup and temporary freeze, George Kontostanos
- Re: ZFS dedup and temporary freeze, Sean M. Collins
  - Re: ZFS dedup and temporary freeze, George Kontostanos
How can I clone a mac address on wlan0?, Doug Barton
- Re: How can I clone a mac address on wlan0?, Adrian Chadd
- Re: How can I clone a mac address on wlan0?, Bernhard Schmidt
- Re: How can I clone a mac address on wlan0?, Daniel Eischen
RE: GSoC 2011 - EFI support for FreeBSD/i386 and FreeBSD/amd64, DU Cheng
What's so special about 0xffff EEPROM checksum, Nerius Landys
- Re: What's so special about 0xffff EEPROM checksum, Adrian Chadd
  - Re: What's so special about 0xffff EEPROM checksum, Nerius Landys
Re: msk0 interface stops working when downloading, Andrew Moran
ipv6 / rtadv problem, Daniel O'Connor
- Re: ipv6 / rtadv problem, Sergey Kandaurov
  - Re: ipv6 / rtadv problem, Daniel O'Connor
    - Re: ipv6 / rtadv problem, Daniel O'Connor
    - Re: ipv6 / rtadv problem, Sergey Kandaurov
    - Re: ipv6 / rtadv problem, Daniel O'Connor
    - Re: ipv6 / rtadv problem, Bernd Walter
    - Re: ipv6 / rtadv problem, Daniel O'Connor
    - Re: ipv6 / rtadv problem, Bernd Walter
    - Re: ipv6 / rtadv problem, Marcin Cieslak
    - Re: ipv6 / rtadv problem, Daniel O'Connor
    - Re: ipv6 / rtadv problem, Bernd Walter
detection os arch, Veniamin Gvozdikov
- Re: detection os arch, Alexander Best
Fix softdep_request_cleanup difference w/ and w/o SOFTUPDATES, Aleksandr Rybalko
- Re: Fix softdep_request_cleanup difference w/ and w/o SOFTUPDATES, Ryan Stone
  - Re: Fix softdep_request_cleanup difference w/ and w/o SOFTUPDATES, Aleksandr Rybalko
heads-up: breaking up ath (back) into sub-devices, Adrian Chadd
Installer request, Daniel O'Connor
- Re: Installer request, Nathan Whitehorn
  - Re: Installer request, Daniel O'Connor
  - Re: Installer request, Daniel O'Connor
    - Re: Installer request, Lars Engels
    - Re: Installer request, Daniel O'Connor
tzsetup disregards setting TZ to UTC, Daniel O'Connor
- Re: tzsetup disregards setting TZ to UTC, Eitan Adler
  - Re: tzsetup disregards setting TZ to UTC, Garrett Cooper
    - Re: tzsetup disregards setting TZ to UTC, Matthias Andree
    - Re: tzsetup disregards setting TZ to UTC, Matthew Seaman
    - Re: tzsetup disregards setting TZ to UTC, David Cornejo
    - Re: tzsetup disregards setting TZ to UTC, Doug Barton
    - Re: tzsetup disregards setting TZ to UTC, Garrett Cooper
    - Re: tzsetup disregards setting TZ to UTC, Daniel O'Connor
    - Re: tzsetup disregards setting TZ to UTC, Daniel O'Connor
  - Re: tzsetup disregards setting TZ to UTC, Daniel O'Connor
Loader FAT32 support, Daniel O'Connor
Questions on LRO and Delayed ACK, David Somayajulu
Booted nanobsd image has /etc schg flag set, Michael Reifenberger
- Re: Booted nanobsd image has /etc schg flag set, Michael Reifenberger
XIO: fatal IO error 35 (Resource temporarily unavailable) on X server ":0.0", O. Hartmann
- Re: XIO: fatal IO error 35 (Resource temporarily unavailable) on X server ":0.0", Andriy Gapon
  - Re: XIO: fatal IO error 35 (Resource temporarily unavailable) on X server ":0.0", O. Hartmann
    - Re: XIO: fatal IO error 35 (Resource temporarily unavailable) on X server ":0.0", Kostik Belousov
    - Re: XIO: fatal IO error 35 (Resource temporarily unavailable) on X server ":0.0", O. Hartmann
    - Re: XIO: fatal IO error 35 (Resource temporarily unavailable) on X server ":0.0", Gary Jennejohn
    - Re: XIO: fatal IO error 35 (Resource temporarily unavailable) on X server ":0.0", Hartmann, O.
    - Re: XIO: fatal IO error 35 (Resource temporarily unavailable) on X server ":0.0", Kostik Belousov
Android fastboot support for FreeBSD 8/9 using LibUSB v1.0, Hans Petter Selasky
- Re: Android fastboot support for FreeBSD 8/9 using LibUSB v1.0, Hans Petter Selasky
- Re: Android fastboot support for FreeBSD 8/9 using LibUSB v1.0, Carlos A. M. dos Santos
  - Re: Android fastboot support for FreeBSD 8/9 using LibUSB v1.0, Hans Petter Selasky
    - Re: Android fastboot support for FreeBSD 8/9 using LibUSB v1.0, Shawn Webb
    - Re: Android fastboot support for FreeBSD 8/9 using LibUSB v1.0, Hans Petter Selasky
VirtualBox guest panic in ACPI, Daniel O'Connor
- Re: VirtualBox guest panic in ACPI, Daniel O'Connor
make release problems (amd64), Daniel O'Connor
- Re: make release problems (amd64), Daniel O'Connor
- Re: make release problems (amd64), O. Hartmann
  - Re: make release problems (amd64), Daniel O'Connor
    - Re: make release problems (amd64), Nathan Whitehorn
Getting /usr/src/ from SVN directly?, Nerius Landys
- Re: Getting /usr/src/ from SVN directly?, Bruce Cran
  - Re: Getting /usr/src/ from SVN directly?, Garrett Cooper
    - Re: Getting /usr/src/ from SVN directly?, Nerius Landys
    - Re: Getting /usr/src/ from SVN directly?, Nerius Landys
    - Re: Getting /usr/src/ from SVN directly?, Artem Belevich
    - Re: Getting /usr/src/ from SVN directly?, Alexander Best
    - Re: Getting /usr/src/ from SVN directly?, Nerius Landys
    - Re: Getting /usr/src/ from SVN directly?, Alexander Best
    - Re: Getting /usr/src/ from SVN directly?, Artem Belevich
    - Re: Getting /usr/src/ from SVN directly?, Erik Trulsson
Could /etc/rc.d/routing require bridge?, Alexander Pyhalov
[ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Baptiste Daroussin
- Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Alexander Leidinger
  - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Baptiste Daroussin
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Alexander Leidinger
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Julien Laffaye
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Pietro Cerutti
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Baptiste Daroussin
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Andriy Gapon
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Eitan Adler
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Thomas Dickey
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Alexander Leidinger
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Garrett Cooper
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Alexander Leidinger
- Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Yuri
  - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Baptiste Daroussin
- Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Julien Laffaye
- <Possible follow-ups>
- Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Ivan Voras
  - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Julien Laffaye
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Baptiste Daroussin
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Pietro Cerutti
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Julien Laffaye
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Jason Helfman
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Baptiste Daroussin
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Julien Laffaye
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Ivan Voras
- Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Jos Backus
- Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Baptiste Daroussin
- Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Baptiste Daroussin
  - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Baptiste Daroussin
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Andriy Gapon
    - Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install, Baptiste Daroussin
graid hit the tree, Alexander Motin
- Re: graid hit the tree, Alex Dupre
  - Re: graid hit the tree, Alexander Motin
    - Re: graid hit the tree, Alex Dupre
    - Re: graid hit the tree, Doug Ambrisko
- Message not available
  - Re: graid hit the tree, Alexander Motin
Any success stories for HAST + ZFS?, Freddie Cash
- Re: Any success stories for HAST + ZFS?, Pawel Jakub Dawidek
  - Re: Any success stories for HAST + ZFS?, Freddie Cash
    - Re: Any success stories for HAST + ZFS?, Mikolaj Golub
    - Re: Any success stories for HAST + ZFS?, Mikolaj Golub
    - Re: Any success stories for HAST + ZFS?, Pete French
    - Re: Any success stories for HAST + ZFS?, Mikolaj Golub
    - Re: Any success stories for HAST + ZFS?, Freddie Cash
- Re: Any success stories for HAST + ZFS?, Pete French
- Re: Any success stories for HAST + ZFS?, Mickaël Maillot
clang'ed buildworld is failing with -O0, Yuri Pankov
how to build kernel with CTF data for DTrace?, Anton Yuzhaninov
- Re: how to build kernel with CTF data for DTrace?, Bruce Cran
  - Re: how to build kernel with CTF data for DTrace?, Andriy Gapon
- Re: how to build kernel with CTF data for DTrace?, Andriy Gapon
  - Re: how to build kernel with CTF data for DTrace?, Andriy Gapon
    - Re: how to build kernel with CTF data for DTrace?, Anton Yuzhaninov
Fwd: snd_hda, codec attaching randomly?, David Demelier
ZFSv28 zfs destroy -r bug., Dillon Kass
HEADSUP: Call for FreeBSD Status Reports - 1Q/2011, Daniel Gerzo
Error building src/sys/modules/mlx4 @r219821, David Wolfskill
Re: Request to mailing list freebsd-security rejected, Etienne Robillard
- Re: Request to mailing list freebsd-security rejected, Mark Linimon
bsdinstall-amd64-20110313 remarks, Michael Reifenberger
- Re: bsdinstall-amd64-20110313 remarks, Lars Engels
  - Re: bsdinstall-amd64-20110313 remarks, Michael Reifenberger
  - Re: bsdinstall-amd64-20110313 remarks, Nathan Whitehorn
- Re: bsdinstall-amd64-20110313 remarks, Nathan Whitehorn
  - Re: bsdinstall-amd64-20110313 remarks, Michael Reifenberger
HEADS UP: OFED stack merge tonight., Jeff Roberson
- Re: HEADS UP: OFED stack merge tonight., Mattia Rossi
  - Re: HEADS UP: OFED stack merge tonight., Jeff Roberson
SUJ Bugs, Jeff Roberson
- Re: SUJ Bugs, Lucius Windschuh
WITHOUT_JAIL and make delete-old{,-libs}, David Demelier
- Re: WITHOUT_JAIL and make delete-old{,-libs}, Alexander Best
- Re: WITHOUT_JAIL and make delete-old{,-libs}, Alexander Leidinger
  - Re: WITHOUT_JAIL and make delete-old{,-libs}, David Demelier
    - Re: WITHOUT_JAIL and make delete-old{,-libs}, Alexander Leidinger
    - Re: WITHOUT_JAIL and make delete-old{,-libs}, Roland Smith
    - Re: WITHOUT_JAIL and make delete-old{,-libs}, Arnaud Lacombe
What's wrong with the driver for ATA/SATA?, intron
BWN State with BCM4321, Domagoj S.
/etc/rc.d/powerd vs. lack of OID dev.cpu.0.freq, David Wolfskill
- Re: /etc/rc.d/powerd vs. lack of OID dev.cpu.0.freq, Andriy Gapon
  - Re: /etc/rc.d/powerd vs. lack of OID dev.cpu.0.freq, Bruce Cran
    - Re: /etc/rc.d/powerd vs. lack of OID dev.cpu.0.freq, Bruce Cran
Guaranteed kernel panic with ZFS + nullfs, Luke Marsden
ZFS import panic with r219703, Freddie Cash
- Re: ZFS import panic with r219703, Freddie Cash
- Re: ZFS import panic with r219703, Volodymyr Kostyrko
- Re: ZFS import panic with r219703, Freddie Cash
  - Re: ZFS import panic with r219703, Freddie Cash
    - Re: ZFS import panic with r219703, Olivier Smedts
    - Re: ZFS import panic with r219703, Freddie Cash
How does one get a working serial console with gptboot?, Freddie Cash
- Re: How does one get a working serial console with gptboot?, Freddie Cash
  - Re: How does one get a working serial console with gptboot?, Julian Elischer
  - Re: How does one get a working serial console with gptboot?, Garrett Cooper
    - Re: How does one get a working serial console with gptboot?, Freddie Cash
    - Re: How does one get a working serial console with gptboot?, Freddie Cash
Comparison of quality of generated code by the compilers, Mehmet Erol Sanliturk
I want to put together a new server with 9.0 that I will use as a prototype, eculp
svn commit r219563, Olivier Smedts
[TESTING]: boot2 compilation with -mregparm=3, Roman Divacky
- Re: [TESTING]: boot2 compilation with -mregparm=3, Fabian Keil
  - Re: [TESTING]: boot2 compilation with -mregparm=3, Roman Divacky
[CFT][patch]cfi driver support for NOR flash arrays, Aleksandr Rybalko
- Re: [CFT][patch]cfi driver support for NOR flash arrays, Marcel Moolenaar
  - RE: [CFT][patch]cfi driver support for NOR flash arrays, Andrew Duane
    - Re: [CFT][patch]cfi driver support for NOR flash arrays, Aleksandr Rybalko
[CFR]RT305xF support, w/o attachment, Aleksandr Rybalko
- Re: [CFR]RT305xF support, w/o attachment, Jan Henrik Sylvester
  - Re: [CFR]RT305xF support, w/o attachment, Aleksandr Rybalko
    - Re: [CFR]RT305xF support, w/o attachment, Aleksandr Rybalko
    - Re: [CFR]RT305xF support, w/o attachment, Sergey V. Dyatko
    - Re: [CFR]rt2860 driver with kld module, Aleksandr Rybalko
    - Re: [CFR]rt2860 driver with kld module, Sergey V. Dyatko
    - Re: [CFR]rt2860 driver with kld module, Aleksandr Rybalko
  - Re: [CFR]RT305xF support, w/o attachment, Adrian Chadd
    - Re: [CFR]RT305xF support, w/o attachment, Sergey V. Dyatko
    - Re: [CFR]RT305xF support, w/o attachment, Adrian Chadd
    - Re: [CFR]RT305xF support, w/o attachment, Sergey V. Dyatko
    - [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment, Aleksandr Rybalko
    - Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment, Sergey V. Dyatko
    - Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment, Sevan / Venture37
    - Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment, Aleksandr Rybalko
    - Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment, Sevan / Venture37
    - Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment, Aleksandr Rybalko
- Re: [CFR]RT305xF support, w/o attachment, Adrian Chadd
  - Re: [CFR]RT305xF support, w/o attachment, Sergey V. Dyatko
    - Re: [CFR]RT305xF support, w/o attachment, Adrian Chadd
    - Re: [CFR]RT305xF support, w/o attachment, Aleksandr Rybalko
    - Re: [CFR]RT305xF support, w/o attachment, Bernhard Schmidt
    - Re: [CFR]RT305xF support, w/o attachment, Aleksandr Rybalko
    - Re: [CFR]RT305xF support, w/o attachment, Bernhard Schmidt
    - Re: [CFR]RT305xF support, w/o attachment, Aleksandr Rybalko
    - Re: [CFR]RT305xF support, w/o attachment, Etienne Robillard
    - Re: [CFR]RT305xF support, w/o attachment, Andriy Gapon
    - Re: [CFR]RT305xF support, w/o attachment, Etienne Robillard
- <Possible follow-ups>
- Re: [CFR]RT305xF support, w/o attachment, PseudoCylon
  - Re: [CFR]RT305xF support, w/o attachment, Etienne Robillard
    - Message not available
    - Re: [CFR]RT305xF support, w/o attachment, Etienne Robillard
    - Re: [CFR]RT305xF support, w/o attachment, sthaug
- Re: [CFR]RT305xF support, w/o attachment, James Phillips
HEADS UP: sysinstall is no longer the default installer, Nathan Whitehorn
- Re: HEADS UP: sysinstall is no longer the default installer, John Baldwin
  - Re: HEADS UP: sysinstall is no longer the default installer, Nathan Whitehorn
    - Re: HEADS UP: sysinstall is no longer the default installer, John Baldwin
- Re: HEADS UP: sysinstall is no longer the default installer, Giorgos Keramidas
  - Re: HEADS UP: sysinstall is no longer the default installer, Nathan Whitehorn
    - Re: HEADS UP: sysinstall is no longer the default installer, Giorgos Keramidas
- Re: HEADS UP: sysinstall is no longer the default installer, Poul-Henning Kamp
  - Re: HEADS UP: sysinstall is no longer the default installer, Nathan Whitehorn
- Re: HEADS UP: sysinstall is no longer the default installer, Dan Mack
  - Re: HEADS UP: sysinstall is no longer the default installer, Nathan Whitehorn
- Re: HEADS UP: sysinstall is no longer the default installer, Marcel Moolenaar
  - Re: HEADS UP: sysinstall is no longer the default installer, Nathan Whitehorn
    - Re: HEADS UP: sysinstall is no longer the default installer, Marcel Moolenaar
Deadlock on stable fixed on head, Fabien Thomas
[ath] AR9285/AR2427 users - please test -HEAD, Adrian Chadd
- Re: [ath] AR9285/AR2427 users - please test -HEAD, Vinícius Zavam
  - Re: [ath] AR9285/AR2427 users - please test -HEAD, Adrian Chadd
    - Re: [ath] AR9285/AR2427 users - please test -HEAD, Vinícius Zavam
    - Re: [ath] AR9285/AR2427 users - please test -HEAD, Adrian Chadd
- Re: [ath] AR9285/AR2427 users - please test -HEAD, Gustau Pérez
  - Re: [ath] AR9285/AR2427 users - please test -HEAD, Adrian Chadd
`panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8, Yuri Pankov
- Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8, Matthew Jacob
- Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8, Yuri Pankov
  - Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8, Matthew Jacob
    - Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8, Yuri Pankov
    - Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8, Matthew Jacob
    - Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8, Daniel Nebdal
- Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8, Olivier Houchard
  - Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8, Yuri Pankov
Re: CFR: importing openresolv, Bjoern A. Zeeb
Re: please (re) test AR9220/AR9280 if_ath in -HEAD, Adrian Chadd
status of WITHOUT_SYSINSTALL, Alexander Best
- Message not available
  - Message not available
    - Re: status of WITHOUT_SYSINSTALL, Garrett Cooper
- <Possible follow-ups>
- Re: status of WITHOUT_SYSINSTALL, b. f.
FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Martin Matuska
- Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Kostik Belousov
- Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Poul-Henning Kamp
  - Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Martin Matuska
    - Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Poul-Henning Kamp
    - Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Martin Matuska
    - Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Mehmet Erol Sanliturk
    - Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Mehmet Erol Sanliturk
    - Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Poul-Henning Kamp
    - Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Vinícius Zavam
    - Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Jakub Lach
    - Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Mehmet Erol Sanliturk
- Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Alexander Leidinger
- <Possible follow-ups>
- Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, b. f.
- Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, b. f.
  - Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Jakub Lach
    - Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Jakub Lach
    - Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang, Martin Matuska
[TESTING] base gcc update to latest GPLv2 version, Martin Matuska
- Re: [TESTING] base gcc update to latest GPLv2 version, Alexander Best
ZFSv28, zfs list behaviour and sysutils/freebsd-snapshot, Urankar Mikael
- Re: ZFSv28, zfs list behaviour and sysutils/freebsd-snapshot, J. Hellenthal
  - Re: ZFSv28, zfs list behaviour and sysutils/freebsd-snapshot, Urankar Mikael
CPU affinity, Hideki Yamamoto
- Re: CPU affinity, Steve Kargl
  - Re: CPU affinity, Andriy Gapon
    - Re: CPU affinity, Hideki Yamamoto
[TESTING] ssse3 backport from gcc 4.3, Martin Matuska
- Re: [TESTING] ssse3 backport from gcc 4.3, George Liaskos
  - Re: [TESTING] ssse3 backport from gcc 4.3, David Cornejo
  - Re: [TESTING] ssse3 backport from gcc 4.3, Alexander Best
- Re: [TESTING] ssse3 backport from gcc 4.3, David Schultz
  - Re: [TESTING] ssse3 backport from gcc 4.3, Dimitry Andric
    - Re: [TESTING] ssse3 backport from gcc 4.3, Alexander Best
    - Re: [TESTING] ssse3 backport from gcc 4.3, Alexander Best
GENERIC kernconf file suggestion, Chris Forgeron
- Re: GENERIC kernconf file suggestion, Julian Elischer
Re: HEADSUP: BSD iconv coming to the base system with default off, Alexander Kabaev
- Re: HEADSUP: BSD iconv coming to the base system with default off, Gabor Kovesdan
Can't buildworld with r219408, Freddie Cash
- Message not available
  - Re: Can't buildworld with r219408, Freddie Cash
Re: About "panic: bufwrite: buffer is not busy???", Freddie Cash
[TESTING]: one more boot2 shrinking patch, Roman Divacky
- Re: [TESTING]: one more boot2 shrinking patch, Fabian Keil
  - Re: [TESTING]: one more boot2 shrinking patch, Roman Divacky
    - Re: [TESTING]: one more boot2 shrinking patch, John Baldwin
    - Re: [TESTING]: one more boot2 shrinking patch, Dimitry Andric
    - Re: [TESTING]: one more boot2 shrinking patch, John Baldwin
    - Re: [TESTING]: one more boot2 shrinking patch, Roman Divacky
    - Re: [TESTING]: one more boot2 shrinking patch, Matthew Fleming
    - Re: [TESTING]: one more boot2 shrinking patch, John Baldwin
MacbookPro4,1, atapci/ata stall during boot, Rick van der Zwet
Re: Sense fetching [Was: cdrtools /devel ...], Brandon Gooch
- <Possible follow-ups>
- Re: Sense fetching [Was: cdrtools /devel ...], Lawrence Stewart
Limited repository, packages gzipped in groups., Super Biscuit
r219379 build failure on sparc64, Anton Shterenlikht
- SOLVED: Re: r219379 build failure on sparc64, Anton Shterenlikht
Request to test if_ath - TX power control changes, Adrian Chadd
- Re: Request to test if_ath - TX power control changes, Adrian Chadd
  - Re: Request to test if_ath - TX power control changes, Etienne Robillard
r219385 build error., George Liaskos
- Re: r219385 build error., Alexander Best
  - Re: r219385 build error., George Liaskos
    - Re: r219385 build error., Kostik Belousov
    - Re: r219385 build error., Martin Matuska
    - Re: r219385 build error., Alexander Best
    - Re: r219385 build error., George Liaskos
    - Re: r219385 build error., Alexander Best
    - Re: r219385 build error., George Liaskos
    - Re: r219385 build error., Martin Matuska
    - Re: r219385 build error., Doug Barton
Re: More if_ath churn coming your way!, Vinícius Zavam
- Re: More if_ath churn coming your way!, Adrian Chadd
  - Re: More if_ath churn coming your way!, Vinícius Zavam
    - Re: More if_ath churn coming your way!, Adrian Chadd
    - Re: More if_ath churn coming your way!, Vinícius Zavam
    - Re: More if_ath churn coming your way!, Adrian Chadd
Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!), Adrian Chadd
- Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!), Vinícius Zavam
  - Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!), Adrian Chadd
    - Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!), Vinícius Zavam
    - Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!), Vinícius Zavam
    - Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!), Adrian Chadd
missing files in readdir(3) on NFS export of ZFS volume (since v28?), Pierre Beyssac
- Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?), Rick Macklem
- Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?), Rick Macklem
  - Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?), Pierre Beyssac
    - Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?), Rick Macklem
- Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?), Olivier Smedts
- Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?), Pawel Jakub Dawidek
  - Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?), Florian Smeets
  - RE: missing files in readdir(3) on NFS export of ZFS volume (since v28?), Chris Forgeron
  - Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?), Pierre Beyssac
    - Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?), Olivier Smedts
RFC: graid, first step done., Alexander Motin
can somebody explains OFDM in FreeBSD?, Etienne Robillard
- Re: can somebody explains OFDM in FreeBSD?, Hans Petter Selasky
  - Re: can somebody explains OFDM in FreeBSD?, Etienne Robillard
    - Re: can somebody explains OFDM in FreeBSD?, Adrian Chadd
    - Re: can somebody explains OFDM in FreeBSD?, Etienne Robillard
    - Message not available
    - Re: can somebody explains OFDM in FreeBSD?, Etienne Robillard
    - Re: can somebody explains OFDM in FreeBSD?, Diane Bruce
    - Re: can somebody explains OFDM in FreeBSD?, Etienne Robillard
    - Re: can somebody explains OFDM in FreeBSD?, Diane Bruce
    - Re: can somebody explains OFDM in FreeBSD?, Etienne Robillard
  - Re: can somebody explains OFDM in FreeBSD?, Diane Bruce
- Re: can somebody explains OFDM in FreeBSD?, Adrian Chadd
  - Re: can somebody explains OFDM in FreeBSD?, Etienne Robillard
    - Re: can somebody explains OFDM in FreeBSD?, Etienne Robillard
    - Message not available
    - Re: can somebody explains OFDM in FreeBSD?, Etienne Robillard
- <Possible follow-ups>
- Fwd: Re: can somebody explains OFDM in FreeBSD?, Etienne Robillard
- Re: can somebody explains OFDM in FreeBSD?, Etienne Robillard
- Re: can somebody explains OFDM in FreeBSD?, Etienne Robillard
  - Re: can somebody explains OFDM in FreeBSD?, Hans Petter Selasky
    - Re: can somebody explains OFDM in FreeBSD?, Etienne Robillard
    - OFDM kernel (Re: can somebody explains OFDM in FreeBSD?), Etienne Robillard
    - Re: can somebody explains OFDM in FreeBSD?, Etienne Robillard
    - Re: can somebody explains OFDM in FreeBSD?, Adrian Chadd
Re: ieee denormal on ia64?, David Schultz
Introduce myself and question about getting CURRENT, Nerius Landys
- Re: Introduce myself and question about getting CURRENT, Garrett Cooper
- Re: Introduce myself and question about getting CURRENT, Monthadar Al Jaberi
- Re: Introduce myself and question about getting CURRENT, Tim Kientzle
[PANIC] ffs_alloccg: map corrupted (w/SU+J), David O'Brien
- Re: [PANIC] ffs_alloccg: map corrupted (w/SU+J), Kostik Belousov
FS errors during unmount after dump'ing, Christian Gusenbauer
- Re: FS errors during unmount after dump'ing, Kostik Belousov
  - Re: FS errors during unmount after dump'ing, Christian Gusenbauer
    - Re: FS errors during unmount after dump'ing, Christian Gusenbauer
tag=. gets me nothing, Randy Bush
- Re: tag=. gets me nothing, Kevin Oberman
  - Re: tag=. gets me nothing, Randy Bush
  - Re: tag=. gets me nothing, Randy Bush
- Re: tag=. gets me nothing, Bjoern A. Zeeb
  - Re: tag=. gets me nothing, Randy Bush
please (re) test if_ath in -HEAD, Adrian Chadd
- Re: please (re) test if_ath in -HEAD, Urankar Mikael
  - Re: please (re) test if_ath in -HEAD, Adrian Chadd
    - Re: please (re) test if_ath in -HEAD, Urankar Mikael
    - Re: please (re) test if_ath in -HEAD, Adrian Chadd
    - Message not available
    - Re: please (re) test if_ath in -HEAD, Adrian Chadd
    - Message not available
    - Re: please (re) test if_ath in -HEAD, Adrian Chadd
- Re: please (re) test if_ath in -HEAD, Marcelo/Porks
- Re: please (re) test if_ath in -HEAD, Ian FREISLICH
  - Re: please (re) test if_ath in -HEAD, Adrian Chadd
  - Re: please (re) test if_ath in -HEAD, Vinícius Zavam
  - Re: please (re) test if_ath in -HEAD, Ian FREISLICH
    - Re: please (re) test if_ath in -HEAD, Adrian Chadd
    - Re: please (re) test if_ath in -HEAD, Dima Panov
- Message not available
  - Message not available
    - Re: please (re) test if_ath in -HEAD, Daren Isaacs
/netflow.c:301: error: 'struct netflow' has no member named 'zone6', O. Hartmann
- Re: /netflow.c:301: error: 'struct netflow' has no member named 'zone6', O. Hartmann
login.conf: maxproc does not work when command running from cron?, Alex Keda
- Re: login.conf: maxproc does not work when command running from cron?, Alex Keda
  - Re: login.conf: maxproc does not work when command running from cron?, Sergey Kandaurov
    - Re: login.conf: maxproc does not work when command running from cron?, Alex Keda
[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 powerpc64/powerpc, FreeBSD Tinderbox
- [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
- [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
- [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
- [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
- [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
- [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
- [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
- [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
- [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
- [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
- [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
- [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
- [head tinderbox] failure on powerpc64/powerpc, FreeBSD Tinderbox
[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 sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
  - Re: [head tinderbox] failure on sparc64/sparc64, Adrian Chadd
RE: urtw0: could not allocate USB transfers, Etienne Robillard
- Re: urtw0: could not allocate USB transfers, John Baldwin
  - Re: urtw0: could not allocate USB transfers, Etienne Robillard
    - Re: urtw0: could not allocate USB transfers, Hans Petter Selasky
    - Re: urtw0: could not allocate USB transfers, Etienne Robillard
    - Re: urtw0: could not allocate USB transfers, Hans Petter Selasky
    - Re: urtw0: could not allocate USB transfers, Etienne Robillard
    - Re: urtw0: could not allocate USB transfers, Hans Petter Selasky
    - Re: urtw0: could not allocate USB transfers, Etienne Robillard
    - Re: urtw0: could not allocate USB transfers, Bernhard Schmidt
Re: svn commit: r219178 - head/sys/crypto/aesni, Kostik Belousov
Re: Request for review/testing: switching the default installer, Nathan Whitehorn
- Re: Request for review/testing: switching the default installer, John Baldwin
- Re: Request for review/testing: switching the default installer, Paul Schenkeveld
  - Re: Request for review/testing: switching the default installer, Baptiste Daroussin
    - Re: Request for review/testing: switching the default installer, Doug Barton
- <Possible follow-ups>
- Re: Request for review/testing: switching the default installer, TAKAHASHI Yoshihiro
  - Re: Request for review/testing: switching the default installer, Nathan Whitehorn
    - Re: Request for review/testing: switching the default installer, TAKAHASHI Yoshihiro
- Re: Request for review/testing: switching the default installer, Freddie Cash
  - Re: Request for review/testing: switching the default installer, Vincent Hoffman
  - Re: Request for review/testing: switching the default installer, Gerrit Kühn
- Re: Request for review/testing: switching the default installer, Freddie Cash
  - Re: Request for review/testing: switching the default installer, Nathan Whitehorn
    - Re: Request for review/testing: switching the default installer, Freddie Cash
    - Re: Request for review/testing: switching the default installer, Nathan Whitehorn
Capsicum merge in progress (was: Re: Capsicum -- 9.x merge in sight), Robert Watson
DTrace and USDT, Mike Owens
Re: HEADS UP: ZFSv28 is in!, Pawel Jakub Dawidek
- <Possible follow-ups>
- Re: HEADS UP: ZFSv28 is in!, Fabian Keil
  - Re: HEADS UP: ZFSv28 is in!, Alexander Leidinger
    - Re: HEADS UP: ZFSv28 is in!, Fabian Keil
  - Re: HEADS UP: ZFSv28 is in!, Bob Friesenhahn
- Re: HEADS UP: ZFSv28 is in!, Volodymyr Kostyrko
- Re: HEADS UP: ZFSv28 is in!, Steve Wills
  - Re: HEADS UP: ZFSv28 is in!, Edward Tomasz Napierała
    - Re: HEADS UP: ZFSv28 is in!, Steve Wills
    - Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!), Steve Wills
    - Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!), Jeremy Chadwick
    - Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!), Steve Wills
    - Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!), Jeremy Chadwick
    - Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!), Jeremy Chadwick
    - Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!), Robert N. M. Watson
    - Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!), Steve Wills
    - Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!), Edward Tomasz Napierała
    - Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!), Steve Wills
    - Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!), Edward Tomasz Napierała
[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
  - Re: [head tinderbox] failure on ia64/ia64, Pawel Jakub Dawidek
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
- [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
[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
Re: Can't update CLang-based system, Dimitry Andric
- <Possible follow-ups>
- Re: Can't update CLang-based system, Marcelo/Porks
[head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- <Possible follow-ups>
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
  - Re: [head tinderbox] failure on sparc64/sun4v, Jeff Roberson
    - Re: [head tinderbox] failure on sparc64/sun4v, Marcel Moolenaar
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
- [head tinderbox] failure on sparc64/sun4v, FreeBSD Tinderbox
Re: [TESTING]: boot2 changes, John Baldwin
- Re: [TESTING]: boot2 changes, Roman Divacky
- <Possible follow-ups>
- Re: [TESTING]: boot2 changes, Alexander Best
  - Re: [TESTING]: boot2 changes, Roman Divacky
Re: Can't buildworld since Clang update, Olivier Smedts
Re: Fwd: OpenSSL 1.0.0d for Freebsd HEAD, Alexandre Martins
- Re: OpenSSL 1.0.0d for Freebsd HEAD, Alexandre Martins
- Re: Fwd: OpenSSL 1.0.0d for Freebsd HEAD, Marius Strobl
  - Re: Fwd: OpenSSL 1.0.0d for Freebsd HEAD, Alexandre Martins
    - Re: Fwd: OpenSSL 1.0.0d for Freebsd HEAD, Marius Strobl
Re: setfacl Recursive Functionality, Shawn Webb
[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
  - Re: [head tinderbox] failure on i386/i386, Kostik Belousov
- [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
  - Re: [head tinderbox] failure on i386/pc98, Arnaud Lacombe
    - Re: [head tinderbox] failure on i386/pc98, Arnaud Lacombe
    - Re: [head tinderbox] failure on i386/pc98, Garrett Cooper
    - Re: [head tinderbox] failure on i386/pc98, Garrett Cooper
- [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 powerpc/powerpc, FreeBSD Tinderbox
- <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
- [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 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
- [head tinderbox] failure on mips/mips, FreeBSD Tinderbox