freebsd-current

• Date Index

---

• Snapshot 8.0-CURRENT-200807-amd64, Ian FREISLICH
  • Re: Snapshot 8.0-CURRENT-200807-amd64, Florian Smeets
  • Re: Snapshot 8.0-CURRENT-200807-amd64, Stefan Lambrev
  • Re: Snapshot 8.0-CURRENT-200807-amd64, Stephen Montgomery-Smith
    • Re: Snapshot 8.0-CURRENT-200807-amd64, Josh Carroll
      • Re: Snapshot 8.0-CURRENT-200807-amd64, Remko Lodder
• SSP on PPC, Justin Hibbits
• Call for bfe(4) testers., Pyun YongHyeon
  • Re: Call for bfe(4) testers., Gleb Kurtsou
• root on zfs, mirrored /boot, encrypted swap, easy as pie., George Hartzell
• FreeBSD Status Reports due August 5th, 2008, Brad Davis
  • Re: FreeBSD Status Reports due August 5th, 2008, Niclas Zeising
    • Re: FreeBSD Status Reports due August 5th, 2008, Brad Davis
      • Re: FreeBSD Status Reports due August 5th, 2008, Jeroen Ruigrok van der Werven
      • Re: FreeBSD Status Reports due August 5th, 2008, Niclas Zeising
• Upcoming ABI Breakage in RELENG_7, Ken Smith
  • Re: Upcoming ABI Breakage in RELENG_7, David Southwell
    • Re: Upcoming ABI Breakage in RELENG_7, Max Laier
    • Re: Upcoming ABI Breakage in RELENG_7, Kostik Belousov
    • Re: Upcoming ABI Breakage in RELENG_7, Vlad GALU
  • Re: Upcoming ABI Breakage in RELENG_7, Ian FREISLICH
    • Re: Upcoming ABI Breakage in RELENG_7, David Southwell
      • Re: Upcoming ABI Breakage in RELENG_7, Ken Smith
    • Re: Upcoming ABI Breakage in RELENG_7, Ian FREISLICH
    • Re: Upcoming ABI Breakage in RELENG_7, Ed Schouten
• sun4v on recent CURRENT, Mars G Miro
  • Re: sun4v on recent CURRENT, Kris Kennaway
• Build fails with IPF, Beech Rintoul
• Re: Panic of 8-CURRENT in VMWare, Ben Kelly
• zfs send/receive on top level of filesystem heirachy, Duncan Young
  • Re: zfs send/receive on top level of filesystem heirachy, Duncan Young
• Re: [USB/MSDOSFS] Possible File System Corrupted, army.of.root@xxxxxxxxxxxxxx
• ata(4): Call for ICH10 owners' test, Xin LI
• ZFS patches., Pawel Jakub Dawidek
  • Re: ZFS patches., Arne Schwabe
    • Re: ZFS patches., Ulf Lilleengen
  • Re: ZFS patches., Norikatsu Shigemura
    • Re: ZFS patches., Norikatsu Shigemura
  • Re: ZFS patches., Xin LI
    • Re: ZFS patches., Xin LI
  • Re: ZFS patches., Max Laier
    • Re: ZFS patches., Pawel Jakub Dawidek
      • Re: ZFS patches., Max Laier
      • Re: ZFS patches., Pawel Jakub Dawidek
      • Re: ZFS patches., OutBackdingo
      • Re: ZFS patches., Sam Fourman Jr.
  • Re: ZFS patches., Adam McDougall
    • Re: ZFS patches., David Grochowski
      • Re: ZFS patches., John Nielsen
      • Re: ZFS patches., Adam McDougall
    • Re: ZFS patches., George Hartzell
      • Re: ZFS patches., Randy Bush
  • Re: ZFS patches., Philip M. Gollucci
  • Re: ZFS patches., Jorn Argelo
    • Re: ZFS patches., Pawel Jakub Dawidek
  • Re: ZFS patches., Sven W
  • allow vs. usermount [Re: ZFS patches.], Max Laier
    • Re: allow vs. usermount [Re: ZFS patches.], Pawel Jakub Dawidek
  • Re: ZFS patches., Ivan Voras
    • Re: ZFS patches., Antony Mawer
  • Re: ZFS patches., Remy Nonnenmacher
  • Re: ZFS patches., Stefan Lambrev
    • Re: ZFS patches., Jeremy Chadwick
      • Re: ZFS patches., OutBackdingo
      • Re: ZFS patches., Randy Bush
      • Re: ZFS patches., OutBackdingo
      • Re: ZFS patches., Jeremy Chadwick
      • Re: ZFS patches., Aristedes Maniatis
      • Re: ZFS patches., Ulf Lilleengen
      • Re: ZFS patches., Norikatsu Shigemura
      • Re: ZFS patches., Duncan Young
    • Re: ZFS patches., George Hartzell
  • Message not available
    • Re: ZFS patches. [Problem with root on zfs and upgrading], George Hartzell
      • Re: ZFS patches. [Problem with root on zfs and upgrading], George Hartzell
  • Re: ZFS patches., Zaphod Beeblebrox
    • Re: ZFS patches., Ulf Lilleengen
  • Re: ZFS patches., CZUCZY Gergely
    • Re: ZFS patches., Pawel Jakub Dawidek
  • Re: ZFS patches., Pascal Hofstee
  • Re: ZFS patches., Claus Guttesen
    • Re: ZFS patches., kevin
• Installation of FreeBSD : Installation of Packages ., Mehmet Erol Sanliturk
• freebsd svn repo busted or bad usage?, Garrett Cooper
  • Re: freebsd svn repo busted or bad usage?, Ivan Voras
    • Re: freebsd svn repo busted or bad usage?, Garrett Cooper
      • Re: freebsd svn repo busted or bad usage?, Garrett Cooper
      • Re: freebsd svn repo busted or bad usage?, Ivan Voras
      • Re: freebsd svn repo busted or bad usage?, Bernd Walter
      • Re: freebsd svn repo busted or bad usage?, Vince Hoffman
