freebsd-current  

Messages by Thread

• • Re: devfs oddity? Bruce Evans
  • Re: devfs oddity? Poul-Henning Kamp
  • Re: devfs oddity? Bruce Evans
  • Re: devfs oddity? David O'Brien
  • Re: devfs oddity? Matthew N. Dodd
  • Re: devfs oddity? Poul-Henning Kamp
  • Re: devfs oddity? Garrett Wollman
  • Re: devfs oddity? Nate Williams
• kernel panic from vinum during 'restore' n0g0013
  • Re: kernel panic from vinum during 'restore' Greg 'groggy' Lehey
  • Re: kernel panic from vinum during 'restore' n0g0013
  • Re: kernel panic from vinum during 'restore' fergus
  • Re: kernel panic from vinum during 'restore' Robert Watson
  • Re: kernel panic from vinum during 'restore' Greg 'groggy' Lehey
• The official "GEOM is in the tree" speech. Poul-Henning Kamp
  • Re: The official "GEOM is in the tree" speech. Hiten Pandya
  • Re: The official "GEOM is in the tree" speech. Byron Schlemmer
  • Re: The official "GEOM is in the tree" speech. Wesley Morgan
  • Re: The official "GEOM is in the tree" speech. Alexander Leidinger
  • Re: The official "GEOM is in the tree" speech. Poul-Henning Kamp
  • Re: The official "GEOM is in the tree" speech. Alexander Leidinger
  • Re: The official "GEOM is in the tree" speech. Poul-Henning Kamp
  • Re: The official "GEOM is in the tree" speech. Nate Lawson
  • Re: The official "GEOM is in the tree" speech. Richard Tobin
  • Re: The official "GEOM is in the tree" speech. Brooks Davis
  • Re: The official "GEOM is in the tree" speech. n0g0013
  • Re: The official "GEOM is in the tree" speech. Danny Braniss
• HEADS UP: options GEOM/NO_GEOM Robert Watson
• SSE German Tischler
  • Re: SSE Brian F. Feldman
  • Re: SSE Brian F. Feldman
  • Re: SSE Peter Wemm
  • Re: SSE Daniel Eischen
  • Re: SSE Andrew Gallatin
  • Re: SSE Daniel Eischen
  • Re: SSE Andrew Gallatin
  • Re: SSE Daniel Eischen
  • Re: SSE Andrew Gallatin
  • Re: SSE Peter Wemm
  • Re: SSE Brian F. Feldman
  • Re: SSE Brian F. Feldman
• panic from _mutex_assert in kern_lock.c Steven G. Kargl
  • Re: panic from _mutex_assert in kern_lock.c Brian F. Feldman
  • Re: panic from _mutex_assert in kern_lock.c Steven G. Kargl
  • Re: panic from _mutex_assert in kern_lock.c Brian F. Feldman
  • Re: panic from _mutex_assert in kern_lock.c Robert Watson
  • Re: panic from _mutex_assert in kern_lock.c Steven G. Kargl
  • Re: panic from _mutex_assert in kern_lock.c Jeff Roberson
  • Re: panic from _mutex_assert in kern_lock.c Steven G. Kargl
• make buildworld fails during stage 4, libpcap William Rose
  • Re: make buildworld fails during stage 4, libpcap Ruslan Ermilov
  • Re: make buildworld fails during stage 4, libpcap William Rose
• Re: HEADSUP! GEOM as default in 5 days... GEOM does not find da0a; goes to rootmount> Poul-Henning Kamp
  • Re: HEADSUP! GEOM as default in 5 days... GEOM does not find da0a;goes to rootmount> Nate Lawson
  • Re: HEADSUP! GEOM as default in 5 days... GEOM does not find da0a; goes to rootmount> Poul-Henning Kamp
• Re: signal 6 to XFree86 (Re: cvs commit: src/tools/tools...) Kris Kennaway
  • Re: signal 6 to XFree86 (Re: cvs commit: src/tools/tools...) Mikhail Teterin
  • Re: signal 6 to XFree86 (Re: cvs commit: src/tools/tools...) Alexander Leidinger
• ACPI errors and then panic Nate Lawson
  • Re: ACPI errors and then panic Mitsuru IWASAKI
  • Re: ACPI errors and then panic Nate Lawson
  • Re: [acpi-jp 1940] Re: ACPI errors and then panic Mitsuru IWASAKI
  • Re: [acpi-jp 1940] Re: ACPI errors and then panic - fixed! Nate Lawson
  • Re: [acpi-jp 1988] Re: ACPI errors and then panic - fixed! Mitsuru IWASAKI
  • Re: ACPI errors and then panic Nate Lawson
