freebsd-current

• Date Index

---

• Race between cron and crontab, John Baldwin
  • Re: Race between cron and crontab, Ian Lepore
    • Re: Race between cron and crontab, John Baldwin
      • Re: Race between cron and crontab, Ian Lepore
      • Re: Race between cron and crontab, John Baldwin
• em0 failure on 10-current w/ clang, Philip M. Gollucci
  • Re: em0 failure on 10-current w/ clang, Dimitry Andric
• gptboot rewrite, bootonce, etc., Andrey Fesenko
  • Re: gptboot rewrite, bootonce, etc., Pawel Jakub Dawidek
• FreeBSD 10-CURRENT/amd64: revision 230789: usr/src/sys/modules/ixgbe/../../dev/ixgbe/ixgbe_osdep.h:109:19: error: typedef redefinition with different types ('boolean_t' (aka 'int') vs '_Bool'),typedef boolean_t bool;, ^,@/sys/types.h:271:15: note: previous definition is here,typedef _Bool bool;, O. Hartmann
  • Re: FreeBSD 10-CURRENT/amd64: revision 230789: [...], Glen Barber
    • Re: FreeBSD 10-CURRENT/amd64: revision 230789: [...], Jack Vogel
      • Re: FreeBSD 10-CURRENT/amd64: revision 230789: [...], O. Hartmann
• [patch] nextboot(8) arbitrary kernel environment, Ed Maste
  • Re: [patch] nextboot(8) arbitrary kernel environment, Ian Lepore
    • Re: [patch] nextboot(8) arbitrary kernel environment, Ed Maste
  • Re: [patch] nextboot(8) arbitrary kernel environment, John Baldwin
• FILTER_SCHEDULE_THREAD is not a bit-value, Max Khon
  • Re: FILTER_SCHEDULE_THREAD is not a bit-value, Ian Lepore
    • Re: FILTER_SCHEDULE_THREAD is not a bit-value, Max Khon
      • Re: FILTER_SCHEDULE_THREAD is not a bit-value, John Baldwin
      • Re: FILTER_SCHEDULE_THREAD is not a bit-value, Ian Lepore
• revisiting tunables under Safe Mode menu option, Andriy Gapon
  • Re: revisiting tunables under Safe Mode menu option, Ian Lepore
    • Re: revisiting tunables under Safe Mode menu option, Nathan Whitehorn
• [HEADSUP][CFT] pkgng beta1 is out, Baptiste Daroussin
  • Re: [HEADSUP][CFT] pkgng beta1 is out, wen heping
  • Re: [HEADSUP][CFT] pkgng beta1 is out, Jos Backus
    • Re: [HEADSUP][CFT] pkgng beta1 is out, Baptiste Daroussin
      • Re: [HEADSUP][CFT] pkgng beta1 is out, Jos Backus
      • Re: [HEADSUP][CFT] pkgng beta1 is out, Baptiste Daroussin
      • Re: [HEADSUP][CFT] pkgng beta1 is out, Jos Backus
  • Re: [HEADSUP][CFT] pkgng beta1 is out, Yuri Pankov
    • Re: [HEADSUP][CFT] pkgng beta1 is out, Alberto Villa
      • Re: [HEADSUP][CFT] pkgng beta1 is out, Alberto Villa
      • Re: [HEADSUP][CFT] pkgng beta1 is out, Alberto Villa
      • Re: [HEADSUP][CFT] pkgng beta1 is out, Baptiste Daroussin
  • Re: [HEADSUP][CFT] pkgng beta1 is out, Julian Elischer
    • Re: [HEADSUP][CFT] pkgng beta1 is out, Baptiste Daroussin
• mps module compilation issue on FreeBSD-9 amd64, Desai, Kashyap
  • RE: mps module compilation issue on FreeBSD-9 amd64, Desai, Kashyap
• Does anyone try kib's Sandy Bridge PCID patch (pcid.2.patch)?, Paul Ambrose
  • Re: Does anyone try kib's Sandy Bridge PCID patch (pcid.2.patch)?, Kostik Belousov
    • Re: Does anyone try kib's Sandy Bridge PCID patch (pcid.2.patch)?, Paul Ambrose
      • Re: Does anyone try kib's Sandy Bridge PCID patch (pcid.2.patch)?, Kostik Belousov
      • Re: Does anyone try kib's Sandy Bridge PCID patch (pcid.2.patch)?, Paul Ambrose
      • Re: Does anyone try kib's Sandy Bridge PCID patch (pcid.2.patch)?, Konstantin Belousov
• stray symbol in hd's output?, Andriy Gapon
  • Re: stray symbol in hd's output?, Jilles Tjoelker
    • Re: stray symbol in hd's output?, Andriy Gapon
  • Re: stray symbol in hd's output?, Matthias Apitz
• ULE vs. 4BSD scheduler benchmarks, Florian Smeets
• Re: svn commit: r227333 - in head: . sys/amd64/conf sys/arm/conf sys/conf sys/i386/conf sys/ia64/conf sys/kern sys/mips/conf sys/pc98/conf sys/powerpc/conf sys/sparc64/conf, Attilio Rao
  • Retiring non-mpsafe filesystems (was: Re: svn commit: r227333 - in head: . sys/amd64/conf sys/arm/conf sys/conf sys/i386/conf sys/ia64/conf sys/kern sys/mips/conf sys/pc98/conf sys/powerpc/conf sys/sparc64/conf), Dag-Erling Smørgrav
