freebsd-hackers  

Messages by Thread

• • Re: Kernel crashes after sleep: how to debug? Yuri
  • Re: Kernel crashes after sleep: how to debug? John Baldwin
  • Re: Kernel crashes after sleep: how to debug? Yuri
  • Re: Kernel crashes after sleep: how to debug? John Baldwin
  • Re: Kernel crashes after sleep: how to debug? Yuri
  • Re: Kernel crashes after sleep: how to debug? John Baldwin
  • Re: Kernel crashes after sleep: how to debug? Yuri
  • Re: Kernel crashes after sleep: how to debug? Yuri
  • Re: Kernel crashes after sleep: how to debug? John Baldwin
  • Re: Kernel crashes after sleep: how to debug? Yuri
  • Re: Kernel crashes after sleep: how to debug? John Baldwin
  • Re: Kernel crashes after sleep: how to debug? Yuri
  • Re: Kernel crashes after sleep: how to debug? John Baldwin
• GPT issues with device path lengths involving make_dev_physpath_alias Selphie Keller
  • Re: GPT issues with device path lengths involving make_dev_physpath_alias Alan Somers
• make installworld: btxld: No such file or directory [solved] Bryan Drewery
• Error on building cross-gcc Otacílio
  • Re: Error on building cross-gcc Diane Bruce
  • Re: Error on building cross-gcc Otacílio
• Attempting to roll back zfs transactions on a disk to recover a destroyed ZFS filesystem Reid Linnemann
  • Re: Attempting to roll back zfs transactions on a disk to recover a destroyed ZFS filesystem Alan Somers
  • Re: Attempting to roll back zfs transactions on a disk to recover a destroyed ZFS filesystem Will Andrews
  • Re: Attempting to roll back zfs transactions on a disk to recover a destroyed ZFS filesystem Reid Linnemann
  • Re: Attempting to roll back zfs transactions on a disk to recover a destroyed ZFS filesystem Volodymyr Kostyrko
  • Re: Attempting to roll back zfs transactions on a disk to recover a destroyed ZFS filesystem Reid Linnemann
  • Re: Attempting to roll back zfs transactions on a disk to recover a destroyed ZFS filesystem Stefan Esser
• possible changes from Panzura Julian Elischer
  • Kernel dumps [was Re: possible changes from Panzura] Jordan Hubbard
  • Re: Kernel dumps [was Re: possible changes from Panzura] asomers
  • Re: Kernel dumps [was Re: possible changes from Panzura] Jordan Hubbard
  • Re: Kernel dumps [was Re: possible changes from Panzura] Will Andrews
  • Re: Kernel dumps [was Re: possible changes from Panzura] John Baldwin
  • Re: Kernel dumps [was Re: possible changes from Panzura] Bakul Shah
  • Re: Kernel dumps [was Re: possible changes from Panzura] Lars Engels
  • Re: Kernel dumps [was Re: possible changes from Panzura] Kevin Day
  • Re: Kernel dumps [was Re: possible changes from Panzura] Vincent Hoffman
  • Re: Kernel dumps [was Re: possible changes from Panzura] Ed Maste
  • Re: Kernel dumps [was Re: possible changes from Panzura] Julian Elischer
  • Re: Kernel dumps [was Re: possible changes from Panzura] Julian Elischer
  • Re: Kernel dumps [was Re: possible changes from Panzura] Jordan K. Hubbard
  • Re: Kernel dumps [was Re: possible changes from Panzura] Artem Belevich
  • Re: Kernel dumps [was Re: possible changes from Panzura] Kevin Day
  • Re: Kernel dumps [was Re: possible changes from Panzura] Hubbard Jordan
  • Re: possible changes from Panzura Eric van Gyzen
• Make ZFS use the physical sector size when computing initial ashift Dag-Erling Smørgrav
  • Re: Make ZFS use the physical sector size when computing initial ashift Steven Hartland
  • Re: Make ZFS use the physical sector size when computing initial ashift Dag-Erling Smørgrav
  • Re: Make ZFS use the physical sector size when computing initial ashift Borja Marcos
  • Re: Make ZFS use the physical sector size when computing initial ashift Steven Hartland
  • Re: Make ZFS use the physical sector size when computing initial ashift Xin Li
  • Re: Make ZFS use the physical sector size when computing initial ashift Justin T. Gibbs
  • Re: Make ZFS use the physical sector size when computing initial ashift Xin Li
  • Re: Make ZFS use the physical sector size when computing initial ashift Steven Hartland
  • Re: Make ZFS use the physical sector size when computing initial ashift Justin T. Gibbs
  • Re: Make ZFS use the physical sector size when computing initial ashift Steven Hartland
  • Re: Make ZFS use the physical sector size when computing initial ashift Justin T. Gibbs
  • Re: Make ZFS use the physical sector size when computing initial ashift Steven Hartland
  • Re: Make ZFS use the physical sector size when computing initial ashift Steven Hartland
• Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork Chad J. Milios
  • Re: [SPAM] Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork C. Bergström
  • Re: [SPAM] Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork Alfred Perlstein
  • Re: [SPAM] Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork C. Bergström
  • Re: Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork Chad J. Milios
  • Re: Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork Teske, Devin
  • Re: Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork Chad J. Milios
  • Re: Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork Teske, Devin
  • Re: Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork Julian Elischer
  • login.conf.db, /sbin/init, separate /etc, and configs around "thin provisioning" WAS: Re: nuOS Chad J. Milios
• writing a rc.d script Aryeh Friedman
  • Re: writing a rc.d script Eitan Adler
  • Re: writing a rc.d script Guido Falsi
  • Re: writing a rc.d script Wojciech Puchar
  • Re: writing a rc.d script Mark Felder
• memmap in FreeBSD mangesh chitnis
  • Re: memmap in FreeBSD John Baldwin
• Fwd: ixgbe Jumbo race condition leading to Deadlock Kaushal Bhandankar
• Final Reminder: FreeBSD 2013-Q2 status reports due: July 7 (Today!) Gabor Pali
• make buildworld is now 50% slower Daniel Braniss
• HP ILO FreeBSD 8.3 Installation problem Emre Çamalan
  • Re: HP ILO FreeBSD 8.3 Installation problem Emre Çamalan
• FreeBSD 2013-Q2 status reports due: July 7 Gabor Pali
• hw.physmem/hw.realmem question Daniel Braniss
  • Re: hw.physmem/hw.realmem question Chris Torek
  • Re: hw.physmem/hw.realmem question Daniel Braniss
  • Re: hw.physmem/hw.realmem question Wojciech Puchar
  • Re: hw.physmem/hw.realmem question Sergey Kandaurov
• another question David Sanford
  • Re: another question mdf
• Intel D2500CC serial ports Robert Ames
  • Re: Intel D2500CC serial ports John Baldwin
  • RE: Intel D2500CC serial ports Robert Ames
  • Re: Intel D2500CC serial ports Lev Serebryakov
• IPv6 - sobind fails with 49 Sreenivasa Honnur
  • Re: IPv6 - sobind fails with 49 Andrey V. Elsukov
• b_freelist TAILQ/SLIST Alexander Motin
  • Re: b_freelist TAILQ/SLIST Konstantin Belousov
  • Re: b_freelist TAILQ/SLIST Alexander Motin
  • Re: b_freelist TAILQ/SLIST Adrian Chadd
  • Re: b_freelist TAILQ/SLIST Alexander Motin
  • Re: b_freelist TAILQ/SLIST Adrian Chadd
  • Re: b_freelist TAILQ/SLIST mdf
  • Re: b_freelist TAILQ/SLIST Adrian Chadd
  • Re: b_freelist TAILQ/SLIST Alexander Motin
  • Re: b_freelist TAILQ/SLIST Konstantin Belousov
  • Re: b_freelist TAILQ/SLIST Alexander Motin
  • Re: b_freelist TAILQ/SLIST Adrian Chadd
  • Re: b_freelist TAILQ/SLIST Konstantin Belousov
  • Re: b_freelist TAILQ/SLIST Alexander Motin
  • Re: b_freelist TAILQ/SLIST Konstantin Belousov
• bsd boot sequence Brian Kim
  • Re: bsd boot sequence Warren Block
  • Re: bsd boot sequence David Noel
• Can't use gcc in a clang built world Kevin Day
  • Re: Can't use gcc in a clang built world Dimitry Andric
  • Re: Can't use gcc in a clang built world Andrew Turner
  • Re: Can't use gcc in a clang built world Dimitry Andric
• expanding amd64 past the 1TB limit Chris Torek
  • Re: expanding amd64 past the 1TB limit Julian Elischer
  • Re: expanding amd64 past the 1TB limit Chris Torek
  • Re: expanding amd64 past the 1TB limit Chris Torek
  • Re: expanding amd64 past the 1TB limit Oliver Pinter
  • Re: expanding amd64 past the 1TB limit Konstantin Belousov
  • Re: expanding amd64 past the 1TB limit Chris Torek
  • Re: expanding amd64 past the 1TB limit Chris Torek
  • Re: expanding amd64 past the 1TB limit Chris Torek
  • Re: expanding amd64 past the 1TB limit Neel Natu
  • Re: expanding amd64 past the 1TB limit Chris Torek
  • Re: expanding amd64 past the 1TB limit Chris Torek
  • Re: expanding amd64 past the 1TB limit Chris Torek
  • Re: expanding amd64 past the 1TB limit Chris Torek
  • Re: expanding amd64 past the 1TB limit Konstantin Belousov
• rc.d scripts to control multiple instances of the same daemon? Garrett Wollman
  • Re: rc.d scripts to control multiple instances of the same daemon? Ian Lepore
  • Re: rc.d scripts to control multiple instances of the same daemon? olli hauer
  • Re: rc.d scripts to control multiple instances of the same daemon? Pietro Cerutti
  • Re: rc.d scripts to control multiple instances of the same daemon? Baptiste Daroussin
  • Re: rc.d scripts to control multiple instances of the same daemon? Alex Dupre