• (forw) CryptoGraphic Disk. Emiel Kollof
  • Re: (forw) CryptoGraphic Disk. Poul-Henning Kamp
  • Re: (forw) CryptoGraphic Disk. Emiel Kollof
• RC_NG for local rc scripts Scot W. Hetzel
• HEADSUP: acpica-unix-20021002 imported (Re: cvs commit:src/sys/contrib/dev/acpica - Imported sources) Mitsuru IWASAKI
  • panic: blockable sleep lock (sleep mutex) sellck @ /usr/src/sys/kern/sys_generic.c:1191 David Wolfskill
  • RE: panic: blockable sleep lock (sleep mutex) sellck @ /usr/src/ John Baldwin
  • RE: panic: blockable sleep lock (sleep mutex) sellck @ /usr/src/ Bruce Evans
• ☆たまげたニュース☆ watanabe@bb.knet.ne.jp
• Vote: lib/libexpat -> lib/libbsdxml Ruslan Ermilov
  • Re: Vote: lib/libexpat -> lib/libbsdxml Garance A Drosihn
  • Re: Vote: lib/libexpat -> lib/libbsdxml Poul-Henning Kamp
• Parsing route dump treceived by using sysctl yatin chalke
• Meaning of net.inet.tcp.inflight_debug output? Alexander Leidinger
  • Re: Meaning of net.inet.tcp.inflight_debug output? Matthew Dillon
  • Re: Meaning of net.inet.tcp.inflight_debug output? Alexander Leidinger
  • Re: Meaning of net.inet.tcp.inflight_debug output? Matthew Dillon
• [ GEOM tests ] disklabel warnings and vinum drives lost n0go013
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Poul-Henning Kamp
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost fergus
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost n0go013
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Poul-Henning Kamp
  • Re: [ GEOM tests ] vinum drives lost n0go013
  • Re: [ GEOM tests ] vinum drives lost Poul-Henning Kamp
  • Re: [ GEOM tests ] vinum drives lost Lars Eggert
  • Re: [ GEOM tests ] vinum drives lost Poul-Henning Kamp
  • Re: [ GEOM tests ] vinum drives lost Lars Eggert
  • ccd striping ?? [Was: vinum disks lost] n0go013
  • Re: ccd striping ?? [Was: vinum disks lost] Poul-Henning Kamp
  • Re: [ GEOM tests ] vinum drives lost Daniel Holmes
  • Re: [ GEOM tests ] vinum drives lost Poul-Henning Kamp
  • Re: [ GEOM tests ] vinum drives lost Vallo Kallaste
  • Re: [ GEOM tests ] vinum drives lost Greg 'groggy' Lehey
  • Re: [ GEOM tests ] vinum drives lost Vallo Kallaste
  • Re: [ GEOM tests ] vinum drives lost Matthew Dillon
  • ccd performance (was: [ GEOM tests ] vinum drives lost) Greg 'groggy' Lehey
  • Re: ccd performance (was: [ GEOM tests ] vinum drives lost) Matthew Dillon
  • Re: ccd performance (was: [ GEOM tests ] vinum drives lost) Terry Lambert
  • Re: [ GEOM tests ] vinum drives lost Julian Elischer
  • Re: [ GEOM tests ] vinum drives lost John Baldwin
  • Re: [ GEOM tests ] vinum drives lost Julian Elischer
  • Re: [ GEOM tests ] vinum drives lost John Baldwin
  • Re: [ GEOM tests ] vinum drives lost Julian Elischer
  • Re: [ GEOM tests ] vinum drives lost Poul-Henning Kamp
  • Re: [ GEOM tests ] vinum drives lost Daniel Eischen
  • Re: [ GEOM tests ] vinum drives lost Poul-Henning Kamp
  • Re: [ GEOM tests ] vinum drives lost Daniel Eischen
  • Re: [ GEOM tests ] vinum drives lost Julian Elischer
  • Re: [ GEOM tests ] vinum drives lost Terry Lambert
  • Re: [ GEOM tests ] vinum drives lost David O'Brien
  • Re: [ GEOM tests ] vinum drives lost Julian Elischer
  • Re: [ GEOM tests ] vinum drives lost Garance A Drosihn
  • Re: [ GEOM tests ] vinum drives lost Bruce Evans
  • Re: [ GEOM tests ] vinum drives lost Peter Wemm
  • Re: [ GEOM tests ] vinum drives lost Bruce Evans
  • Re: [ GEOM tests ] vinum drives lost Poul-Henning Kamp
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Peter Wemm
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Emiel Kollof
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Terry Lambert
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Peter Wemm
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Greg 'groggy' Lehey
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Peter Wemm
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Matthew N. Dodd
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Robert Watson
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Robert Watson
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Greg 'groggy' Lehey
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Julian Elischer
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Juli Mallett
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Greg 'groggy' Lehey
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Robert Watson
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Greg 'groggy' Lehey
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Ian Dowse
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Ian Dowse
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Robert Watson
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Greg 'groggy' Lehey
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Robert Watson
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Greg 'groggy' Lehey
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Poul-Henning Kamp
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Poul-Henning Kamp
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Ian Dowse
  • Re: [ GEOM tests ] disklabel warnings and vinum drives lost Greg 'groggy' Lehey
  • RE: [ GEOM tests ] disklabel warnings and vinum drives lost Long, Scott