• jid and jname are numberic by default why? Can we change it ?, Philip M. Gollucci
  • Re: jid and jname are numberic by default why? Can we change it ?, Matt Mullins
    • Re: jid and jname are numberic by default why? Can we change it ?, Daniel Shafaf
      • Re: jid and jname are numberic by default why? Can we change it ?, Bjoern A. Zeeb
      • Re: jid and jname are numberic by default why? Can we change it ?, Daniel Shahaf
      • Re: jid and jname are numberic by default why? Can we change it ?, Jamie Gritton
      • Re: jid and jname are numberic by default why? Can we change it ?, Daniel Shahaf
      • Re: jid and jname are numberic by default why? Can we change it ?, Jamie Gritton
• FreeBSD Quarterly Status Report October-December, 2011, Daniel Gerzo
• knlist_empty locking fix, Doug Ambrisko
  • Re: knlist_empty locking fix, Kostik Belousov
    • Re: knlist_empty locking fix, John Baldwin
      • Re: knlist_empty locking fix, Doug Ambrisko
      • Re: knlist_empty locking fix, Andrew Boyer
      • Re: knlist_empty locking fix, Doug Ambrisko
      • Re: knlist_empty locking fix, Kostik Belousov
      • Re: knlist_empty locking fix, John Baldwin
      • Re: knlist_empty locking fix, Doug Ambrisko
      • Re: knlist_empty locking fix, John Baldwin
• timeouts too long bug again..., Luigi Rizzo
  • Re: timeouts too long bug again..., Chuck Swiger
• [patch] fstat: print the owner process for UNIX domain sockets, Sergey Kandaurov
• msk0: watchdog timeout interface hang, Kim Culhan
  • Re: msk0: watchdog timeout interface hang, Kim Culhan
• LOR so_snd_sx @ uipc_sockbuf.c and filedesc structure @ uipc_usrreq.c, Yuri Pankov
• Heads Up: NFS clients can now fail "mount -u -o udp...", Rick Macklem
  • Re: Heads Up: NFS clients can now fail "mount -u -o udp...", Craig Rodrigues
    • Re: Heads Up: NFS clients can now fail "mount -u -o udp...", Michael Butler
• [ptrace] please review follow fork/exec changes, Marcel Moolenaar
  • Re: [ptrace] please review follow fork/exec changes, Kostik Belousov
    • Re: [ptrace] please review follow fork/exec changes, Dmitry Mikulin
      • Re: [ptrace] please review follow fork/exec changes, Kostik Belousov
      • Re: [ptrace] please review follow fork/exec changes, Dmitry Mikulin
      • Re: [ptrace] please review follow fork/exec changes, Dmitry Mikulin
      • Re: [ptrace] please review follow fork/exec changes, Kostik Belousov
      • Re: [ptrace] please review follow fork/exec changes, Dmitry Mikulin
      • Re: [ptrace] please review follow fork/exec changes, Kostik Belousov
      • Re: [ptrace] please review follow fork/exec changes, Dmitry Mikulin
• nullfs broken on powerpc, Milan Obuch
  • Re: nullfs broken on powerpc, Kostik Belousov
    • Re: nullfs broken on powerpc, Milan Obuch
      • Re: nullfs broken on powerpc, Kostik Belousov
      • Re: nullfs broken on powerpc, Eitan Adler
      • Re: nullfs broken on powerpc, Andreas Tobler
      • Re: nullfs broken on powerpc, Kostik Belousov
      • Re: nullfs broken on powerpc, Eitan Adler
      • Re: nullfs broken on powerpc, Kip Macy
      • Re: nullfs broken on powerpc, Milan Obuch
• [patch] pam_exec: use program exit code instead of PAM_SYSTEM_ERR, Jean-Sébastien Pédron
  • Re: [patch] pam_exec: use program exit code instead of PAM_SYSTEM_ERR, Gleb Kurtsou
    • Re: [patch] pam_exec: use program exit code instead of PAM_SYSTEM_ERR, Jean-Sébastien Pédron
• Is UPS_PORT_POWER wrong?, Kohji Okuno
  • Re: Is UPS_PORT_POWER wrong?, Hans Petter Selasky
    • Re: Is UPS_PORT_POWER wrong?, Kohji Okuno
      • Re: Is UPS_PORT_POWER wrong?, Kohji Okuno
      • Re: Is UPS_PORT_POWER wrong?, Hans Petter Selasky
• Firewire disk/tape access stopped working after recent CAM commit, Richard Todd
  • Re: Firewire disk/tape access stopped working after recent CAM commit, Kenneth D. Merry
    • Re: Firewire disk/tape access stopped working after recent CAM commit, Richard Todd
      • Re: Firewire disk/tape access stopped working after recent CAM commit, Kenneth D. Merry
• panic: No NCF_TS, Yuri Pankov
  • Re: panic: No NCF_TS, Kostik Belousov
    • Re: panic: No NCF_TS, Yuri Pankov
    • Re: panic: No NCF_TS, John Baldwin
      • Re: panic: No NCF_TS, Kostik Belousov
      • Re: panic: No NCF_TS, John Baldwin
• i18n and shell scripts, Ron McDowell
  • Re: i18n and shell scripts, Tim Kientzle
  • Re: i18n and shell scripts, Jilles Tjoelker
• Problems with enabling iwi due to sysctl, Super Bisquit
  • Re: Problems with enabling iwi due to sysctl, Michael Butler
    • Re: Problems with enabling iwi due to sysctl, Super Bisquit
      • Re: Problems with enabling iwi due to sysctl, Michael Butler
      • Re: Problems with enabling iwi due to sysctl, Super Bisquit
      • Re: Problems with enabling iwi due to sysctl, Lars Engels
  • Re: Problems with enabling iwi due to sysctl, Andreas Tobler
• Snapshot listing speedup., Pawel Jakub Dawidek
  • Re: Snapshot listing speedup., Freddie Cash
  • Re: Snapshot listing speedup., Yuri Pankov
  • Re: Snapshot listing speedup., Fabian Keil