• panic in g_io_schedule_down Daniil Cherednik
• KDE installation Ruben Dario Alvarado Tejada
  • Re: KDE installation Daniel O'Connor
• svn broken Aryeh Friedman
  • Re: svn broken Aryeh Friedman
  • Re: svn broken Jason Hellenthal
  • Re: svn broken Jason Hellenthal
  • Re: svn broken Aryeh Friedman
  • Re: svn broken Aryeh Friedman
• make targets, fail for ports, when DESTDIR is set rank1seeker
  • Re: make targets, fail for ports, when DESTDIR is set rank1seeker
• Replace Linux skb_put with mbuf m_append Monthadar Al Jaberi
• what's got messed with geli in newest 9.* kernel (svn) Wojciech Puchar
  • Re: what's got messed with geli in newest 9.* kernel (svn) Wojciech Puchar
• what's going on after upgrade to svn-latest 9. Wojciech Puchar
  • Re: what's going on after upgrade to svn-latest 9. Alexey Dokuchaev
  • Re: what's going on after upgrade to svn-latest 9. Andriy Gapon
• Shell variables containing output redirects Alexander Yerenkow
  • Re: Shell variables containing output redirects Teske, Devin
  • Re: Shell variables containing output redirects Teske, Devin
  • Re: Shell variables containing output redirects Teske, Devin
• BUS_PROBE_NOWILDCARD behaviour doesn't seem to match DEVICE_PROBE(9) Ryan Stone
  • Re: BUS_PROBE_NOWILDCARD behaviour doesn't seem to match DEVICE_PROBE(9) John Baldwin
  • Re: BUS_PROBE_NOWILDCARD behaviour doesn't seem to match DEVICE_PROBE(9) Ian Lepore
• Happy Birthday FreeBSD! Now you are 20 years old and your security is the same as 20 years ago... :) Hunger
• Bug in qmail port's Makefile, where to report? Joe Schaefer
  • Re: Bug in qmail port's Makefile, where to report? Matthias Andree
  • Re: Bug in qmail port's Makefile, where to report? Uffe Jakobsen
• FreeBSD 2013-Q2 status reports! Isabell Long
  • Re: FreeBSD 2013-Q2 status reports! David Chisnall
  • Re: FreeBSD 2013-Q2 status reports! Gabor Pali
• how do I build a single app? david . lee . tn
  • Re: how do I build a single app? Benjamin VILLAIN
  • Re: how do I build a single app? Greg Larkin
  • Re: how do I build a single app? Wojciech Puchar
  • Re: how do I build a single app? Jason Hellenthal
• 9.1 stage 2 boot rank1seeker
• WhatsApp Messenger: iPhone + Android + Nokia + BlackBerry + Windows Phone white . heron
• panic: vfs_mount_destroy: nonzero activevnodelistsize rank1seeker
• Exposing driver's GPIOs through gpiobus Ryan Stone
  • Re: Exposing driver's GPIOs through gpiobus John Baldwin
• Importing tradcpp (traditional (K&R-style) C macro preprocessor) into base? Baptiste Daroussin
  • Re: Importing tradcpp (traditional (K&R-style) C macro preprocessor) into base? Matthias Andree
  • Re: Importing tradcpp (traditional (K&R-style) C macro preprocessor) into base? Baptiste Daroussin
  • Re: Importing tradcpp (traditional (K&R-style) C macro preprocessor) into base? Jilles Tjoelker
  • Re: Importing tradcpp (traditional (K&R-style) C macro preprocessor) into base? Diane Bruce
  • Re: Importing tradcpp (traditional (K&R-style) C macro preprocessor) into base? Xin Li
  • Re: Importing tradcpp (traditional (K&R-style) C macro preprocessor) into base? Baptiste Daroussin
  • Re: Importing tradcpp (traditional (K&R-style) C macro preprocessor) into base? Diane Bruce
  • Re: Importing tradcpp (traditional (K&R-style) C macro preprocessor) into base? Eitan Adler
  • Re: Importing tradcpp (traditional (K&R-style) C macro preprocessor) into base? Xin Li
  • Re: Importing tradcpp (traditional (K&R-style) C macro preprocessor) into base? Diane Bruce
  • Re: Importing tradcpp (traditional (K&R-style) C macro preprocessor) into base? Diane Bruce
  • Re: Importing tradcpp (traditional (K&R-style) C macro preprocessor) into base? Poul-Henning Kamp
• Where is stack of program? Vagner
  • Re: Where is stack of program? Konstantin Belousov
  • Re: Where is stack of program? Vagner
  • Re: Where is stack of program? Vagner
• Re: [PATCH] multiple instances of ipfw(4) Ermal Luçi
  • Re: [PATCH] multiple instances of ipfw(4) Luigi Rizzo
  • Re: [PATCH] multiple instances of ipfw(4) Ermal Luçi
  • Re: [PATCH] multiple instances of ipfw(4) Luigi Rizzo
  • Re: [PATCH] multiple instances of ipfw(4) Ermal Luçi

• Earlier messages
• Later messages