• Ready to connect libbsdxml (nee libexpat) to the build ! Poul-Henning Kamp
  • Re: Ready to connect libbsdxml (nee libexpat) to the build ! Marc Recht
  • Re: Ready to connect libbsdxml (nee libexpat) to the build ! Sheldon Hearn
• sym disabling controller LED? Michael Nottebrock
  • Re: sym disabling controller LED? Christian Weisgerber
  • Re: sym disabling controller LED? Michael Nottebrock
• Please read the message all the way through The Gupta Age
• GEOM changes n0g0013
• GNOME 2.0 DOES NOT COMPILE The Gupta Age
  • Re: GNOME 2.0 DOES NOT COMPILE Lars Eggert
  • Re: GNOME 2.0 DOES NOT COMPILE Joe Marcus Clarke
  • Re: GNOME 2.0 DOES NOT COMPILE Julian Elischer
  • Re: GNOME 2.0 DOES NOT COMPILE Joe Marcus Clarke
• sys/event.h EV_SET macro suggestion Lamont Granquist
• PCI problems with today's current Kenneth D. Merry
  • RE: PCI problems with today's current John Baldwin
  • Re: PCI problems with today's current Kenneth D. Merry
  • Re: PCI problems with today's current Kenneth D. Merry
  • Re: PCI problems with today's current Kenneth D. Merry
  • Re: PCI problems with today's current Mitsuru IWASAKI
  • Re: PCI problems with today's current Kenneth D. Merry
  • Re: PCI problems with today's current Mitsuru IWASAKI
  • Re: PCI problems with today's current Mitsuru IWASAKI
  • Re: PCI problems with today's current Kenneth D. Merry
  • Re: PCI problems with today's current Mitsuru IWASAKI
  • Re: PCI problems with today's current Kenneth D. Merry
  • Re: PCI problems with today's current Mitsuru IWASAKI
  • Re: PCI problems with today's current Kenneth D. Merry
  • Re: PCI problems with today's current Mitsuru IWASAKI
  • Re: PCI problems with today's current Kenneth D. Merry
  • Re: PCI problems with today's current Mitsuru IWASAKI
  • Re: PCI problems with today's current John Baldwin
  • Re: PCI problems with today's current John Baldwin
  • Re: PCI problems with today's current Andrew Gallatin
• GEOM && -CURRENT on sparc64 Will Andrews
  • Re: GEOM && -CURRENT on sparc64 Will Andrews
• Any users of matcd(4), mcd(4), or scd(4)? John Baldwin
  • Re: Any users of matcd(4), mcd(4), or scd(4)? ttz
  • Re: Any users of matcd(4), mcd(4), or scd(4)? Nate Lawson
  • Re: Any users of matcd(4), mcd(4), or scd(4)? Phil Kernick
  • Re: Any users of matcd(4), mcd(4), or scd(4)? Matthew N. Dodd
  • Re: Any users of matcd(4), mcd(4), or scd(4)? Hellmuth Michaelis
  • Re: Any users of matcd(4), mcd(4), or scd(4)? Matthew N. Dodd
  • Re: Any users of matcd(4), mcd(4), or scd(4)? Jamie Bowden
  • Re: Any users of matcd(4), mcd(4), or scd(4)? Doug Russell
  • Re: Any users of matcd(4), mcd(4), or scd(4)? John Baldwin
  • Re: Any users of matcd(4), mcd(4), or scd(4)? Terry Lambert
  • Re: Any users of matcd(4), mcd(4), or scd(4)? Scott Long
• usermount with devfs Lars Eggert
  • Re: usermount with devfs Poul-Henning Kamp
  • Re: usermount with devfs Lars Eggert
  • Re: usermount with devfs Poul-Henning Kamp
  • Re: usermount with devfs Dima Dorfman

[Earlier messages] [Later messages]