• FreeBSD hangs on boot after kernel upgrade to 9.0-R, mato
• LSI supported mps(4) driver available, Kenneth D. Merry
  • Re: LSI supported mps(4) driver available, Freddie Cash
    • Re: LSI supported mps(4) driver available, Kenneth D. Merry
  • Re: LSI supported mps(4) driver available, Steven Hartland
    • Re: LSI supported mps(4) driver available, Kenneth D. Merry
  • Re: LSI supported mps(4) driver available, Daniel O'Connor
  • Re: LSI supported mps(4) driver available, Dennis Glatting
    • Re: LSI supported mps(4) driver available, Kenneth D. Merry
  • Message not available
    • Message not available
      • Re: LSI supported mps(4) driver available, Johan Hendriks
  • Message not available
    • Message not available
      • Re: LSI supported mps(4) driver available, Johan Hendriks
• amd: is there an alternative with NFSv4 capabilities?, O. Hartmann
  • Re: amd: is there an alternative with NFSv4 capabilities?, Rick Macklem
    • Re: amd: is there an alternative with NFSv4 capabilities?, Hans Ottevanger
• Re: Improving the FreeBSD-9 boot menu, Warren Block
  • Re: Improving the FreeBSD-9 boot menu, Joel Dahl
    • Re: Improving the FreeBSD-9 boot menu, Eitan Adler
  • <Possible follow-ups>
  • Re: Improving the FreeBSD-9 boot menu, Sergey Kandaurov
• Re: RFC: GEOM MULTIPATH rewrite, Nikolay Denev
  • Re: RFC: GEOM MULTIPATH rewrite, Alexander Motin
    • Re: RFC: GEOM MULTIPATH rewrite, Nikolay Denev
      • Re: RFC: GEOM MULTIPATH rewrite, Alexander Motin
      • Re: RFC: GEOM MULTIPATH rewrite, Nikolay Denev
      • Re: RFC: GEOM MULTIPATH rewrite, Alexander Motin
      • Re: RFC: GEOM MULTIPATH rewrite, Nikolay Denev
      • Re: RFC: GEOM MULTIPATH rewrite, Alexander Motin
      • Re: RFC: GEOM MULTIPATH rewrite, Nikolay Denev
• posix_fadvise noreuse disables file caching, Tijl Coosemans
  • Re: posix_fadvise noreuse disables file caching, John Baldwin
    • Re: posix_fadvise noreuse disables file caching, John Baldwin
      • Re: posix_fadvise noreuse disables file caching, Julian Elischer
      • Re: posix_fadvise noreuse disables file caching, Tijl Coosemans
      • Re: posix_fadvise noreuse disables file caching, John Baldwin
      • Re: posix_fadvise noreuse disables file caching, Ulrich Spörlein
      • Re: posix_fadvise noreuse disables file caching, John Baldwin
• Google Code-In 2011 is over; 56 tasks got completed for FreeBSD!, Wojciech A. Koszek
• Intermittent re0 phy failure, Michael Butler
  • Re: Intermittent re0 phy failure, YongHyeon PYUN
    • Re: Intermittent re0 phy failure, Michael Butler
      • Re: Intermittent re0 phy failure, YongHyeon PYUN
      • Re: Intermittent re0 phy failure, Michael Butler
      • Re: Intermittent re0 phy failure, Michael Butler
• [panic] intr_event_execute_handlers() - Corrupted DWARF expression, Glen Barber
  • Re: [panic] intr_event_execute_handlers() - Corrupted DWARF expression, Glen Barber
  • Re: [panic] intr_event_execute_handlers() - Corrupted DWARF expression, John Baldwin
    • Re: [panic] intr_event_execute_handlers() - Corrupted DWARF expression, Glen Barber
      • Re: [panic] intr_event_execute_handlers() - Corrupted DWARF expression, John Baldwin
      • Re: [panic] intr_event_execute_handlers() - Corrupted DWARF expression, Attilio Rao
• CARP on -CURRENT, Andrew Hobbs
  • Re: CARP on -CURRENT, Freddie Cash
  • Re: CARP on -CURRENT, Sergey Kandaurov
• libfftw3.so.5: compile error on port of awesome, Marcelo/Porks
  • Re: libfftw3.so.5: compile error on port of awesome, Kevin Oberman
    • Re: libfftw3.so.5: compile error on port of awesome, Marcelo/Porks
• dhclient em0: not found rev r230054, Octavian Rinciog
  • Re: dhclient em0: not found rev r230054, Gleb Smirnoff
  • Re: dhclient em0: not found rev r230054, Doug Barton
  • Re: dhclient em0: not found rev r230054, David Wolfskill
• new panic in cpu_reset() with WITNESS, Gleb Smirnoff
  • Re: new panic in cpu_reset() with WITNESS, mdf
    • Re: new panic in cpu_reset() with WITNESS, Gleb Smirnoff
    • Re: new panic in cpu_reset() with WITNESS, Andriy Gapon
  • Re: new panic in cpu_reset() with WITNESS, Gleb Smirnoff
    • Re: new panic in cpu_reset() with WITNESS, Andriy Gapon
      • locks under printf(9) and WITNESS [Was: new panic in cpu_reset() with WITNESS], Andriy Gapon
      • Re: locks under printf(9) and WITNESS [Was: new panic in cpu_reset() with WITNESS], Andriy Gapon
      • Re: locks under printf(9) and WITNESS [Was: new panic in cpu_reset() with WITNESS], Gleb Smirnoff
      • Re: locks under printf(9) and WITNESS [Was: new panic in cpu_reset() with WITNESS], Andriy Gapon
      • Re: locks under printf(9) and WITNESS, Andriy Gapon
      • Re: new panic in cpu_reset() with WITNESS, Andriy Gapon
      • Re: new panic in cpu_reset() with WITNESS, Gleb Smirnoff
      • Re: new panic in cpu_reset() with WITNESS, Andriy Gapon
      • Re: new panic in cpu_reset() with WITNESS, Gleb Smirnoff
      • Re: new panic in cpu_reset() with WITNESS, Andriy Gapon
      • Re: new panic in cpu_reset() with WITNESS, Gleb Smirnoff
      • Re: new panic in cpu_reset() with WITNESS, Gleb Smirnoff
      • Re: new panic in cpu_reset() with WITNESS, Andriy Gapon
      • Re: new panic in cpu_reset() with WITNESS, Gleb Smirnoff
      • Re: new panic in cpu_reset() with WITNESS, Andriy Gapon
      • Re: new panic in cpu_reset() with WITNESS, Gleb Smirnoff
      • Re: new panic in cpu_reset() with WITNESS, Andriy Gapon
      • Re: new panic in cpu_reset() with WITNESS, Gleb Smirnoff
      • Re: new panic in cpu_reset() with WITNESS, Andriy Gapon
