freebsd-hackers
- nsswitch man page, Ivan Voras
- expand_number() for fetch'es -B and -S switches, Alexander Best
- /etc/rc.d/mountcritremote,
Sean Bruno
- Re: /etc/rc.d/mountcritremote,
N.J. Mann
- Re: /etc/rc.d/mountcritremote,
Sean Bruno
- Re: /etc/rc.d/mountcritremote, Garrett Cooper
- Re: /etc/rc.d/mountcritremote, Sean Bruno
- Re: /etc/rc.d/mountcritremote,
Sean Bruno
- Re: /etc/rc.d/mountcritremote,
Dirk-WIllem van Gulik
- Re: /etc/rc.d/mountcritremote, Sean Bruno
- Re: /etc/rc.d/mountcritremote,
N.J. Mann
- Re: [RFR] mtree improvements (take 2), David Naylor
- System freezes unexpectly,
Davide Italiano
- Re: System freezes unexpectly,
Glen Barber
- Re: System freezes unexpectly,
Davide Italiano
- Re: System freezes unexpectly, Garrett Cooper
- Re: System freezes unexpectly, Davide Italiano
- Re: System freezes unexpectly, Garrett Cooper
- Re: System freezes unexpectly, Davide Italiano
- Re: System freezes unexpectly, jhell
- Re: System freezes unexpectly, Glen Barber
- Re: System freezes unexpectly, dougb
- Re: System freezes unexpectly, Andriy Gapon
- Re: System freezes unexpectly, Garrett Cooper
- Re: System freezes unexpectly, Davide Italiano
- Re: System freezes unexpectly, Garrett Cooper
- Re: System freezes unexpectly, John Baldwin
- Re: System freezes unexpectly,
Davide Italiano
- Re: System freezes unexpectly, John Baldwin
- Re: System freezes unexpectly,
Glen Barber
- hexdump(1)/od(1) skip function off-by-one when offset == file length,
Alexander Best
- Re: hexdump(1)/od(1) skip function off-by-one when offset == file length,
Garrett Cooper
- Re: hexdump(1)/od(1) skip function off-by-one when offset == file length,
Alexander Best
- Re: hexdump(1)/od(1) skip function off-by-one when offset == file length, Dag-Erling Smørgrav
- Re: hexdump(1)/od(1) skip function off-by-one when offset == file length, Alexander Best
- Re: hexdump(1)/od(1) skip function off-by-one when offset == file length,
Alexander Best
- Re: hexdump(1)/od(1) skip function off-by-one when offset == file length,
Garrett Cooper
- One-shot-oriented event timers management,
Alexander Motin
- Re: One-shot-oriented event timers management,
Brandon Gooch
- Re: One-shot-oriented event timers management, Alexander Motin
- Re: One-shot-oriented event timers management,
Gary Jennejohn
- Re: One-shot-oriented event timers management,
Alexander Motin
- Re: One-shot-oriented event timers management, Gary Jennejohn
- Re: One-shot-oriented event timers management, Alexander Motin
- Re: One-shot-oriented event timers management, Gary Jennejohn
- Re: One-shot-oriented event timers management, Alexander Motin
- Re: One-shot-oriented event timers management, Brandon Gooch
- Re: One-shot-oriented event timers management, Alexander Motin
- Re: One-shot-oriented event timers management, YAMAMOTO, Taku
- Re: One-shot-oriented event timers management, Alexander Motin
- Re: One-shot-oriented event timers management, Alexander Motin
- Re: One-shot-oriented event timers management,
Alexander Motin
- Re: One-shot-oriented event timers management,
Brandon Gooch
- ar(1) format_decimal failure is fatal?,
Benjamin Kaduk
- Re: ar(1) format_decimal failure is fatal?, Jilles Tjoelker
- tiny patch to prevent head from closing pipes,
Alexander Best
- Re: tiny patch to prevent head from closing pipes,
Anonymous
- Re: tiny patch to prevent head from closing pipes, Anonymous
- Re: tiny patch to prevent head from closing pipes, Alexander Best
- Re: tiny patch to prevent head from closing pipes, Jilles Tjoelker
- Re: tiny patch to prevent head from closing pipes,
Anonymous
- Debugging Loadable Modules Using GDB,
Alexander Fiveg
- Re: Debugging Loadable Modules Using GDB, Andriy Gapon
- Re: Debugging Loadable Modules Using GDB,
John Baldwin
- Re: Debugging Loadable Modules Using GDB,
Alexander Fiveg
- Re: Debugging Loadable Modules Using GDB, Andriy Gapon
- Re: Debugging Loadable Modules Using GDB, John Baldwin
- Re: Debugging Loadable Modules Using GDB, Alexander Fiveg
- Re: Debugging Loadable Modules Using GDB, John Baldwin
- Re: Debugging Loadable Modules Using GDB, Alexander Fiveg
- Re: Debugging Loadable Modules Using GDB, Benedict Reuschling
- Re: Debugging Loadable Modules Using GDB,
Alexander Fiveg
- disassembler,
Aryeh Friedman
- Re: disassembler,
Dirk Engling
- Message not available
- Re: disassembler, Aryeh Friedman
- Message not available
- Message not available
- Re: disassembler, Aryeh Friedman
- Message not available
- Re: disassembler, Jim Bryant
- Re: disassembler, Aryeh Friedman
- Re: disassembler, Jim Bryant
- Re: disassembler, Aryeh Friedman
- Re: disassembler, Hans Petter Selasky
- Re: disassembler, Gary Jennejohn
- Re: disassembler, Rink Springer
- Re: disassembler, John Baldwin
- Re: disassembler,
Dirk Engling
- Re: Is there a boot manager that can handle this?,
Alex Goncharov
- Re: Is there a boot manager that can handle this?,
Doug Barton
- Re: Is there a boot manager that can handle this?, Alex Goncharov
- Re: Is there a boot manager that can handle this?, Doug Barton
- Re: Is there a boot manager that can handle this?, Alex Goncharov
- Re: Is there a boot manager that can handle this?, Doug Barton
- Re: Is there a boot manager that can handle this?, Thomas Schmitt
- Re: Is there a boot manager that can handle this?,
Doug Barton
- Re: Is there a boot manager that can handle this?, Tim Judd
- <Possible follow-ups>
- Re: Is there a boot manager that can handle this?,
Michel Talon
- Re: Is there a boot manager that can handle this?, Thomas Schmitt
- Re: Is there a boot manager that can handle this?, Doug Barton
- Re: 8.1-RELEASE amd64 src checksum mismatch, Doug Barton
- Re: ZFS arc_reclaim_needed: better cooperation with pagedaemon,
Artem Belevich
- Re: ZFS arc_reclaim_needed: better cooperation with pagedaemon,
Andriy Gapon
- Re: ZFS arc_reclaim_needed: better cooperation with pagedaemon, Artem Belevich
- Re: ZFS arc_reclaim_needed: better cooperation with pagedaemon, Andriy Gapon
- Re: ZFS arc_reclaim_needed: better cooperation with pagedaemon, jhell
- Re: ZFS arc_reclaim_needed: better cooperation with pagedaemon, jhell
- Re: ZFS arc_reclaim_needed: better cooperation with pagedaemon, Artem Belevich
- Re: ZFS arc_reclaim_needed: better cooperation with pagedaemon, jhell
- Re: ZFS arc_reclaim_needed: better cooperation with pagedaemon,
Andriy Gapon
- Re: uma: zone fragmentation, Artem Belevich
- Re: A simple and hopefully usable FreeBSD live CD,
Doug Barton
- Re: A simple and hopefully usable FreeBSD live CD,
Marc Fonvieille
- Re: A simple and hopefully usable FreeBSD live CD, Doug Barton
- Re: A simple and hopefully usable FreeBSD live CD,
Marc Fonvieille
- Re: A simple and hopefully usable FreeBSD live CD,
Tim Judd
- Re: A simple and hopefully usable FreeBSD live CD, Ed Schouten
- Re: A simple and hopefully usable FreeBSD live CD, Julian H. Stacey
- Re: A simple and hopefully usable FreeBSD live CD,
Lars Engels
- Re: A simple and hopefully usable FreeBSD live CD, Ed Schouten
- A simple and hopefully usable FreeBSD live CD -- now with images, Ed Schouten
- Re: A simple and hopefully usable FreeBSD live CD, Ulrich Spörlein
- Re: intel i5 - core? or core2?,
Garrett Cooper
- Re: intel i5 - core? or core2?, Olivier Smedts
- Re: intel i5 - core? or core2?,
Anonymous
- Re: intel i5 - core? or core2?,
Domagoj S.
- Re: intel i5 - core? or core2?, Anonymous
- Re: intel i5 - core? or core2?, Domagoj S.
- Re: intel i5 - core? or core2?,
Domagoj S.
- Re: use of rwlocks safe in network stack?, Ryan Stone
- Re: use of rwlocks safe in network stack?, Julian Elischer
- Re: Question about printcpuinfo in sys/amd64/amd64/indentcpu.c,
John Baldwin
- Re: Question about printcpuinfo in sys/amd64/amd64/indentcpu.c, Garrett Cooper
- Re: Converting from jiffies to ticks,
Boris Kochergin
- Re: Converting from jiffies to ticks, Jesse Smith
- Re: Converting from jiffies to ticks, John Baldwin
- Re: Data truncation on ptys,
Ed Schouten
- Re: Data truncation on ptys, Michael Sperber
- Re: Modules and Buses,
John Baldwin
- Re: Modules and Buses,
Alexandr Rybalko
- Re: Modules and Buses, M. Warner Losh
- Re: Modules and Buses, Alexandr Rybalko
- Re: Modules and Buses, M. Warner Losh
- Re: Modules and Buses,
Alexandr Rybalko
- Re: Reading rtc on FreeBSD, phil hefferan
- Re: Reading rtc on FreeBSD,
Peter Jeremy
- Re: Reading rtc on FreeBSD, phil hefferan
- <Possible follow-ups>
- How to read cmos clock - what is gettimeofday reading?, Phil Grundig
- Re: How to read cmos clock - what is gettimeofday reading?,
b. f.
- Re: How to read cmos clock - what is gettimeofday reading?, phil hefferan
- Re: i386_set_ioperm equiv for x86_64, Kostik Belousov
- Re: Why doesn't ppc(4) check non-ENXIO failures during probe?,
John Baldwin
- Re: Why doesn't ppc(4) check non-ENXIO failures during probe?,
Garrett Cooper
- Re: Why doesn't ppc(4) check non-ENXIO failures during probe?, John Baldwin
- Re: Why doesn't ppc(4) check non-ENXIO failures during probe?, Garrett Cooper
- Re: Why doesn't ppc(4) check non-ENXIO failures during probe?, John Baldwin
- Re: Why doesn't ppc(4) check non-ENXIO failures during probe?, M. Warner Losh
- Re: Why doesn't ppc(4) check non-ENXIO failures during probe?, John Baldwin
- Re: Why doesn't ppc(4) check non-ENXIO failures during probe?, M. Warner Losh
- Re: Why doesn't ppc(4) check non-ENXIO failures during probe?,
Garrett Cooper
- Re: Problem detecting and reacting to serial break,
Ed Schouten
- Re: Problem detecting and reacting to serial break,
Paul Thornton
- Re: Problem detecting and reacting to serial break, Garrett Cooper
- Re: Problem detecting and reacting to serial break, Paul Thornton
- Re: Problem detecting and reacting to serial break, Daniel O'Connor
- Re: Problem detecting and reacting to serial break,
Paul Thornton
- Re: Problem detecting and reacting to serial break,
Daniel O'Connor
- Re: Problem detecting and reacting to serial break,
Paul Thornton
- Re: Problem detecting and reacting to serial break, Daniel O'Connor
- Re: Problem detecting and reacting to serial break,
Paul Thornton
- <Possible follow-ups>
- Re: Any way to fix '/usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by ... not found'?, b. f.
- Re: 8.1-STABLE amd64 machine check,
Andrew Heybey
- Re: 8.1-STABLE amd64 machine check, Dan Langille
- Re: 8.1-STABLE amd64 machine check, John Baldwin
- Re: Support for WD Advanced Format disks,
Bakul Shah
- Re: Support for WD Advanced Format disks, Matthew Jacob
- Re: Support for WD Advanced Format disks,
Dag-Erling Smørgrav
- Re: Support for WD Advanced Format disks, Bakul Shah
- Re: Support for WD Advanced Format disks, Matthew Jacob
- Re: Support for WD Advanced Format disks, Dag-Erling Smørgrav
- Re: Support for WD Advanced Format disks, Valentin Nechayev
- Re: Support for WD Advanced Format disks, Andrey V. Elsukov
- Re: Support for WD Advanced Format disks, Dag-Erling Smørgrav
- Re: Support for WD Advanced Format disks,
Valentin Nechayev
- Re: Support for WD Advanced Format disks, Andrey V. Elsukov
- Re: Support for WD Advanced Format disks, Eugene Grosbein
- Re: Support for WD Advanced Format disks, Olivier Smedts
- Re: Support for WD Advanced Format disks,
jhell
- Re: Support for WD Advanced Format disks, Dag-Erling Smørgrav
- Re: Support for WD Advanced Format disks,
Ilya Bakulin
- Re: Support for WD Advanced Format disks,
Ilya Bakulin
- Re: Support for WD Advanced Format disks, Thiago Damas
- Re: Support for WD Advanced Format disks, Dag-Erling Smørgrav
- Re: Support for WD Advanced Format disks, Ilya Bakulin
- Re: Support for WD Advanced Format disks, Dag-Erling Smørgrav
- Re: Support for WD Advanced Format disks, Ilya Bakulin
- Re: Support for WD Advanced Format disks, Dag-Erling Smørgrav
- Re: Support for WD Advanced Format disks, Ilya Bakulin
- Re: Support for WD Advanced Format disks, Dag-Erling Smørgrav
- Re: Support for WD Advanced Format disks,
Ilya Bakulin
- Re: Optimized memcmp failure., Dimitry Andric
- Re: tiny sys/sys/signal.h cleanup,
Kostik Belousov
- Re: tiny sys/sys/signal.h cleanup, Alexander Best
- Re: real memory falsely reports 8G, BIOS & avail memory reports 1G, Julian H. Stacey
- Re: real memory falsely reports 8G, BIOS & avail memory reports 1G,
John Baldwin
- Re: real memory falsely reports 8G, BIOS & avail memory reports 1G, Julian H. Stacey
- <Possible follow-ups>
- Re: real memory falsely reports 8G, BIOS & avail memory reports 1G,
Julian H. Stacey
- Re: real memory falsely reports 8G, BIOS & avail memory reports 1G, Julian H. Stacey
- Re: glabel "force sectorsize" patch,
Pawel Jakub Dawidek
- Message not available
- Re: glabel "force sectorsize" patch, Pawel Jakub Dawidek
- Message not available
- Re: glabel "force sectorsize" patch, Marius Nünnerich
- Re: glabel "force sectorsize" patch, Pawel Jakub Dawidek
- Message not available
- Re: glabel "force sectorsize" patch, Marius Nünnerich
- Re: glabel "force sectorsize" patch, Dag-Erling Smørgrav
- Re: glabel "force sectorsize" patch, Ivan Voras
- Re: glabel "force sectorsize" patch, Dag-Erling Smørgrav
- Re: glabel "force sectorsize" patch, Ivan Voras
- Message not available
- Re: Winbond Watchdog,
Dag-Erling Smørgrav
- Re: Winbond Watchdog,
Xin LI
- Re: Winbond Watchdog, Daniel O'Connor
- Re: Winbond Watchdog, Dag-Erling Smørgrav
- Re: Winbond Watchdog, perryh
- Re: Winbond Watchdog,
Xin LI
- Re: Winbond Watchdog [Was Re: Supermicro BIOS's watchdog feature?], Bjoern A. Zeeb
- Re: Why is TUNABLE_INT discouraged?,
Dag-Erling Smørgrav
- Re: Why is TUNABLE_INT discouraged?, Garrett Cooper
- Re: Why is TUNABLE_INT discouraged?,
Ivan Voras
- Re: Why is TUNABLE_INT discouraged?, Dag-Erling Smørgrav
- Re: Why is TUNABLE_INT discouraged?, Garrett Cooper
- Re: Why is TUNABLE_INT discouraged?, Dag-Erling Smørgrav
- Re: Why is TUNABLE_INT discouraged?, Ivan Voras
- Re: Why is TUNABLE_INT discouraged?, Garrett Cooper
- Re: Why is TUNABLE_INT discouraged?, Dag-Erling Smørgrav
- Re: Why is TUNABLE_INT discouraged?, Garrett Cooper
- Re: Why is TUNABLE_INT discouraged?, Dag-Erling Smørgrav
- Re: Why is TUNABLE_INT discouraged?, Ed Maste
- Re: Why is TUNABLE_INT discouraged?, M. Warner Losh
- Re: Why is TUNABLE_INT discouraged?, Garrett Cooper
- Re: Why is TUNABLE_INT discouraged?, Dag-Erling Smørgrav
- Re: Avoiding sysctl at program startup using ELF aux vector (was: concurrent sysctl implementation),
Kostik Belousov
- Re: Avoiding sysctl at program startup using ELF aux vector (was: concurrent sysctl implementation),
Marius Strobl
- Re: Avoiding sysctl at program startup using ELF aux vector (was: concurrent sysctl implementation), Kostik Belousov
- Re: Avoiding sysctl at program startup using ELF aux vector (was: concurrent sysctl implementation), Marius Strobl
- Re: Avoiding sysctl at program startup using ELF aux vector (was: concurrent sysctl implementation), Kostik Belousov
- Re: Avoiding sysctl at program startup using ELF aux vector (was: concurrent sysctl implementation), Marius Strobl
- Re: Avoiding sysctl at program startup using ELF aux vector (was: concurrent sysctl implementation), Kostik Belousov
- Re: Avoiding sysctl at program startup using ELF aux vector (was: concurrent sysctl implementation), Alexander Kabaev
- Re: Avoiding sysctl at program startup using ELF aux vector (was: concurrent sysctl implementation), Marius Strobl
- Re: Avoiding sysctl at program startup using ELF aux vector (was: concurrent sysctl implementation),
Marius Strobl
- Re: Not getting interrupts from PCI express slot,
Neel Natu
- Re: Not getting interrupts from PCI express slot,
Hans Petter Selasky
- Re: Not getting interrupts from PCI express slot, Neel Natu
- Re: Not getting interrupts from PCI express slot, Hans Petter Selasky
- Re: Not getting interrupts from PCI express slot,
Hans Petter Selasky
- Re: Not getting interrupts from PCI express slot, John Baldwin
- Re: behaviour changes in mdconfig? or something related?,
Garrett Cooper
- Re: behaviour changes in mdconfig? or something related?, Samuel Martín Moro
- Re: behaviour changes in mdconfig? or something related?, Bruce Cran
- Re: sched_pin() versus PCPU_GET,
John Baldwin
- Re: sched_pin() versus PCPU_GET,
mdf
- Re: sched_pin() versus PCPU_GET, John Baldwin
- Re: sched_pin() versus PCPU_GET, mdf
- Re: sched_pin() versus PCPU_GET, John Baldwin
- Re: sched_pin() versus PCPU_GET, mdf
- Re: sched_pin() versus PCPU_GET, Attilio Rao
- Re: sched_pin() versus PCPU_GET, mdf
- Re: sched_pin() versus PCPU_GET, Kostik Belousov
- Re: sched_pin() versus PCPU_GET, John Baldwin
- Re: sched_pin() versus PCPU_GET,
mdf
- Re: sched_pin() versus PCPU_GET, Attilio Rao
- Re: Driver tpm(4) and third party packages for trusted platform modules,
Takanori Watanabe
- Re: Driver tpm(4) and third party packages for trusted platform modules, Takanori Watanabe
- <Possible follow-ups>
- Re: Driver tpm(4) and third party packages for trusted platform modules, Takanori Watanabe
- Re: Add -lssp_nonshared to GCC's LIB_SPEC unconditionally,
Alexander Kabaev
- Re: Add -lssp_nonshared to GCC's LIB_SPEC unconditionally, Jeremie Le Hen
- <Possible follow-ups>
- Re: Add -lssp_nonshared to GCC's LIB_SPEC unconditionally, b. f.
- Re: PCI config space is not restored upon resume (macbook pro),
John Baldwin
- Re: PCI config space is not restored upon resume (macbook pro),
Oleg Sharoyko
- Re: PCI config space is not restored upon resume (macbook pro), Oleg Sharoyko
- Re: PCI config space is not restored upon resume (macbook pro), John Baldwin
- Re: PCI config space is not restored upon resume (macbook pro), Oleg Sharoyko
- Re: PCI config space is not restored upon resume (macbook pro), John Baldwin
- Re: PCI config space is not restored upon resume (macbook pro), Oleg Sharoyko
- Re: PCI config space is not restored upon resume (macbook pro), Christian Zander
- Re: PCI config space is not restored upon resume (macbook pro), Jung-uk Kim
- Re: PCI config space is not restored upon resume (macbook pro), Christian Zander
- Re: PCI config space is not restored upon resume (macbook pro), Oleg Sharoyko
- Re: PCI config space is not restored upon resume (macbook pro), Oleg Sharoyko
- Re: PCI config space is not restored upon resume (macbook pro), Oleg Sharoyko
- Re: PCI config space is not restored upon resume (macbook pro), Jung-uk Kim
- Re: PCI config space is not restored upon resume (macbook pro), Jung-uk Kim
- Re: PCI config space is not restored upon resume (macbook pro), Oleg Sharoyko
- Re: PCI config space is not restored upon resume (macbook pro), Jung-uk Kim
- Re: PCI config space is not restored upon resume (macbook pro), Jung-uk Kim
- Re: PCI config space is not restored upon resume (macbook pro), Oleg Sharoyko
- Re: PCI config space is not restored upon resume (macbook pro),
Oleg Sharoyko
- Re: Puzzling performance, John Baldwin
- <Possible follow-ups>
- Re: possible NFS lockups, Rick Macklem