• work0 drive, Randy Bush
• Re: PUC rewrite, Mike Tancsa
  • Re: PUC rewrite, Marcel Moolenaar
    • Re: PUC rewrite, Mike Tancsa
      • Re: PUC rewrite, Marcel Moolenaar
      • Re: PUC rewrite, Mike Tancsa
      • Re: PUC rewrite, Marcel Moolenaar
      • Re: PUC rewrite, Mike Tancsa
      • Re: PUC rewrite, M. Warner Losh
• PATCH: iicbus(4) locking, please test, John Baldwin
• Hard lockup CURRENT lockup with ath0 and no wireless networks in proximity, Vladimir Grebenschikov
  • Re: Hard lockup CURRENT lockup with ath0 and no wireless networks in proximity, Alexandre \"Sunny\" Kovalenko
    • Re: Hard lockup CURRENT lockup with ath0 and no wireless networks in proximity, Vladimir Grebenschikov
• NFS and nmount, Doug Rabson
  • Re: NFS and nmount, John Baldwin
• iscsi software inititator, Pinto, Melzer
  • Re: iscsi software inititator, Julian Elischer
  • Re: iscsi software inititator, Vincent Hoffman
• CFT/CFR: NDIS(4) USB support, Weongyo Jeong
  • Re: CFT/CFR: NDIS(4) USB support, Paul B. Mahol
    • Re: CFT/CFR: NDIS(4) USB support, Weongyo Jeong