• Small usr.bin/Makefile patch to remove a reference to wtmpcvt, Jos Backus
  • Re: Small usr.bin/Makefile patch to remove a reference to wtmpcvt, Ed Schouten
    • Re: Small usr.bin/Makefile patch to remove a reference to wtmpcvt, Jos Backus
      • Re: Small usr.bin/Makefile patch to remove a reference to wtmpcvt, Jos Backus
  • Re: Small usr.bin/Makefile patch to remove a reference to wtmpcvt, Xin Li
    • Re: Small usr.bin/Makefile patch to remove a reference to wtmpcvt, Jos Backus
• svn stuck in read(), Steve Kargl
  • Re: svn stuck in read(), Dimitry Andric
    • Re: svn stuck in read(), Steve Kargl
      • Re: svn stuck in read(), Steve Kargl
• installworld: posix_memalign, Monthadar Al Jaberi
  • Re: installworld: posix_memalign, Ed Schouten
    • Re: installworld: posix_memalign, Monthadar Al Jaberi
      • Re: installworld: posix_memalign, Ed Schouten
• Re: RLIMIT_DATA and malloc(3) use of mmap(2), Maxim Konovalov
• WTF mergemaster VCS Id checking?, deeptech71@xxxxxxxxx
  • Re: WTF mergemaster VCS Id checking?, Benjamin Kaduk
  • Re: WTF mergemaster VCS Id checking?, Doug Barton
• My thoughts on "bsdconfig", Ron McDowell
• Re: 9.0 umass problem, Hans Petter Selasky
• FEATURE: Implement 'make config' in /usr/src, Коньков Евгений
  • Re: FEATURE: Implement 'make config' in /usr/src, Alexander Yerenkow
• netisr ambigios policy, Коньков Евгений
  • Re: netisr ambigios policy, Коньков Евгений
  • Re: netisr ambigios policy, Lev Serebryakov
• HEADS UP: set_rcvar() removed from rc.subr, Doug Barton
  • Re: HEADS UP: set_rcvar() removed from rc.subr, Denny Lin
    • Re: HEADS UP: set_rcvar() removed from rc.subr, Chris Rees
  • Re: HEADS UP: set_rcvar() removed from rc.subr, Jilles Tjoelker
    • Re: HEADS UP: set_rcvar() removed from rc.subr, Doug Barton
  • Re: HEADS UP: set_rcvar() removed from rc.subr, Rainer Hurling
    • Re: HEADS UP: set_rcvar() removed from rc.subr, Chris Rees
      • Re: HEADS UP: set_rcvar() removed from rc.subr, Conrad J. Sabatier
      • Re: HEADS UP: set_rcvar() removed from rc.subr, Doug Barton
      • Re: HEADS UP: set_rcvar() removed from rc.subr, Conrad J. Sabatier
      • Re: HEADS UP: set_rcvar() removed from rc.subr, Chris Rees
      • Re: HEADS UP: set_rcvar() removed from rc.subr, Conrad J. Sabatier
    • Re: HEADS UP: set_rcvar() removed from rc.subr, Doug Barton
      • Re: HEADS UP: set_rcvar() removed from rc.subr, Rainer Hurling
• [CFT] New headers from the maestro3 snd driver, Pedro Giffuni
• upgrading to r230059 cause slow network throughput, Коньков Евгений
  • [RESOLVED]: upgrading to r230059 cause slow network throughput, Коньков Евгений
• FYI: 9.0-RELEASE announced..., Ken Smith
• ctlstat not building with clang, Dan McGregor
  • Re: ctlstat not building with clang, Kenneth D. Merry
• FreeBSD 9 & recompile ports, George Kontostanos
  • Re: FreeBSD 9 & recompile ports, Volodymyr Kostyrko
    • Re: FreeBSD 9 & recompile ports, Doug Barton
      • Re: FreeBSD 9 & recompile ports, Andriy Gapon
  • Message not available
    • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Re: FreeBSD 9 & recompile ports, George Kontostanos
      • Re: FreeBSD 9 & recompile ports, Andriy Gapon
      • Re: FreeBSD 9 & recompile ports, Kostik Belousov
      • Re: FreeBSD 9 & recompile ports, George Kontostanos
• SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818, Lev Serebryakov
  • Re: SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818, Andriy Gapon
    • Re: SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818, Lev Serebryakov
      • Re: SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818, Andriy Gapon
      • Re: SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818, Lev Serebryakov
      • Re: SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818, Lev Serebryakov
      • Re: SCHED_ULE / NetGraph interaction broken somwhere between r227874 and r229818, Lev Serebryakov
• kernel config files outside of sys/${ARCH}/conf ?, Luigi Rizzo
  • Re: kernel config files outside of sys/${ARCH}/conf ?, Gary Jennejohn
    • Re: kernel config files outside of sys/${ARCH}/conf ?, Luigi Rizzo
      • Re: kernel config files outside of sys/${ARCH}/conf ?, Garrett Cooper
      • Re: kernel config files outside of sys/${ARCH}/conf ?, Luigi Rizzo
      • Re: kernel config files outside of sys/${ARCH}/conf ?, Aleksandr Rybalko
      • Re: kernel config files outside of sys/${ARCH}/conf ?, Luigi Rizzo
      • Re: kernel config files outside of sys/${ARCH}/conf ?, Aleksandr Rybalko
• Build Option Survey results, Bjoern A. Zeeb
  • Re: Build Option Survey results, Ulrich Spörlein
• Can you use a USB3.0 hub?, Kohji Okuno
  • Re: Can you use a USB3.0 hub?, Hans Petter Selasky
    • Re: Can you use a USB3.0 hub?, Kohji Okuno
      • Re: Can you use a USB3.0 hub?, Hans Petter Selasky
• Re: ImageMagick: tests fail on freebsd 10, Andriy Gapon
• [RFT] Major snd_hda rewrite, Alexander Motin
  • Re: [RFT] Major snd_hda rewrite, Gary Jennejohn
    • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Rainer Hurling
      • Re: [RFT] Major snd_hda rewrite, Alexander Best
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Alexander Best
      • Re: [RFT] Major snd_hda rewrite, Steve Kargl
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Steve Kargl
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Steve Kargl
      • Re: [RFT] Major snd_hda rewrite, Doug Barton
      • Re: [RFT] Major snd_hda rewrite, Andriy Gapon
  • Re: [RFT] Major snd_hda rewrite, Mickaël Maillot
    • Re: [RFT] Major snd_hda rewrite, Alexander Motin
  • Re: [RFT] Major snd_hda rewrite, Yuri Pankov
    • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Yuri Pankov
      • Message not available
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Yuri Pankov
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Yuri Pankov
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Yuri Pankov
      • Re: [RFT] Major snd_hda rewrite, Mickaël Maillot
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Mickaël Maillot
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Mickaël Maillot
      • Re: [RFT] Major snd_hda rewrite, Mickaël Maillot
      • Re: [RFT] Major snd_hda rewrite, Mickaël Maillot
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Mickaël Maillot
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Mickaël Maillot
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Mickaël Maillot
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Zhihao Yuan
      • Re: [RFT] Major snd_hda rewrite, Mickaël Maillot
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Mickaël Maillot
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Mickaël Maillot
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
  • Re: [RFT] Major snd_hda rewrite, Mickaël Maillot
  • Re: [RFT] Major snd_hda rewrite, Jan Beich
    • Re: [RFT] Major snd_hda rewrite, Alexander Motin
  • Re: [RFT] Major snd_hda rewrite, Slawa Olhovchenkov
  • Re: [RFT] Major snd_hda rewrite, Alexander Motin
  • Re: [RFT] Major snd_hda rewrite, Dominic Fandrey
    • Re: [RFT] Major snd_hda rewrite, Alexander Motin
      • Re: [RFT] Major snd_hda rewrite, Alexander Motin
• Data corruption over NFS in -current, Martin Cracauer
  • Re: Data corruption over NFS in -current, Stefan Bethke
    • Re: Data corruption over NFS in -current, Martin Cracauer
      • Re: Data corruption over NFS in -current, Rick Macklem
      • Re: Data corruption over NFS in -current, Martin Cracauer
      • Re: Data corruption over NFS in -current, Dan Nelson
      • Re: Data corruption over NFS in -current, Daniel Braniss
      • Re: Data corruption over NFS in -current, Martin Cracauer
      • Re: Data corruption over NFS in -current, Rick Macklem
      • Re: Data corruption over NFS in -current, Ivan Voras
      • Re: Data corruption over NFS in -current, Rick Macklem
• Anyone is currently using the rc_fast_and_loose rc.conf variable?, Eygene Ryabinkin
• Very fresh (two days ago) 10-current becomes completely unresponsive under load, Lev Serebryakov
  • Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load, Lev Serebryakov
    • Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load, Alexander Motin
      • Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load, Lev Serebryakov
    • Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load, Chuck Burns
      • Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load, Lev Serebryakov
      • Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load, Lev Serebryakov
      • Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load, Adrian Chadd
  • Re: Very fresh (two days ago) 10-current becomes completely unresponsive under load, Adrian Chadd