• I like my rc.d boot messages :(, John Baldwin
  • Re: I like my rc.d boot messages :(, Ted Faber
  • Re: I like my rc.d boot messages :(, Daniel Eischen
    • Re: I like my rc.d boot messages :(, Zaphod Beeblebrox
      • Re: I like my rc.d boot messages :(, Daniel Eischen
      • Re: I like my rc.d boot messages :(, Freddie Cash
      • Re: I like my rc.d boot messages :(, JoaoBR
      • Re: I like my rc.d boot messages :(, Miroslav Lachman
      • Re: I like my rc.d boot messages :(, Julian Elischer
      • Re: I like my rc.d boot messages :(, JoaoBR
      • Re: I like my rc.d boot messages :(, Miroslav Lachman
      • RE: I like my rc.d boot messages :(, Andresen, Jason R.
  • Re: I like my rc.d boot messages :(, Joel Dahl
  • Re: I like my rc.d boot messages :(, Volodymyr Kostyrko
    • Re: I like my rc.d boot messages :(, John Baldwin
  • Re: I like my rc.d boot messages :(, Mike Makonnen
• [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
• Linuxulator64, Nenhum_de_Nos
  • Re: Linuxulator64, Boris Samorodov
  • Re: Linuxulator64, Roman Divacky
    • Re: Linuxulator64, Nenhum_de_Nos
• setting memory size with hw.physmem, Manjunath Ranganathaiah
  • Re: setting memory size with hw.physmem, John Baldwin
• NFS writes and ZFS, John Nielsen
  • Re: NFS writes and ZFS, Pawel Jakub Dawidek
    • Re: NFS writes and ZFS, Bernd Walter
      • Re: NFS writes and ZFS, John Nielsen
    • Re: NFS writes and ZFS, Claus Guttesen
    • Re: NFS writes and ZFS, John Nielsen
• ath vap - second hostap _almost_ works, John Nielsen
  • Re: ath vap - second hostap _almost_ works, Sam Leffler
    • Re: ath vap - second hostap _almost_ works, John Nielsen
      • Re: ath vap - second hostap _almost_ works, John Nielsen
• Recent Padlock changes break ssh, Ian FREISLICH
  • Re: Recent Padlock changes break ssh, Pawel Jakub Dawidek
    • Re: Recent Padlock changes break ssh, Patrick Bihan-Faou
    • Re: Recent Padlock changes break ssh, Patrick Lamaizière
      • Re: Recent Padlock changes break ssh, Pawel Jakub Dawidek
      • Re: Recent Padlock changes break ssh, Patrick Lamaizière
  • Re: Recent Padlock changes break ssh, Ian FREISLICH
• [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 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 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
  • [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 i386/i386, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/i386, FreeBSD Tinderbox
• [head tinderbox] failure on 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
• reproducible "panic: share->excl", Andrew Gallatin
  • Re: reproducible "panic: share->excl", Kostik Belousov
    • Re: reproducible "panic: share->excl", Attilio Rao
      • Re: reproducible "panic: share->excl", Kostik Belousov
    • Re: reproducible "panic: share->excl", Andrew Gallatin
      • Re: reproducible "panic: share->excl", Kostik Belousov
      • Re: reproducible "panic: share->excl", Andrew Gallatin
• init 1 hangs computer when called from within gnome, rohit . x . tripathi
• Installation of FreeBSD ., Mehmet Erol Sanliturk
  • Re: Installation of FreeBSD ., Garrett Cooper
  • Re: Installation of FreeBSD ., Carlos A. M. dos Santos
• Symbol.map for libc, Julian Elischer
  • Re: Symbol.map for libc, Xin LI
    • Re: Symbol.map for libc, Julian Elischer
      • Re: Symbol.map for libc, Xin LI
• Handbook of FreeBSD : Improvement suggestion ( 1 ) ., Mehmet Erol Sanliturk
  • Re: Handbook of FreeBSD : Improvement suggestion ( 1 ) ., Garrett Cooper
• Re: tcsh coredumps, Giorgos Keramidas
• panic on tap device close ..., Matthew Grooms
• Would ZFS and gmirror work well together in a two-node failover cluster?, Maurice Volaski
  • Re: Would ZFS and gmirror work well together in a two-node failover cluster?, Jonathan Hogg
    • Re: Would ZFS and gmirror work well together in a two-node failover cluster?, Maurice Volaski
      • Re: Would ZFS and gmirror work well together in a two-node failover cluster?, Jonathan Hogg
  • Re: Would ZFS and gmirror work well together in a two-node failover cluster?, Sven Willenberger
    • Re: Would ZFS and gmirror work well together in a two-node failover cluster?, Maurice Volaski
• Broken APIC on my laptop or bug in FreeBSD?, Giorgos Keramidas
  • Re: Broken APIC on my laptop or bug in FreeBSD?, Giorgos Keramidas
  • Re: Broken APIC on my laptop or bug in FreeBSD?, Alexandre \"Sunny\" Kovalenko
    • Re: Broken APIC on my laptop or bug in FreeBSD?, Giorgos Keramidas
    • Re: Broken APIC on my laptop or bug in FreeBSD?, Giorgos Keramidas
      • Re: Broken APIC on my laptop or bug in FreeBSD?, Giorgos Keramidas
      • Re: Broken APIC on my laptop or bug in FreeBSD?, Alexandre \"Sunny\" Kovalenko
      • Re: Broken APIC on my laptop or bug in FreeBSD?, Giorgos Keramidas
      • Re: Broken APIC on my laptop or bug in FreeBSD?, Alexandre \"Sunny\" Kovalenko
      • Re: Broken APIC on my laptop or bug in FreeBSD?, Giorgos Keramidas
      • Re: Broken APIC on my laptop or bug in FreeBSD?, John Baldwin
      • Re: Broken APIC on my laptop or bug in FreeBSD?, Giorgos Keramidas
      • Re: Broken APIC on my laptop or bug in FreeBSD?, Alexandre \"Sunny\" Kovalenko
• [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
  • [head tinderbox] failure on i386/pc98, FreeBSD Tinderbox
• 7.0 CURRENT kernel's ath driver causes page fault, kernel panic (debugging kernel), Edward Ruggeri
  • Re: 7.0 CURRENT kernel's ath driver causes page fault, kernel panic (debugging kernel), Garrett Cooper
    • Re: 7.0 CURRENT kernel's ath driver causes page fault, kernel panic (debugging kernel), Edward Ruggeri
      • Re: 7.0 CURRENT kernel's ath driver causes page fault, kernel panic (debugging kernel), Edward Ruggeri
      • Re: 7.0 CURRENT kernel's ath driver causes page fault, kernel panic (debugging kernel), Garrett Cooper
      • Re: 7.0 CURRENT kernel's ath driver causes page fault, kernel panic (debugging kernel), Edward Ruggeri
      • Re: 7.0 CURRENT kernel's ath driver causes page fault, kernel panic (debugging kernel), Garrett Cooper
  • Re: 7.0 CURRENT kernel's ath driver causes page fault, kernel panic (debugging kernel), Robert Watson
    • Re: 7.0 CURRENT kernel's ath driver causes page fault, kernel panic (debugging kernel), Edward Ruggeri
• Re: cvs commit: src/sys/dev/age if_age.c if_agereg.h if_agevar.h, Andrew Thompson
  • Re: cvs commit: src/sys/dev/age if_age.c if_agereg.h if_agevar.h, Pyun YongHyeon
• rc improvements (wanted?), David Naylor
  • Re: rc improvements (wanted?), Peter Jeremy
  • Re: rc improvements (wanted?), Doug Barton
    • Re: rc improvements (wanted?), Alexander Leidinger
      • Re: rc improvements (wanted?), Peter Jeremy
      • Re: rc improvements (wanted?), Stefan Bethke
      • Re: rc improvements (wanted?), Doug Barton
      • Re: rc improvements (wanted?), Niki Denev
      • Re: rc improvements (wanted?), Alexander Leidinger
      • Re: rc improvements (wanted?), Bernd Walter
      • Re: rc improvements (wanted?), Doug Barton
      • Re: rc improvements (wanted?), Danny Braniss
      • Re: rc improvements (wanted?), Robert Noland
      • Re: rc improvements (wanted?), Peter Ross
      • Re: rc improvements (wanted?), Danny Braniss
      • Re: rc improvements (wanted?), Peter Ross
      • Re: rc improvements (wanted?), Danny Braniss
      • Re: rc improvements (wanted?), Bernd Walter
      • Re: rc improvements (wanted?), Miroslav Lachman
      • Re: rc improvements (wanted?), Bernd Walter
      • Re: rc improvements (wanted?), mouss
      • Re: rc improvements (wanted?), Bernd Walter
      • Re: rc improvements (wanted?), David Schultz
      • Re: rc improvements (wanted?), Doug Barton
  • <Possible follow-ups>
  • Re: rc improvements (wanted?), Peter Ross
    • Re: rc improvements (wanted?), Robert Noland
• panic: __lockmgr_args: unknown lockmgr request 0x0, Lothar Braun
  • Re: panic: __lockmgr_args: unknown lockmgr request 0x0, Attilio Rao
    • Re: panic: __lockmgr_args: unknown lockmgr request 0x0, Lothar Braun
      • Re: panic: __lockmgr_args: unknown lockmgr request 0x0, Kris Kennaway
      • Re: panic: __lockmgr_args: unknown lockmgr request 0x0, Lothar Braun
      • Re: panic: __lockmgr_args: unknown lockmgr request 0x0, Attilio Rao
      • Re: panic: __lockmgr_args: unknown lockmgr request 0x0, Lothar Braun
      • Re: panic: __lockmgr_args: unknown lockmgr request 0x0, Attilio Rao
      • Re: panic: __lockmgr_args: unknown lockmgr request 0x0, Attilio Rao
      • Re: panic: __lockmgr_args: unknown lockmgr request 0x0, Attilio Rao
      • Re: panic: __lockmgr_args: unknown lockmgr request 0x0, Lothar Braun
      • Re: panic: __lockmgr_args: unknown lockmgr request 0x0, Rink Springer
      • Re: panic: __lockmgr_args: unknown lockmgr request 0x0, Attilio Rao
      • Re: panic: __lockmgr_args: unknown lockmgr request 0x0, Garrett Cooper
• Heads Up: shutdown keyword added to 34 rc.d scripts., Doug Barton
  • Re: Heads Up: shutdown keyword added to 34 rc.d scripts., Dan Nelson
    • Re: Heads Up: shutdown keyword added to 34 rc.d scripts., Doug Barton
      • Re: Heads Up: shutdown keyword added to 34 rc.d scripts., Doug Barton
      • Re: Heads Up: shutdown keyword added to 34 rc.d scripts., David Schultz
      • Re: Heads Up: shutdown keyword added to 34 rc.d scripts., Dimitry Andric
      • Re: Heads Up: shutdown keyword added to 34 rc.d scripts., Dimitry Andric
      • Re: Heads Up: shutdown keyword added to 34 rc.d scripts., David Schultz
      • Re: Heads Up: shutdown keyword added to 34 rc.d scripts., Ivan Voras
• DVD-ROM problem with Freebsd 7, Barney Cordoba
  • Re: DVD-ROM problem with Freebsd 7, Barney Cordoba
• I'm sorry about being a jerk regarding Sysinstall a week or so ago, Rob
  • Re: I'm sorry about being a jerk regarding Sysinstall a week or so ago, Jeremy Chadwick
• A patch of MBR for Vortex86, Thinker
• ULE scheduling oddity, Steve Kargl
  • Re: ULE scheduling oddity, Stephen Montgomery-Smith
    • Re: ULE scheduling oddity, Steve Kargl
      • Re: ULE scheduling oddity, Garrett Cooper
  • Re: ULE scheduling oddity, Barney Cordoba
    • Re: ULE scheduling oddity, Steve Kargl
      • Re: ULE scheduling oddity, Barney Cordoba
      • Re: ULE scheduling oddity, Steve Kargl
      • Re: ULE scheduling oddity, Jeff Roberson
• geom_mirror silently upgrading metadata [Was: cvs commit: src UPDATING], Maxim Sobolev
  • Re: geom_mirror silently upgrading metadata [Was: cvs commit: src UPDATING], Ollivier Robert
  • Re: geom_mirror silently upgrading metadata [Was: cvs commit: src UPDATING], Peter Jeremy
    • Re: geom_mirror silently upgrading metadata [Was: cvs commit: src UPDATING], mark
    • Re: geom_mirror silently upgrading metadata [Was: cvs commit: src UPDATING], Pawel Jakub Dawidek
      • Re: geom_mirror silently upgrading metadata, Dag-Erling Smørgrav
      • Re: geom_mirror silently upgrading metadata, Pawel Jakub Dawidek
      • Re: geom_mirror silently upgrading metadata, Dag-Erling Smørgrav
• ATA subsystem lost drive after resume process, Sergey G Nasonov
  • RFC, RFT: AHCI driver reorganization (was: Re: ATA subsystem lost drive after resume process), Andrey V. Elsukov
    • Re: RFC, RFT: AHCI driver reorganization (was: Re: ATA subsystem lost drive after resume process), Søren Schmidt
      • Re: RFC, RFT: AHCI driver reorganization, Andrey V. Elsukov
      • Re: RFC, RFT: AHCI driver reorganization, Søren Schmidt
      • Re: RFC, RFT: AHCI driver reorganization, Andrey V. Elsukov
      • Re: RFC, RFT: AHCI driver reorganization, Søren Schmidt
      • Re: RFC, RFT: AHCI driver reorganization, Dmitry Morozovsky
• Segmentation fault, Jeff Dowsley
  • Re: Segmentation fault, Steve Kargl
  • Re: Segmentation fault, Derek Ragona
    • Re: Segmentation fault, Kris Kennaway
• Re: Call for testers: re(4) and RTL8168C/RTL8168CP/RTL8111C/RTL8111CP, Pyun YongHyeon
  • Re: Call for testers: re(4) and RTL8168C/RTL8168CP/RTL8111C/RTL8111CP, Pyun YongHyeon
  • Re: Call for testers: re(4) and RTL8168C/RTL8168CP/RTL8111C/RTL8111CP, Dimitry Andric
    • RE: Call for testers: re(4) andRTL8168C/RTL8168CP/RTL8111C/RTL8111CP, Johan Hendriks
      • Re: Call for testers: re(4) andRTL8168C/RTL8168CP/RTL8111C/RTL8111CP, Dimitry Andric
      • Message not available
      • Message not available
      • RE: Call for testers: re(4) andRTL8168C/RTL8168CP/RTL8111C/RTL8111CP, Johan Hendriks
      • Re: Call for testers: re(4) andRTL8168C/RTL8168CP/RTL8111C/RTL8111CP, Pyun YongHyeon
    • Re: Call for testers: re(4) and RTL8168C/RTL8168CP/RTL8111C/RTL8111CP, Pyun YongHyeon
• [patch] segfault in sh for bogus redirection, Simon L. Nielsen
  • Re: [patch] segfault in sh for bogus redirection, Stefan Farfeleder
    • Re: [patch] segfault in sh for bogus redirection, Simon L. Nielsen
• HEADS UP: sio(4) -> uart(4), Ed Schouten
  • Re: HEADS UP: sio(4) -> uart(4), Manfred Antar
    • Re: HEADS UP: sio(4) -> uart(4), Marcel Moolenaar
      • Re: HEADS UP: sio(4) -> uart(4), Manfred Antar
• A bit of offtopic: msdosfs recovery tool, Dmitry Morozovsky
  • Re: A bit of offtopic: msdosfs recovery tool, Hans Petter Selasky
    • Re: A bit of offtopic: msdosfs recovery tool, Dmitry Morozovsky
      • Re: A bit of offtopic: msdosfs recovery tool, Wilkinson, Alex
      • Re: A bit of offtopic: msdosfs recovery tool, Jeremy Messenger
      • Re: A bit of offtopic: msdosfs recovery tool, Dmitry Morozovsky
  • <Possible follow-ups>
  • Re: A bit of offtopic: msdosfs recovery tool, Jan Henrik Sylvester
• [PATCH] dhclient link timeout option, Niki Denev
• Boot from ZFS, Steve Bertrand
  • Re: Boot from ZFS, Ollivier Robert
    • Re: Boot from ZFS, Duncan Young
      • Re: Boot from ZFS, Xin LI
      • Re: Boot from ZFS, Duncan Young
      • Re: Boot from ZFS, Brooks Davis
      • Re: Boot from ZFS, Duncan Young
      • Re: Boot from ZFS, Steve Bertrand
• /etc/rc.d/syscons question, Vlad K Sm
• [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
    • Re: [head tinderbox] failure on amd64/amd64, Dag-Erling Smørgrav
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
• OT: anoncvs1.freebsd.org asking for password?, Igor Mozolevsky
  • Re: OT: anoncvs1.freebsd.org asking for password?, Steve Kargl
    • Re: OT: anoncvs1.freebsd.org asking for password?, Igor Mozolevsky
  • Re: OT: anoncvs1.freebsd.org asking for password?, Brad Davis
• Dell's PERC6i, Julio Gomez
  • Re: Dell's PERC6i, Xin LI
    • Re[2]: Dell's PERC6i, Daniel Gerzo
  • <Possible follow-ups>
  • Re: Dell's PERC6i, Angelo Höngens
• 802.11 vap support and ndis, Matteo Riondato
  • Re: 802.11 vap support and ndis, Weongyo Jeong
  • <Possible follow-ups>
  • 802.11 vap support and ndis, Matteo Riondato
• network protocol stacks in userspace, Maksim Yevmenkin
  • Re: network protocol stacks in userspace, Maxim Sobolev
• /girl/*** && /girl/ass, freebsd kernel panic
• Proper Printf Format for Printing Physical Addresses on 32 and 64 bit Systems, David Christensen
  • Re: Proper Printf Format for Printing Physical Addresses on 32 and 64 bit Systems, Scott Long
  • Re: Proper Printf Format for Printing Physical Addresses on 32 and 64 bit Systems, Peter Jeremy
    • Re: Proper Printf Format for Printing Physical Addresses on 32 and 64 bit Systems, Julian Elischer
• Re: Thinking of using ZFS/FBSD for a backup system, Dmitry Morozovsky
  • Re: Thinking of using ZFS/FBSD for a backup system, Kris Kennaway
    • Re: Thinking of using ZFS/FBSD for a backup system, aslam_mohamed
      • Re: Thinking of using ZFS/FBSD for a backup system, Kris Kennaway
      • Re: Thinking of using ZFS/FBSD for a backup system, aslam_mohamed
      • Re: Thinking of using ZFS/FBSD for a backup system, Kris Kennaway
      • Re: Thinking of using ZFS/FBSD for a backup system, aslam_mohamed
      • Re: Thinking of using ZFS/FBSD for a backup system, Kris Kennaway
      • Re: Thinking of using ZFS/FBSD for a backup system, Pawel Jakub Dawidek
• CFT: upgt(4) - Conexant/Intersil PrismGT wireless USB driver, Weongyo Jeong
• OpenBSD finds 33 year old bug in yacc(1), Ulrich Spoerlein
  • Re: OpenBSD finds 33 year old bug in yacc(1), Marcel Moolenaar
• Re: problem: world boot strapping from 7-C to HEAD with CDDL on sparc64?, Bjoern A. Zeeb
  • Re: problem: world boot strapping from 7-C to HEAD with CDDL on sparc64?, Bjoern A. Zeeb
• wlan0/wpi0 are filling /var/log/messages., Steve Kargl
• Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo], Kris Kennaway
  • Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo], Andrey Chernov
    • Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo], Kris Kennaway
      • Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo], Gabor Kovesdan
      • Message not available
      • Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo], Gábor Kövesdán
      • Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo], Kris Kennaway
• [PATCH] Support for Dell D630 sound, Xin LI
  • Re: [PATCH] Support for Dell D630 sound, Robert Noland
    • Re: [PATCH] Support for Dell D630 sound, Xin LI
• mount ext2fs - geom_label, William Grzybowski
  • Re: mount ext2fs - geom_label, Ivan Voras
    • Re: mount ext2fs - geom_label, William Grzybowski
      • Re: mount ext2fs - geom_label, Lothar Braun
      • Re: mount ext2fs - geom_label, William Grzybowski
• [PATCH] Fix /usr/src/usr.sbin/pw/pwupd.c - pw_update() return success on failure, Unga
  • Re: [PATCH] Fix /usr/src/usr.sbin/pw/pwupd.c - pw_update() return success on failure, John Baldwin
• zfs and glabel, Duncan Young
  • Re: zfs and glabel, Duncan Young
• Re: AMD Geode LX crypto accelerator (glxsb), Michael Reifenberger
  • Re: AMD Geode LX crypto accelerator (glxsb), Patrick Lamaizière
    • Re: AMD Geode LX crypto accelerator (glxsb), Pawel Jakub Dawidek
      • Re: AMD Geode LX crypto accelerator (glxsb), Michael Reifenberger
• Re: freebsd-current Digest, Vol 249, Issue 9, Gui Bin Gu
• kernel modules wont load, Chuck Robey
  • Re: kernel modules wont load, Robert Watson
    • Re: kernel modules wont load, Chuck Robey
      • Re: kernel modules wont load, John Baldwin
• wireless access point is don`t scaning, Vladimir Ermakov
  • Re: wireless access point is don`t scaning, Paul B. Mahol
  • Re: wireless access point is don`t scaning, Sam Leffler
    • Re: wireless access point is don`t scaning, Vladimir Ermakov
• Re: newfs_msdos and dvd-ram (fwsectors, fwheads), Andriy Gapon
  • Re: newfs_msdos and dvd-ram (fwsectors, fwheads), Marcel Moolenaar
• Has anyone else seen any form of in memory or on disk corruption?, gnn
  • Re: Has anyone else seen any form of in memory or on disk corruption?, Kris Kennaway
  • Re: Has anyone else seen any form of in memory or on disk corruption?, Bakul Shah
    • Re: Has anyone else seen any form of in memory or on disk corruption?, gnn
      • Re: Has anyone else seen any form of in memory or on disk corruption?, Bakul Shah
      • Re: Has anyone else seen any form of in memory or on disk corruption?, Hans Petter Selasky
  • Re: Has anyone else seen any form of in memory or on disk corruption?, John Baldwin
    • Re: Has anyone else seen any form of in memory or on disk corruption?, gnn
      • Re: Has anyone else seen any form of in memory or on disk corruption?, John Baldwin
  • Re: Has anyone else seen any form of in memory or on disk corruption?, Astrodog
  • Re: Has anyone else seen any form of in memory or on disk corruption?, Mark Atkinson
    • Re: Has anyone else seen any form of in memory or on disk corruption?, gnn
      • Re: Has anyone else seen any form of in memory or on disk corruption?, Kris Kennaway
      • Re: Has anyone else seen any form of in memory or on disk corruption?, gnn
      • Re: Has anyone else seen any form of in memory or on disk corruption?, Kris Kennaway
  • Re: Has anyone else seen any form of in memory or on disk corruption?, Luke S Crawford
    • Re: Has anyone else seen any form of in memory or on disk corruption?, gnn
      • Re: Has anyone else seen any form of in memory or on disk corruption?, Astrodog
• Re: profiling broken on RELENG_7/i386 (fwd), Dmitry Morozovsky
• Question to Sam about the ath 5424 wifi driver, Antoine BRUNEL
• cvsup server reachable via IPv6..., Ken Smith
  • Re: cvsup server reachable via IPv6..., Maxim Konovalov
  • Re: cvsup server reachable via IPv6..., Byung-Hee HWANG
    • iLO virtual Drive setup help, Mihir Bhavsar
• head panic: mutex Giant owned at /d2/emaste/svn-head/src/sys/geom/geom_dev.c:184, Ed Maste
  • Re: head panic: mutex Giant owned at /d2/emaste/svn-head/src/sys/geom/geom_dev.c:184, Kostik Belousov
    • remove debug.mpsafevfs tunable? (was Re: head panic: mutex Giant owned at /d2/emaste/svn-head/src/sys/geom/geom_dev.c:184), Ed Maste
      • Re: remove debug.mpsafevfs tunable? (was Re: head panic: mutex Giant owned at /d2/emaste/svn-head/src/sys/geom/geom_dev.c:184), Kostik Belousov
• may I commit this small umodem patch ?, Luigi Rizzo
  • Re: may I commit this small umodem patch ?, Gary Jennejohn
    • Re: may I commit this small umodem patch ?, Alexander Sabourenkov
    • Re: may I commit this small umodem patch ?, Luigi Rizzo
      • Re: may I commit this small umodem patch ?, Hans Petter Selasky
      • Re: may I commit this small umodem patch ?, Luigi Rizzo
      • Re: may I commit this small umodem patch ?, Hans Petter Selasky
      • Re: may I commit this small umodem patch ?, Luigi Rizzo
      • Re: may I commit this small umodem patch ?, Hans Petter Selasky
      • Re: may I commit this small umodem patch ?, Luigi Rizzo
      • Re: may I commit this small umodem patch ?, Bernd Walter
      • Re: may I commit this small umodem patch ?, Hans Petter Selasky
      • Re: may I commit this small umodem patch ?, Bernd Walter
      • Re: may I commit this small umodem patch ?, Bernd Walter
      • Re: may I commit this small umodem patch ?, Xiaofan Chen
      • Re: may I commit this small umodem patch ?, Sverre Svenningsen
      • Re: may I commit this small umodem patch ?, Peter Jeremy
      • Re: may I commit this small umodem patch ?, Dag-Erling Smørgrav
      • Re: may I commit this small umodem patch ?, John Baldwin
      • Sort of off-topic (was: Re: may I commit this small umodem patch ?), Giorgos Keramidas
• Q: 802.11 vap monitor mode, Weongyo Jeong
  • Re: Q: 802.11 vap monitor mode, Sam Leffler
    • Re: Q: 802.11 vap monitor mode, Weongyo Jeong
  • Re: Q: 802.11 vap monitor mode, Paul B. Mahol
• cvs commit: src/sys/netinet6 frag6.c ip6_forward.c ip6_input.c (fwd), Robert Watson
• Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Rob Lytle
  • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Giorgos Keramidas
  • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Kevin Oberman
    • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Antoine BRUNEL
    • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Rob Lytle
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Stephen Montgomery-Smith
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Rob Lytle
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Stephen Montgomery-Smith
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Szilveszter Adam
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Simon Cornelius P. Umacob
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Aggelidis Nikos
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Giorgos Keramidas
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Greg Black
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Rob Lytle
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Rob Lytle
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Peter Jeremy
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Kevin Oberman
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Dag-Erling Smørgrav
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Randy Bush
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Paul B. Mahol
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Giorgos Keramidas
      • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Giorgos Keramidas
  • <Possible follow-ups>
  • Re: Sysinstall is still inadequate after all of these years / sorry I started flame war, Daniel Engberg
• Re: Sysinstall is still inadequate after all of these years / thanks for responding, Rob Lytle
  • Re: Sysinstall is still inadequate after all of these years / thanks for responding, Sean Cavanaugh
• Panic using rsync to msdosfs filesystem, Doug Barton
  • Re: Panic using rsync to msdosfs filesystem, Kostik Belousov
    • Re: Panic using rsync to msdosfs filesystem, Doug Barton
    • Re: Panic using rsync to msdosfs filesystem, Rainer Hurling
  • Re: Panic using rsync to msdosfs filesystem, Rainer Hurling
• Sysinstall is still inadequate after all of these years, Rob Lytle
  • Re: Sysinstall is still inadequate after all of these years, Curtis Penner
    • Re: Sysinstall is still inadequate after all of these years, Max Laier
    • Re: Sysinstall is still inadequate after all of these years, Antoine BRUNEL
      • Re: Sysinstall is still inadequate after all of these years, Rob Lytle
      • Re: Sysinstall is still inadequate after all of these years, Holger Kipp
      • Re: Sysinstall is still inadequate after all of these years, Tim Kientzle
      • Re: Sysinstall is still inadequate after all of these years, Doug Barton
      • Re: Sysinstall is still inadequate after all of these years, Giorgos Keramidas
    • Re: Sysinstall is still inadequate after all of these years, Randy Bush
    • Re: Sysinstall is still inadequate after all of these years, Aragon Gouveia
      • Re: Sysinstall is still inadequate after all of these years, Stephen Montgomery-Smith
    • Re: Sysinstall is still inadequate after all of these years, Mike Meyer
  • Re: Sysinstall is still inadequate after all of these years, Robert Watson
    • Re: Sysinstall is still inadequate after all of these years, Lothar Braun
      • Re: Sysinstall is still inadequate after all of these years, Robert Watson
      • Re: Sysinstall is still inadequate after all of these years, Lothar Braun
      • Re: Sysinstall is still inadequate after all of these years, Stephen Montgomery-Smith
      • Re: Sysinstall is still inadequate after all of these years, Tim Clewlow
      • Re: Re: Sysinstall is still inadequate after all of these years, Mike Makonnen
      • Re: Re: Sysinstall is still inadequate after all of these years, Robert Watson
      • Re: Sysinstall is still inadequate after all of these years, Randy Bush
      • Re: Sysinstall is still inadequate after all of these years, Mike Makonnen
      • Re: Sysinstall is still inadequate after all of these years, John Baldwin
      • Re: Sysinstall is still inadequate after all of these years, Randy Bush
      • Re: Sysinstall is still inadequate after all of these years, Gary Jennejohn
      • Re: Sysinstall is still inadequate after all of these years, Randy Bush
      • Re: Sysinstall is still inadequate after all of these years, Vincent Hoffman
      • Re: Sysinstall is still inadequate after all of these years, John Baldwin
      • Re: Sysinstall is still inadequate after all of these years, Randy Bush
      • Re: Re: Sysinstall is still inadequate after all of these years, Freddie Cash
      • Re: Sysinstall is still inadequate after all of these years, soralx
      • Re: Re: Sysinstall is still inadequate after all of these years, Mike Makonnen
      • Re: Re: Sysinstall is still inadequate after all of these years, Freddie Cash
      • Re: Re: Re: Sysinstall is still inadequate after all of these years, Mike Makonnen
      • Re: Re: Re: Sysinstall is still inadequate after all of these years, Rink Springer
      • Re: Sysinstall is still inadequate after all of these years, Marcel Moolenaar
      • Re: Sysinstall is still inadequate after all of these years, Mike Makonnen
      • Re: Sysinstall is still inadequate after all of these years, Marcel Moolenaar
      • Re: Re: Sysinstall is still inadequate after all of these years, Rick C. Petty
      • Re: Sysinstall is still inadequate after all of these years, Rainer Duffner
      • Re: Sysinstall is still inadequate after all of these years, Nick Barkas
  • Re: Sysinstall is still inadequate after all of these years, Gavin Atkinson
  • Re: Sysinstall is still inadequate after all of these years, Doug Barton
    • Re: Sysinstall is still inadequate after all of these years, Igor Mozolevsky
• MPSAFE TTY schedule, Ed Schouten
  • Re: MPSAFE TTY schedule, Takahashi Yoshihiro
  • Re: MPSAFE TTY schedule, Peter Jeremy
    • Re: MPSAFE TTY schedule, Ed Schouten
      • Re: MPSAFE TTY schedule [uart vs sio], Sam Leffler
      • Re: MPSAFE TTY schedule [uart vs sio], Marcel Moolenaar
      • Re: MPSAFE TTY schedule [uart vs sio], M. Warner Losh
      • Re: MPSAFE TTY schedule [uart vs sio], Takahashi Yoshihiro
      • Re: MPSAFE TTY schedule [uart vs sio], Marcel Moolenaar
      • Re: MPSAFE TTY schedule [uart vs sio], Takahashi Yoshihiro
      • Re: MPSAFE TTY schedule [uart vs sio], Marcel Moolenaar
      • Re: MPSAFE TTY schedule [uart vs sio], Marcel Moolenaar
      • Re: MPSAFE TTY schedule, Peter Jeremy
      • Re: MPSAFE TTY schedule, Ed Schouten
      • Re: MPSAFE TTY schedule, Bruce Evans
      • Re: MPSAFE TTY schedule, Peter Wemm
      • Re: MPSAFE TTY schedule, M. Warner Losh
  • Re: MPSAFE TTY schedule, M. Warner Losh
    • Re: MPSAFE TTY schedule, Coleman Kane
  • MPSAFE TTY schedule - update, Ed Schouten
  • Re: MPSAFE TTY schedule, Ed Schouten
  • Re: MPSAFE TTY schedule, Ed Schouten
    • Re: MPSAFE TTY schedule, Giorgos Keramidas
• Re: Vimage headsup.. revised., Sam Fourman Jr.
  • Re: Vimage headsup.. revised., Julian Elischer
• puc(4) man page update?, Alexey Shuvaev
  • Re: puc(4) man page update?, Alexey Shuvaev
  • Re: puc(4) man page update?, Marcel Moolenaar
    • Re: puc(4) man page update?, Alexey Shuvaev
      • Re: puc(4) man page update?, Alexey Shuvaev
      • Re: puc(4) man page update?, Marcel Moolenaar
    • Re: puc(4) man page update?, Dmitry Morozovsky
      • Re: puc(4) man page update?, Marcel Moolenaar
      • Re: puc(4) man page update?, Dmitry Morozovsky
      • Re: puc(4) man page update?, Marcel Moolenaar
      • Re: puc(4) man page update?, Dmitry Morozovsky
      • Re: puc(4) man page update?, Dmitry Morozovsky
      • Re: puc(4) man page update?, John Baldwin
      • Re: puc(4) man page update?, Marcel Moolenaar
      • Re: puc(4) man page update?, John Baldwin
      • Re: puc(4) man page update?, Marcel Moolenaar
      • Re: puc(4) man page update?, John Baldwin
      • Re: puc(4) man page update?, Marcel Moolenaar
• 6-core CPU detection problem, Ivan Voras
  • Re: 6-core CPU detection problem, Boris Samorodov
  • Re: 6-core CPU detection problem, John Baldwin
  • Re: 6-core CPU detection problem, Brian
    • Re: 6-core CPU detection problem, Ivan Voras
• Updating src/contrib/binutils, Jens Rehsack
  • Re: Updating src/contrib/binutils, Coleman Kane
    • Re: Updating src/contrib/binutils, Jens Rehsack
      • Re: Updating src/contrib/binutils, Coleman Kane
  • Re: Updating src/contrib/binutils, Brooks Davis
  • Re: Updating src/contrib/binutils, David O'Brien
    • Re: Updating src/contrib/binutils, Jens Rehsack
    • Re: Updating src/contrib/binutils, Johan Bucht
      • Re: Updating src/contrib/binutils, Xin LI
• Re: cpio -dumpl damages the files?, Tim Kientzle
  • Re: cpio -dumpl damages the files?, Vladimir Grebenschikov
    • Re: cpio -dumpl damages the files?, Tim Kientzle
      • Re: cpio -dumpl damages the files?, Vladimir Grebenschikov
      • Re: cpio -dumpl damages the files?, Tim Kientzle
      • Re: cpio -dumpl damages the files?, Vladimir Grebenschikov
• [fwd] cvs commit: src/lib/libthr/thread thr_mutex.c thr_umtx.c thr_umtx.h src/sys/kern kern_umtx.c src/sys/sys umtx.h, Vladimir Grebenschikov
  • Re: [fwd] cvs commit: src/lib/libthr/thread thr_mutex.c thr_umtx.c thr_umtx.h src/sys/kern kern_umtx.c src/sys/sys umtx.h, Gary Jennejohn
    • Re: [fwd] cvs commit: src/lib/libthr/thread thr_mutex.c thr_umtx.c thr_umtx.h src/sys/kern kern_umtx.c src/sys/sys umtx.h, Vladimir Grebenschikov
    • Re: [fwd] cvs commit: src/lib/libthr/thread thr_mutex.c thr_umtx.c thr_umtx.h src/sys/kern kern_umtx.c src/sys/sys umtx.h, Vladimir Grebenschikov
      • Re: [fwd] cvs commit: src/lib/libthr/thread thr_mutex.c thr_umtx.c thr_umtx.h src/sys/kern kern_umtx.c src/sys/sys umtx.h, Alexander Kabaev
      • Re: [fwd] cvs commit: src/lib/libthr/thread thr_mutex.c thr_umtx.c thr_umtx.h src/sys/kern kern_umtx.c src/sys/sys umtx.h, Coleman Kane
      • Re: [fwd] cvs commit: src/lib/libthr/thread thr_mutex.c thr_umtx.c thr_umtx.h src/sys/kern kern_umtx.c src/sys/sys umtx.h, Alexander Kabaev
      • Re: [fwd] cvs commit: src/lib/libthr/thread thr_mutex.c thr_umtx.c thr_umtx.h src/sys/kern kern_umtx.c src/sys/sys umtx.h, Coleman Kane
      • Re: [fwd] cvs commit: src/lib/libthr/thread thr_mutex.c thr_umtx.c thr_umtx.h src/sys/kern kern_umtx.c src/sys/sys umtx.h, Vladimir Grebenschikov
      • Re: [fwd] cvs commit: src/lib/libthr/thread thr_mutex.c thr_umtx.c thr_umtx.h src/sys/kern kern_umtx.c src/sys/sys umtx.h, Gary Jennejohn
    • Re: [fwd] cvs commit: src/lib/libthr/thread thr_mutex.c thr_umtx.c thr_umtx.h src/sys/kern kern_umtx.c src/sys/sys umtx.h, Daniel Eischen
• Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)), John Baldwin
  • <Possible follow-ups>
  • Re: HEAD UP: non-MPSAFE network drivers to be disabled (was: 8.0 network stack MPsafety goals (fwd)), Bruce M. Simpson

• Security
• UNIX
• Linux
• Coding
• Usenet

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

unix.derkeiler.com  > Mailing-Lists  > FreeBSD  > current  > 2008-07