• [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
• memory barriers in bus_dmamap_sync() ?, Luigi Rizzo
  • Re: memory barriers in bus_dmamap_sync() ?, Ian Lepore
  • Re: memory barriers in bus_dmamap_sync() ?, Adrian Chadd
    • Re: memory barriers in bus_dmamap_sync() ?, Luigi Rizzo
      • Re: memory barriers in bus_dmamap_sync() ?, John Baldwin
      • Re: memory barriers in bus_dmamap_sync() ?, Luigi Rizzo
      • Re: memory barriers in bus_dmamap_sync() ?, John Baldwin
      • Re: memory barriers in bus_dmamap_sync() ?, Ian Lepore
      • Re: memory barriers in bus_dmamap_sync() ?, Scott Long
      • Re: memory barriers in bus_dmamap_sync() ?, Scott Long
      • Re: memory barriers in bus_dmamap_sync() ?, Ian Lepore
      • Re: memory barriers in bus_dmamap_sync() ?, Scott Long
  • Re: memory barriers in bus_dmamap_sync() ?, Scott Long
• bus dma: a flag/quirk for page zero, Andriy Gapon
  • Re: bus dma: a flag/quirk for page zero, Matthew Jacob
    • Re: bus dma: a flag/quirk for page zero, Andriy Gapon
      • Re: bus dma: a flag/quirk for page zero, Matthew Jacob
      • Re: bus dma: a flag/quirk for page zero, Andriy Gapon
  • Re: bus dma: a flag/quirk for page zero, Ian Lepore
    • Re: bus dma: a flag/quirk for page zero, Andriy Gapon
      • Re: bus dma: a flag/quirk for page zero, Ian Lepore
      • Re: bus dma: a flag/quirk for page zero, Andriy Gapon
  • Re: bus dma: a flag/quirk for page zero, John Baldwin
    • Re: bus dma: a flag/quirk for page zero, Andriy Gapon
      • Re: bus dma: a flag/quirk for page zero, Andriy Gapon
      • Re: bus dma: a flag/quirk for page zero, John Baldwin
  • Re: bus dma: a flag/quirk for page zero, Scott Long
    • Re: bus dma: a flag/quirk for page zero, Andriy Gapon
• WG: Problem with ACPI / reboot: Black Screen? Part No 2, Fischer Markus
  • Re: Problem with ACPI / reboot: Black Screen? Part No 2, Tom Evans
• CXXFLAGS example in share/examples/etc/make.conf should to be updated, Alexander Best
• AW: Problem with ACPI / reboot: Black Screen?, Fischer Markus
  • WG: Problem with ACPI / reboot: Black Screen?, Fischer Markus
• Re: Adding disk firmware programming capability to camcontrol, Ed Maste
• CD9660/md(4)/UFS22 silly behaviour, Poul-Henning Kamp
  • Re: CD9660/md(4)/UFS22 silly behaviour, Kostik Belousov
    • Re: CD9660/md(4)/UFS22 silly behaviour, Poul-Henning Kamp
      • Re: CD9660/md(4)/UFS22 silly behaviour, Kostik Belousov
      • Re: CD9660/md(4)/UFS22 silly behaviour, Freddie Cash
      • Re: CD9660/md(4)/UFS22 silly behaviour, Garrett Cooper
  • Re: CD9660/md(4)/UFS22 silly behaviour, Don Lewis
    • Re: CD9660/md(4)/UFS22 silly behaviour, Kostik Belousov
• flex or reflex, Baptiste Daroussin
• disable GUPROF for archs other than i386 and amd64, Andreas Tobler
• anybody close to Bristol, UK, wants to give a talk on FreeBSD and numerical analysis to UG students?, Anton Shterenlikht
• couldn't log on to my -CURRENT machine after upgrade to latest PAM, Don Lewis
  • Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM, Dag-Erling Smørgrav
    • Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM, Don Lewis
      • Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM, Dag-Erling Smørgrav
      • Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM, Don Lewis
      • Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM, Dag-Erling Smørgrav
      • Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM, Don Lewis
      • Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM, Dag-Erling Smørgrav
      • Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM, Don Lewis
      • Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM, Dag-Erling Smørgrav
      • Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM, Don Lewis
      • Re: couldn't log on to my -CURRENT machine after upgrade to latest PAM, Dag-Erling Smørgrav
• ZFS fails with bsdinstaller 9.0RC3, Freek Dijkstra
  • Re: ZFS fails with bsdinstaller 9.0RC3, Garrett Cooper
    • Re: ZFS fails with bsdinstaller 9.0RC3, Freek Dijkstra
      • Re: ZFS fails with bsdinstaller 9.0RC3, Garrett Cooper
• kernel: build fails in most recent sources in ath, O. Hartmann
  • Re: kernel: build fails in most recent sources in ath, Adrian Chadd
• bwi0: bwi_init_statechg: error 12 on MAC init, Anton Shterenlikht
• [RFC] fix git detection code in newvers.sh when svn installed, Oliver Pinter
  • Re: [RFC] fix git detection code in newvers.sh when svn installed, Sergey Kandaurov
    • Re: [RFC] fix git detection code in newvers.sh when svn installed, Oliver Pinter
      • Re: [RFC] fix git detection code in newvers.sh when svn installed, Garrett Cooper
  • Re: [RFC] fix git detection code in newvers.sh when svn installed, David Wolfskill
• Re: freebsd-current Digest, Vol 429, Issue 8, Radio młodych bandytów
• Kernel does not build on 10.0-CURRENT (amd64), Rainer Hurling
  • Re: Kernel does not build on 10.0-CURRENT (amd64), Adrian Chadd
    • Re: Kernel does not build on 10.0-CURRENT (amd64), Rainer Hurling
      • Re: Kernel does not build on 10.0-CURRENT (amd64), Adrian Chadd
      • Re: Kernel does not build on 10.0-CURRENT (amd64), Alexander Yerenkow
      • Re: Kernel does not build on 10.0-CURRENT (amd64), Rainer Hurling
      • Re: Kernel does not build on 10.0-CURRENT (amd64), Rainer Hurling
      • Re: Kernel does not build on 10.0-CURRENT (amd64), 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 sparc64/sparc64, FreeBSD Tinderbox
    • Re: [head tinderbox] failure on sparc64/sparc64, Jack Vogel
  • [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
• [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
• WITH_LIBCPLUSPLUS on FreeBSD 10.0-CURRENT/amd64 fails with CLANG:, O. Hartmann
  • Re: WITH_LIBCPLUSPLUS on FreeBSD 10.0-CURRENT/amd64 fails with CLANG:, Roman Divacky
    • Re: WITH_LIBCPLUSPLUS on FreeBSD 10.0-CURRENT/amd64 fails with CLANG:, O. Hartmann
      • Re: WITH_LIBCPLUSPLUS on FreeBSD 10.0-CURRENT/amd64 fails with CLANG:, Dimitry Andric
      • Re: WITH_LIBCPLUSPLUS on FreeBSD 10.0-CURRENT/amd64 fails with CLANG:, O. Hartmann
• stable/9 still looking for packages at 9-current, Peter
  • Re: stable/9 still looking for packages at 9-current, Garrett Cooper
    • Re: stable/9 still looking for packages at 9-current, Peter
      • Re: stable/9 still looking for packages at 9-current, Ken Smith
  • Re: stable/9 still looking for packages at 9-current, Arnaud Lacombe
    • Re: stable/9 still looking for packages at 9-current, Eitan Adler
      • Re: stable/9 still looking for packages at 9-current, Mark Linimon
      • Re: stable/9 still looking for packages at 9-current, Arnaud Lacombe
      • Re: stable/9 still looking for packages at 9-current, Bjoern A. Zeeb
      • Re: stable/9 still looking for packages at 9-current, Mark Linimon
      • Re: stable/9 still looking for packages at 9-current, Arnaud Lacombe
      • Re: stable/9 still looking for packages at 9-current, Chris Rees
      • Re: stable/9 still looking for packages at 9-current, Freddie Cash
      • Re: stable/9 still looking for packages at 9-current, Arnaud Lacombe
      • Re: stable/9 still looking for packages at 9-current, Arnaud Lacombe
      • Re: stable/9 still looking for packages at 9-current, Chris Rees
      • Re: stable/9 still looking for packages at 9-current, Mark Linimon
      • Re: stable/9 still looking for packages at 9-current, Kevin Oberman
      • Re: stable/9 still looking for packages at 9-current, Erik Trulsson
• [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
• WITH_ICONV/WITH_BSD_GREP: Defaults?, O. Hartmann
  • Re: WITH_ICONV/WITH_BSD_GREP: Defaults?, Gabor Kovesdan
  • Re: WITH_ICONV/WITH_BSD_GREP: Defaults?, Tim Kientzle
• [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 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
    • Re: [head tinderbox] failure on powerpc64/powerpc, Guy Helmer
  • [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 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 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
  • [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
• Is it possible to make subr_acl_nfs4 and subr_acl_posix1e disabled?, Adrian Chadd
  • Re: Is it possible to make subr_acl_nfs4 and subr_acl_posix1e disabled?, Dag-Erling Smørgrav
    • Re: Is it possible to make subr_acl_nfs4 and subr_acl_posix1e disabled?, Adrian Chadd
      • Re: Is it possible to make subr_acl_nfs4 and subr_acl_posix1e disabled?, Dag-Erling Smørgrav
  • Re: Is it possible to make subr_acl_nfs4 and subr_acl_posix1e disabled?, John Baldwin
    • Re: Is it possible to make subr_acl_nfs4 and subr_acl_posix1e disabled?, Adrian Chadd
• Re: cross-arch building picobsd/nanobsd images ?, Jacques Fourie
  • Re: cross-arch building picobsd/nanobsd images ?, Adrian Chadd
    • Re: cross-arch building picobsd/nanobsd images ?, Garrett Cooper
• CAM Target Layer available, Kenneth D. Merry
  • Re: CAM Target Layer available, Kenneth D. Merry
  • Re: CAM Target Layer available, Daniel Gerzo
  • <Possible follow-ups>
  • CAM Target Layer available, Kenneth D. Merry
    • Re: CAM Target Layer available, Julian Elischer
      • Re: CAM Target Layer available, Kenneth D. Merry
• Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server, Arnaud Lacombe
  • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server, matthew
    • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server, Alexander Kabaev
      • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server, Matthew Tippett
      • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server, Denny Lin
      • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server, Alex Kuster
  • Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server, Garrett Cooper
• REMAINDER: Call for FreeBSD Status Reports - 4Q/2011, Daniel Gerzo
• add 'ldd' to cross-tools ?, Luigi Rizzo
  • Re: add 'ldd' to cross-tools ?, Garrett Cooper
    • Re: add 'ldd' to cross-tools ?, Luigi Rizzo
      • Re: add 'ldd' to cross-tools ?, Garrett Cooper
      • Re: add 'ldd' to cross-tools ?, Luigi Rizzo
      • Re: add 'ldd' to cross-tools ?, Jilles Tjoelker
  • Re: add 'ldd' to cross-tools ?, Oleksandr Tymoshenko
• Re: Apropos Removal of sysinstall, Warner Losh
  • Re: Apropos Removal of sysinstall, Nathan Whitehorn
• sysctl kern.ipc.somaxconn limit 65535 why?, Dan The Man
  • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Chuck Swiger
    • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Dan The Man
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Chuck Swiger
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Dan The Man
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Dan The Man
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Chuck Swiger
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Arnaud Lacombe
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Chuck Swiger
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Dan The Man
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Dan The Man
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Xin LI
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Chuck Swiger
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Dan The Man
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Chuck Swiger
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Xin Li
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Chuck Swiger
      • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Xin Li
  • Re: sysctl kern.ipc.somaxconn limit 65535 why?, Arnaud Lacombe
• [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
• bsdinstall kbdmap, Jakub Lach
  • Re: bsdinstall kbdmap, Jakub Lach
    • Re: bsdinstall kbdmap, Edwin L. Culp W.
      • Re: bsdinstall kbdmap, Jakub Lach
      • Re: bsdinstall kbdmap, Jakub Lach
      • Re: bsdinstall kbdmap, Edwin L. Culp W.
      • Re: bsdinstall kbdmap, Edwin L. Culp W.
      • Re: bsdinstall kbdmap, Jakub Lach
      • Re: bsdinstall kbdmap, Tom Evans
      • Re: bsdinstall kbdmap, Edwin L. Culp W.
      • Re: bsdinstall kbdmap, Lars Engels
• Re: Removal of sysinstall from HEAD and lack of a post-install configuration tool, Freddie Cash
• sysinstall as a post-install tool, Eitan Adler
  • Re: sysinstall as a post-install tool, Marcel Moolenaar
    • Re: sysinstall as a post-install tool, Bruce Cran
      • Re: sysinstall as a post-install tool, Craig Rodrigues
      • Re: sysinstall as a post-install tool, Bruce Cran
  • Re: sysinstall as a post-install tool, Joel Dahl
• Re: ichwd0: unable to reserve GCS registers, John Baldwin
  • Re: ichwd0: unable to reserve GCS registers, Doug Barton
    • Re: ichwd0: unable to reserve GCS registers, John Baldwin
      • Re: ichwd0: unable to reserve GCS registers, Doug Barton
      • Re: ichwd0: unable to reserve GCS registers, Andriy Gapon
      • Re: ichwd0: unable to reserve GCS registers, Doug Barton
      • Re: ichwd0: unable to reserve GCS registers, Andriy Gapon
      • Re: ichwd0: unable to reserve GCS registers, Doug Barton
• Re: umass regression, Hans Petter Selasky
  • Re: umass regression, poyopoyo
    • Re: umass regression, Bartosz Fabianowski
      • Re: umass regression, Bartosz Fabianowski
      • Re: umass regression, Bartosz Fabianowski
      • Re: umass regression, Bartosz Fabianowski
      • Re: umass regression, poyopoyo
• FS hang when creating snapshots on a UFS SU+J setup, Bryce Edwards
  • Re: FS hang when creating snapshots on a UFS SU+J setup, Yamagi Burmeister
  • Re: FS hang when creating snapshots on a UFS SU+J setup, Alain BRAUNER
    • Re: FS hang when creating snapshots on a UFS SU+J setup, Gautam Mani
  • Re: FS hang when creating snapshots on a UFS SU+J setup, Yamagi Burmeister
    • Re: FS hang when creating snapshots on a UFS SU+J setup, Kirk McKusick
      • Re: FS hang when creating snapshots on a UFS SU+J setup, Yamagi Burmeister
      • Re: FS hang when creating snapshots on a UFS SU+J setup, Gautam Mani
      • Re: FS hang when creating snapshots on a UFS SU+J setup, Gautam Mani
  • <Possible follow-ups>
  • Re: FS hang when creating snapshots on a UFS SU+J setup, alain
  • Re: FS hang when creating snapshots on a UFS SU+J setup, Dale Scott
• atkbc not loaded with ACPI enabled in 9.0, aconnolly08
  • Re: atkbc not loaded with ACPI enabled in 9.0, John Baldwin
    • Re: atkbc not loaded with ACPI enabled in 9.0, Adrian Connolly
      • Re: atkbc not loaded with ACPI enabled in 9.0, John Baldwin
      • Re: atkbc not loaded with ACPI enabled in 9.0, aconnolly08
      • Re: atkbc not loaded with ACPI enabled in 9.0, John Baldwin
      • Re: atkbc not loaded with ACPI enabled in 9.0, aconnolly08
      • Re: atkbc not loaded with ACPI enabled in 9.0, John Baldwin
  • <Possible follow-ups>
  • atkbc not loaded with ACPI enabled in 9.0, aconnolly08
• periodic emails, Bjoern A. Zeeb
  • Re: periodic emails, Holger Kipp
    • Re: periodic emails, Garrett Cooper
    • Re: periodic emails, Bjoern A. Zeeb
  • Re: periodic emails, Garrett Cooper
    • Re: periodic emails, Doug Barton
      • Re: periodic emails, Garrett Cooper
      • Re: periodic emails, Doug Barton
      • Re: periodic emails, Bjoern A. Zeeb
      • Re: periodic emails, Doug Barton
      • Re: periodic emails, Garrett Cooper
      • Re: periodic emails, Doug Barton
      • Re: periodic emails, Bjoern A. Zeeb
      • Re: periodic emails, Garrett Cooper
  • Re: periodic emails, Kevin Oberman
    • Re: periodic emails, Garrett Cooper
  • Re: periodic emails, John Baldwin
    • Re: periodic emails, Gleb Smirnoff
      • Re: periodic emails, Volodymyr Kostyrko
      • Re: periodic emails, John Baldwin
• Re: dogfooding over in clusteradm land, Florian Smeets
  • Re: dogfooding over in clusteradm land, Don Lewis
    • Re: dogfooding over in clusteradm land, Kostik Belousov
    • Re: dogfooding over in clusteradm land, Don Lewis
      • Re: dogfooding over in clusteradm land, Don Lewis
      • Re: dogfooding over in clusteradm land, Kostik Belousov
      • Re: dogfooding over in clusteradm land, Don Lewis
      • Re: dogfooding over in clusteradm land, Kostik Belousov
      • Re: dogfooding over in clusteradm land, Don Lewis
      • Re: dogfooding over in clusteradm land, Kostik Belousov
      • Re: dogfooding over in clusteradm land, Don Lewis
      • Re: dogfooding over in clusteradm land, Florian Smeets
      • Re: dogfooding over in clusteradm land, Sean Bruno
• Re: lost inode, no backup, Peter Jeremy
  • Re: lost inode, no backup, Randy Bush
• Re: [patch] Cleaning up amd64 kernel optimization options, Garrett Cooper
• Re: [patch] bsdbox changes for base system: add LOCAL_, Aleksandr Rybalko
• Re: segfault from php/freebsd/dtrace, Oleg Ginzburg
• Re: ACPI broke going from 8 to 9, Dan Allen
  • Re: ACPI broke going from 8 to 9, Jeremy Chadwick
    • Re: ACPI broke going from 8 to 9, Dan Allen
      • Re: ACPI broke going from 8 to 9, Adrian Chadd
    • Re: ACPI broke going from 8 to 9, Garrett Cooper
      • Re: ACPI broke going from 8 to 9, John Baldwin

• Security
• UNIX
• Linux
• Coding
• Usenet

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

unix.derkeiler.com  > Mailing-Lists  > FreeBSD  > current  > 2012-01