freebsd-current

• Date Index

---

• Re: nspluginwrapper patch for testing (was: Re: flash10 vs f10), Alexander Best
  • Re: nspluginwrapper patch for testing (was: Re: flash10 vs f10), Juergen Lock
    • Re: nspluginwrapper patch for testing (was: Re: flash10 vs f10), Alexander Best
      • Re: nspluginwrapper patch for testing (was: Re: flash10 vs f10), Juergen Lock
  • <Possible follow-ups>
  • Re: nspluginwrapper patch for testing (was: Re: flash10 vs f10), Alexander Best
• From Thread: UFS/VFS lock order reversal on stock 8.0-200812-AMD64, Willem Jan Withagen
• 8-CURRENT Firewire, Sean Bruno
• AW: umount -f implementation, Gunther Thiel
• r195153M with ahci.ko: page faults, Kamigishi Rei
  • Re: r195153M with ahci.ko: page faults, Kamigishi Rei
• NFS breaks building kernel, Steve Kargl
  • Re: NFS breaks building kernel, Steve Kargl
    • Revision r193272 hoses kernel builds, Steve Kargl
      • Re: Revision r193272 hoses kernel builds, John Baldwin
      • Re: Revision r193272 hoses kernel builds, Steve Kargl
  • Re: NFS breaks building kernel, Rick Macklem
    • Re: NFS breaks building kernel, Steve Kargl
• Contigmalloc regression seen on latest 7.x and 8.x branches, Hans Petter Selasky
  • <Possible follow-ups>
  • Re: Contigmalloc regression seen on latest 7.x and 8.x branches, Hans Petter Selasky
    • Re: Contigmalloc regression seen on latest 7.x and 8.x branches, Alan Cox
      • Re: Contigmalloc regression seen on latest 7.x and 8.x branches, Scott Long
      • Re: Contigmalloc regression seen on latest 7.x and 8.x branches, Alan Cox
• ata cable on CURRENT, barbara
• False positive VGA PCI device detection, Hans Petter Selasky
  • Re: False positive VGA PCI device detection, Robert Noland
    • Re: False positive VGA PCI device detection, Hans Petter Selasky
      • Re: False positive VGA PCI device detection, Adam McDougall
      • Re: False positive VGA PCI device detection, Hans Petter Selasky
• "filesystem goof: vop_panic[vop_revoke]" panic, Lawrence Stewart
  • Re: "filesystem goof: vop_panic[vop_revoke]" panic, Kostik Belousov
    • Re: "filesystem goof: vop_panic[vop_revoke]" panic, Lawrence Stewart
• some help wished on pr 135961, Marten Vijn
• HEADS-UP: hold your updates, Alexander Kabaev
  • Re: HEADS-UP: hold your updates, Alexander Kabaev
• pmap_extract panic @boot (20090623-JPSNAP-amd64-dvd1.iso), Juergen Lock
  • ata irq storm/probe failure; tdq_notify pagefault (was: pmap_extract panic @boot (20090623-JPSNAP-amd64-dvd1.iso)), Juergen Lock
• umount -f implementation, Rick Macklem
  • Re: umount -f implementation, Nathanael Hoyle
    • Re: umount -f implementation, Rick Macklem
  • Re: umount -f implementation, David G Lawrence
  • Re: umount -f implementation, Attilio Rao
    • Re: umount -f implementation, Rick Macklem
      • Re: umount -f implementation, Bruce Evans
    • Re: umount -f implementation, Rick Macklem
      • Re: umount -f implementation, Attilio Rao
      • Re: umount -f implementation, Kostik Belousov
      • Re: umount -f implementation, Rick Macklem
• segment alignment in AMD64, Sean P. Dew
  • Re: segment alignment in AMD64, Alan Cox
    • Re: segment alignment in AMD64, Sean P. Dew
• Re: zfs send -R segfault, anyone else?, Thomas Backman
  • Re: zfs send -R segfault, anyone else?, Kip Macy
• ifconfig <interface> <number> and a soon following panic, Thomas Backman
• GCC inline bug on -current, Poul-Henning Kamp
• 7.2-stable upgrade changes disknames, Willem Jan Withagen
  • Re: 7.2-stable upgrade changes disknames, Aisaka Taiga
    • Re: 7.2-stable upgrade changes disknames, Willem Jan Withagen
      • Re: 7.2-stable upgrade changes disknames, Aisaka Taiga
      • Re: 7.2-stable upgrade changes disknames, Dimitry Andric
      • Re: 7.2-stable upgrade changes disknames, Willem Jan Withagen
• recent boot0 changes dropped a partition type?, Aragon Gouveia
  • Re: recent boot0 changes dropped a partition type?, Luigi Rizzo
    • Re: recent boot0 changes dropped a partition type?, Aragon Gouveia
      • Re: recent boot0 changes dropped a partition type?, Scott Long
      • Re: recent boot0 changes dropped a partition type?, Aragon Gouveia
      • Re: recent boot0 changes dropped a partition type?, Luigi Rizzo
      • Re: recent boot0 changes dropped a partition type?, Boris Kochergin
• pmap_extract trap @boot (20090623-JPSNAP-amd64-dvd1.iso), Juergen Lock
  • ata irq storm/probe failure; tdq_notify trap (was: pmap_extract trap @boot (20090623-JPSNAP-amd64-dvd1.iso)), Juergen Lock
• Interface dependencies, Mel Flynn
  • Re: Interface dependencies, Brooks Davis
    • Re: Interface dependencies, Mel Flynn
• panic on acpi_cpu_c1(), Norikatsu Shigemura
  • Re: panic on acpi_cpu_c1(), Hans Ottevanger
    • Re: panic on acpi_cpu_c1(), Anonymous
      • Re: panic on acpi_cpu_c1(), Hans Ottevanger
      • Re: panic on acpi_cpu_c1(), Robert Noland
      • Re: panic on acpi_cpu_c1(), Hans Ottevanger
      • Re: panic on acpi_cpu_c1(), Maxim Ignatenko
      • Re: panic on acpi_cpu_c1(), Michael Butler
      • Re: panic on acpi_cpu_c1(), Kostik Belousov
      • Re: panic on acpi_cpu_c1(), Robert Noland
      • Re: panic on acpi_cpu_c1(), Ryan Stone
      • Re: panic on acpi_cpu_c1(), Anonymous
• 8-current does not boot for me as of r195095, Roman Divacky
• r194546 amd64: kernel panic in tcp_sack.c, Kamigishi Rei
  • Re: r194546 amd64: kernel panic in tcp_sack.c, Lawrence Stewart
    • Re: r194546 amd64: kernel panic in tcp_sack.c, Kamigishi Rei
      • Re: r194546 amd64: kernel panic in tcp_sack.c, Lawrence Stewart
• Re: new usb stack - boot problem from usb hdd, Vinicius Abrahao
  • Re: new usb stack - boot problem from usb hdd, Hans Petter Selasky
    • Re: new usb stack - boot problem from usb hdd, Vinicius Abrahao
• cpufreq probs dual core intel, Ron Freidel
  • Re: cpufreq probs dual core intel, Kevin Oberman
    • Re: cpufreq probs dual core intel, Ron Freidel
      • Re: cpufreq probs dual core intel, Kevin Oberman
      • Re: cpufreq probs dual core intel, Steven Hartland
      • Re: cpufreq probs dual core intel, Randy Bush
      • Re: cpufreq probs dual core intel, Gary Jennejohn
      • Re: cpufreq probs dual core intel, Aryeh M. Friedman
      • Re: cpufreq probs dual core intel, Kevin Oberman
• Dell Powervault 745n, Sam Fourman Jr.
• RFC: ATA to CAM integration patch, Alexander Motin
  • Re: RFC: ATA to CAM integration patch, Ed Schouten
    • Re: RFC: ATA to CAM integration patch, Alexander Motin
  • Re: RFC: ATA to CAM integration patch, Roman Divacky
    • Re: RFC: ATA to CAM integration patch, Alexander Motin
    • Re: RFC: ATA to CAM integration patch, Ivan Voras
  • Re: RFC: ATA to CAM integration patch, Alexander Leidinger
    • Re: RFC: ATA to CAM integration patch, Alexander Motin
      • Re: RFC: ATA to CAM integration patch, Alexander Leidinger
  • Re: RFC: ATA to CAM integration patch, Pieter de Goeje
    • Re: RFC: ATA to CAM integration patch, Alexander Motin
      • Re: RFC: ATA to CAM integration patch, Scott Long
      • Re: RFC: ATA to CAM integration patch, Ulrich Spörlein
      • Re: RFC: ATA to CAM integration patch, Alexander Motin
      • Re: RFC: ATA to CAM integration patch, Ulrich Spörlein
      • Re: RFC: ATA to CAM integration patch, Scott Long
      • Re: RFC: ATA to CAM integration patch, Dan Nelson
  • Re: RFC: ATA to CAM integration patch, Ulrich Spörlein
    • Re: RFC: ATA to CAM integration patch, Kamigishi Rei
      • Re: RFC: ATA to CAM integration patch, Gary Jennejohn
      • Re: RFC: ATA to CAM integration patch, Scott Long
      • Re: RFC: ATA to CAM integration patch, Daniel O'Connor
      • Re: RFC: ATA to CAM integration patch, Louis Mamakos
      • Re: RFC: ATA to CAM integration patch, Daniel O'Connor
      • Re: RFC: ATA to CAM integration patch, Stanislav Sedov
      • Re: RFC: ATA to CAM integration patch, Alexander Motin
      • Re: RFC: ATA to CAM integration patch, Daniel O'Connor
      • Re: RFC: ATA to CAM integration patch, Aisaka Taiga
      • Re: RFC: ATA to CAM integration patch, Daniel O'Connor
      • Re: RFC: ATA to CAM integration patch, Aisaka Taiga
      • Re: RFC: ATA to CAM integration patch, Daniel O'Connor
      • Re: RFC: ATA to CAM integration patch, Aisaka Taiga
      • Re: RFC: ATA to CAM integration patch, Daniel O'Connor
      • Re: RFC: ATA to CAM integration patch, Aisaka Taiga
      • Re: RFC: ATA to CAM integration patch, Carlos A. M. dos Santos
      • Re: RFC: ATA to CAM integration patch, Anonymous
    • Re: RFC: ATA to CAM integration patch, Alexander Motin
  • Re: RFC: ATA to CAM integration patch, Gary Jennejohn
    • Re: RFC: ATA to CAM integration patch, Alexander Motin
      • Re: RFC: ATA to CAM integration patch, Gary Jennejohn
      • Re: RFC: ATA to CAM integration patch, Alexander Motin
  • Re: RFC: ATA to CAM integration patch, Mike Tancsa
    • Re: RFC: ATA to CAM integration patch, Alexander Motin
      • Re: RFC: ATA to CAM integration patch, Mike Tancsa
  • Re: RFC: ATA to CAM integration patch, Boris S.
  • <Possible follow-ups>
  • RFC: ATA to CAM integration patch, Alexander Best
    • Re: RFC: ATA to CAM integration patch, Ed Schouten
      • Re: RFC: ATA to CAM integration patch, Ed Schouten
    • Re: RFC: ATA to CAM integration patch, Roman Divacky
  • Re: RFC: ATA to CAM integration patch, Alexander Motin
    • Re: RFC: ATA to CAM integration patch, Alexander Best
  • Re: RFC: ATA to CAM integration patch, Alexander Best
    • Re: RFC: ATA to CAM integration patch, Ed Schouten
      • Re: RFC: ATA to CAM integration patch, Alexander Best
      • Re: RFC: ATA to CAM integration patch, Ed Schouten
      • Re: RFC: ATA to CAM integration patch, Alexander Best
      • Re: RFC: ATA to CAM integration patch, Ed Schouten
      • Re: RFC: ATA to CAM integration patch, Alexander Best
      • Re: RFC: ATA to CAM integration patch, Goran Lowkrantz
      • Re: RFC: ATA to CAM integration patch, Kamigishi Rei
  • Re: RFC: ATA to CAM integration patch, Alexander Motin
    • Re: RFC: ATA to CAM integration patch, Kamigishi Rei
      • Re: RFC: ATA to CAM integration patch, Alexander Motin
      • Re: RFC: ATA to CAM integration patch, Kamigishi Rei
      • Re: RFC: ATA to CAM integration patch, Kamigishi Rei
      • Re: RFC: ATA to CAM integration patch, Alexander Motin
      • Re: RFC: ATA to CAM integration patch, Alexander Motin
      • Re: RFC: ATA to CAM integration patch, Kamigishi Rei
      • Re: RFC: ATA to CAM integration patch, Alexander Motin
      • Re: RFC: ATA to CAM integration patch, Kamigishi Rei
      • Re: RFC: ATA to CAM integration patch, Alexander Motin
      • Re: RFC: ATA to CAM integration patch, Lucius Windschuh
      • Re: RFC: ATA to CAM integration patch, Alexander Motin
• HEADSUP: the default linux base and infrastructure ports has been changed to Fedora 10, Boris Samorodov
  • Re: HEADSUP: the default linux base and infrastructure ports has been changed to Fedora 10, Ivan Voras
• AMD errata 169, Ian J Hart
  • Re: AMD errata 169, Stanislav Sedov
    • Re: AMD errata 169, Eygene Ryabinkin
      • Re: AMD errata 169, Ian J Hart
  • Re: AMD errata 169, Stanislav Sedov
    • Re: AMD errata 169, Ian J Hart
      • Re: AMD errata 169, Stanislav Sedov
      • Re: AMD errata 169, Ian J Hart
• GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable", Jonathan
  • Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable", Thomas Backman
    • Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable", Paul Wootton
      • Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all blockcopies unavailable", Steven Hartland
      • Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all blockcopies unavailable", Paul Wootton
    • Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable", Jonathan
      • Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable", Jonathan
  • Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable", Norikatsu Shigemura
    • Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable", Jonathan
• Broken interrupts on Intel gfx, Robert Noland
• /etc/rc.d/netif: "REQUIRE: ipfw pf" breaks NAT configuration, Maxim Ignatenko
• Release, Barney Cordoba
  • Re: Release, Scott Ullrich
  • Re: Release, Joel Dahl
  • Re: Release, Giorgos Keramidas
• VMWare if_em breakage (was: Re: svn commit: r194865 - in head/sys: dev/e1000 modules/igb), Robert Watson
  • Re: VMWare if_em breakage (was: Re: svn commit: r194865 - in head/sys: dev/e1000 modules/igb), Dimitry Andric
    • Re: VMWare if_em breakage (was: Re: svn commit: r194865 - in head/sys: dev/e1000 modules/igb), Thomas Backman
      • Re: VMWare if_em breakage (was: Re: svn commit: r194865 - in head/sys: dev/e1000 modules/igb), Robert Watson
      • Re: VMWare if_em breakage, Dimitry Andric
      • Re: VMWare if_em breakage, Jack Vogel
      • Re: VMWare if_em breakage (was: Re: svn commit: r194865 - in head/sys: dev/e1000 modules/igb), Jack Vogel
  • Re: VMWare if_em breakage (was: Re: svn commit: r194865 - in head/sys: dev/e1000 modules/igb), Daniel O'Connor
    • Re: VMWare if_em breakage (was: Re: svn commit: r194865 - in head/sys: dev/e1000 modules/igb), Jack Vogel
• minidump and write clustering?, Alexander Motin
• pfsync rc script breaks pfsync on cloned interfaces, Ian Freislich
  • Re: pfsync rc script breaks pfsync on cloned interfaces, Doug Barton
    • Re: pfsync rc script breaks pfsync on cloned interfaces, Max Laier
      • Re: pfsync rc script breaks pfsync on cloned interfaces, Dimitry Andric
      • Re: pfsync rc script breaks pfsync on cloned interfaces, Doug Barton
  • Re: pfsync rc script breaks pfsync on cloned interfaces, Ian FREISLICH
• [PATCH RFC]: Bus_dma eats all available memory, Piotr Zięcik
  • Re: [PATCH RFC]: Bus_dma eats all available memory, Scott Long
    • Re: [PATCH RFC]: Bus_dma eats all available memory, Piotr Zięcik
      • Re: [PATCH RFC]: Bus_dma eats all available memory, Scott Long
      • Re: [PATCH RFC]: Bus_dma eats all available memory, Piotr Zięcik
      • Re: [PATCH RFC]: Bus_dma eats all available memory, Scott Long
• gmirror gm0 destroyed on shutdown; GPT corrupt, Anton Shterenlikht
  • Re: gmirror gm0 destroyed on shutdown; GPT corrupt, Marcel Moolenaar
    • Message not available
      • Re: gmirror gm0 destroyed on shutdown; GPT corrupt, Marcel Moolenaar
      • Re: gmirror gm0 destroyed on shutdown; GPT corrupt, Pawel Jakub Dawidek
      • Re: gmirror gm0 destroyed on shutdown; GPT corrupt, Lorenzo Perone
      • Re: gmirror gm0 destroyed on shutdown; GPT corrupt, Ivan Voras
      • Re: gmirror gm0 destroyed on shutdown; GPT corrupt, Aisaka Taiga
    • Re: gmirror gm0 destroyed on shutdown; GPT corrupt, Anton Shterenlikht
• USB HDD is not detected before /etc/rc starts, and fsck fails, NAKAJI Hiroyuki
  • Re: USB HDD is not detected before /etc/rc starts, and fsck fails, Hans Petter Selasky
    • Re: USB HDD is not detected before /etc/rc starts, and fsck fails, NAKAJI Hiroyuki
• External USB disk doesn't remount after suspend/resume, Prashant Vaibhav
  • Re: External USB disk doesn't remount after suspend/resume, Hans Petter Selasky
• Freeze during portupgrade, Ilias Marinos
  • Re: Freeze during portupgrade, Gavin Atkinson
• Monthly output (ac -p) with new tty?, Alexey Shuvaev
  • Re: Monthly output (ac -p) with new tty?, Ed Schouten
  • <Possible follow-ups>
  • Re: Monthly output (ac -p) with new tty?, Ed Schouten
• [TESTING]: twe/twa ioctl change, Roman Divacky
  • Re: [TESTING]: twe/twa ioctl change, ianjhart
    • Re: [TESTING]: twe/twa ioctl change, Roman Divacky
• 8.0-current cannot find disk!!, ken
  • Re: 8.0-current cannot find disk!!, Bartosz Stec
    • Re: 8.0-current cannot find disk!!, ken
      • Re: 8.0-current cannot find disk!!, Daniel O'Connor
      • Re: 8.0-current cannot find disk!!, ken
      • Re: 8.0-current cannot find disk!!, Eygene Ryabinkin
      • Re: 8.0-current cannot find disk!!, Daniel O'Connor
      • Re: 8.0-current cannot find disk!!, ken
      • Re: 8.0-current cannot find disk!!, Daniel O'Connor
      • Re: 8.0-current cannot find disk!!, matt donovan
      • Re: 8.0-current cannot find disk!!, Christian Weisgerber
      • Re: 8.0-current cannot find disk!!, ken
      • Re: 8.0-current cannot find disk!!, pluknet
      • Re: 8.0-current cannot find disk!!, ken
• Warning: ifaddr refcount use patch (svn commit: r194760 - in head/sys: contrib/rdma net net80211 netinet netinet6 netipx (fwd)), Robert Watson
  • Avoid changesets r194760-r194736 (was: Re: Warning: ifaddr refcount use patch (svn commit: r194760 - in head/sys: contrib/rdma net net80211 netinet netinet6 netipx (fwd))), Robert Watson
• 802.11s (wireless mesh) project status report, Rui Paulo
  • Re: 802.11s (wireless mesh) project status report, Nick Hibma
• Fix bin/102299 (has patch in PR)?, Matthias Andree
• [patch] fix K&R int promotion warnings in sys/compat/ndis/subr_usbd.c, Pawel Worach
• [patch] trivial warning fix for ndis_events, Pawel Worach
  • Re: [patch] trivial warning fix for ndis_events, Maxim Konovalov
• [PATCH]: if (cond); foo() in firewire, Roman Divacky
  • Re: [PATCH]: if (cond); foo() in firewire, Gary Jennejohn
  • Re: [PATCH]: if (cond); foo() in firewire, Adrian Chadd
    • Re: [PATCH]: if (cond); foo() in firewire, Steve Kargl
      • Re: [PATCH]: if (cond); foo() in firewire, Andriy Gapon
      • Re: [PATCH]: if (cond); foo() in firewire, Adrian Chadd
      • Re: [PATCH]: if (cond); foo() in firewire, Andriy Gapon
      • Re: [PATCH]: if (cond); foo() in firewire, Roman Divacky
  • Re: [PATCH]: if (cond); foo() in firewire, Jung-uk Kim
• Current: Error on make buildworld - Stop in /usr/src/secure/lib/libcrypto, Alex V. Petrov
  • Re: Current: Error on make buildworld - Stop in /usr/src/secure/lib/libcrypto, Alex V. Petrov
• (no subject), Jason Meers
• LORs on boot up eeePC 1000HE, john scroggins
  • Re: LORs on boot up eeePC 1000HE, Bjoern A. Zeeb
• USB keyboard/mouse combo fails to attach, Jason Harmening
  • Re: USB keyboard/mouse combo fails to attach, Hans Petter Selasky
    • Re: USB keyboard/mouse combo fails to attach, Jason Harmening
• Unable to delete files on ZFS volume, Mister Olli
  • Re: Unable to delete files on ZFS volume, Kip Macy
  • Re: Unable to delete files on ZFS volume, Scot Hetzel
    • Re: Unable to delete files on ZFS volume, Daniel O'Connor
• DTrace "timestamp" wraps at about 2^33 (64-bit value)?, Thomas Backman
  • Re: DTrace "timestamp" wraps at about 2^33 (64-bit value)?, Andriy Gapon
• tinybsd can't compile custom kernel, Nenhum_de_Nos
  • Re: tinybsd can't compile custom kernel, Nenhum_de_Nos
    • Re: tinybsd can't compile custom kernel, Julian Elischer
      • Re: tinybsd can't compile custom kernel, Nenhum_de_Nos
• Following vm_lowmem event handler for dirhash, Kamigishi Rei
  • Re: Following vm_lowmem event handler for dirhash, Nick Barkas
• smartmontools/smartctl regression - CAMGETPASSTHRU ioctl failed, Thomas Backman
  • Re: smartmontools/smartctl regression - CAMGETPASSTHRU ioctl failed, Thomas Backman
• "New" ZFS crash on FS (pool?) unmount/export, Thomas Backman
  • Re: "New" ZFS crash on FS (pool?) unmount/export, Kip Macy
    • Re: "New" ZFS crash on FS (pool?) unmount/export, Thomas Backman
• building device drivers for FreeBSD 7.2+ /AMD64, Sean P. Dew
  • Re: building device drivers for FreeBSD 7.2+ /AMD64, Kevin Oberman
    • Re: building device drivers for FreeBSD 7.2+ /AMD64, Max Laier
      • Re: building device drivers for FreeBSD 7.2+ /AMD64, George Neville-Neil
  • Re: building device drivers for FreeBSD 7.2+ /AMD64, Patrick Lamaiziere
• mbuf layout optimizations, Jeff Roberson
  • Re: mbuf layout optimizations, Fabian Keil
    • Re: mbuf layout optimizations, Fabian Keil
  • <Possible follow-ups>
  • Re: mbuf layout optimizations, Barney Cordoba
    • Re: mbuf layout optimizations, Jeff Roberson
• How to grab a dump from panic on boot in FreeBSD Current?, Ivailo Bonev
  • Re: How to grab a dump from panic on boot in FreeBSD Current?, Thierry Herbelot
    • Re: How to grab a dump from panic on boot in FreeBSD Current?, Ivailo Bonev
• smbfs.ko regression?, Thomas Backman
  • Re: smbfs.ko regression?, Thomas Backman
• kernel with ndis support, Ivailo Bonev
  • Re: kernel with ndis support, pluknet
  • Re: kernel with ndis support, Adam K Kirchhoff
    • Re: kernel with ndis support, Ivailo Bonev
• Re: ZFS : panic("sleeping thread"), Thomas Backman
  • Re: ZFS : panic("sleeping thread"), Stanislav Sedov
    • Re: ZFS : panic("sleeping thread"), Thomas Backman
      • Re: ZFS : panic("sleeping thread"), Stanislav Sedov
      • Re: ZFS : panic("sleeping thread"), Artem Belevich
      • Re: ZFS : panic("sleeping thread"), Stanislav Sedov
      • Re: ZFS : panic("sleeping thread"), Artem Belevich
• CFT: final patches for NGROUPS>>16, Brooks Davis
  • Re: CFT: final patches for NGROUPS>>16, Brooks Davis
  • Re: CFT: final patches for NGROUPS>>16, ttw+bsd
• Re: DTrace panic while probing syscall::open (and possibly many others), Wesley Shields
  • Re: DTrace panic while probing syscall::open (and possibly many others), Thomas Backman
    • Re: DTrace panic while probing syscall::open (and possibly many others), Andriy Gapon
      • Re: DTrace panic while probing syscall::open (and possibly many others), Thomas Backman
      • Message not available
      • Re: DTrace panic while probing syscall::open (and possibly many others), Thomas Backman
      • Re: DTrace panic while probing syscall::open (and possibly many others), Andriy Gapon
      • Message not available
      • Re: DTrace panic while probing syscall::open (and possibly many others), Thomas Backman
      • Re: DTrace panic while probing syscall::open (and possibly many others), Andriy Gapon
      • Re: DTrace panic while probing syscall::open (and possibly many others), Alan Cox
      • Re: DTrace panic while probing syscall::open (and possibly many others), Thomas Backman
      • Re: DTrace panic while probing syscall::open (and possibly many others), Thomas Backman
      • Re: DTrace panic while probing syscall::open (and possibly many others), Andriy Gapon
      • Re: DTrace panic while probing syscall::open (and possibly many others), Wesley Shields
      • Re: DTrace panic while probing syscall::open (and possibly many others), Andriy Gapon
      • Re: DTrace panic while probing syscall::open (and possibly many others), Andriy Gapon
• debug.debugger_on_panic = 0 yet still entering db, Alexander Best
• estX still not attaching properly, Alexander Best
  • Re: estX still not attaching properly, John Baldwin
    • Re: estX still not attaching properly, pluknet
      • Re: estX still not attaching properly, Eygene Ryabinkin
    • Re: estX still not attaching properly, Andriy Gapon
• BTX halted when booting from CD: Toshiba M10-10i laptop, Gavin Atkinson
  • Re: BTX halted when booting from CD: Toshiba M10-10i laptop, John Baldwin
• destroyed NFS exported filesystems not removed from /etc/zfs/exports, Kris Kennaway
  • Re: destroyed NFS exported filesystems not removed from /etc/zfs/exports, Rick Macklem
    • Re: destroyed NFS exported filesystems not removed from /etc/zfs/exports, Kris Kennaway
• Crash in ZFS during vnode sync, Artem Belevich
  • Re: Crash in ZFS during vnode sync, Kip Macy
• ATI X1950Pro behaves oddly with radeon driver and DRI enabled, Вячеслав Гребенюков
• WITHOUT_GAMES=true and /usr/games, Alexander Best
  • Re: WITHOUT_GAMES=true and /usr/games, Gabor Kovesdan
    • Re: WITHOUT_GAMES=true and /usr/games, Alexander Best
  • Re: WITHOUT_GAMES=true and /usr/games, Giorgos Keramidas
    • Re: WITHOUT_GAMES=true and /usr/games, Alexander Best
      • Re: WITHOUT_GAMES=true and /usr/games, Giorgos Keramidas
      • Re: WITHOUT_GAMES=true and /usr/games, Ruben de Groot
    • Re: WITHOUT_GAMES=true and /usr/games, Alexander Best
      • Re: WITHOUT_GAMES=true and /usr/games, Giorgos Keramidas
      • Re: WITHOUT_GAMES=true and /usr/games, Alexander Best
      • Re: WITHOUT_GAMES=true and /usr/games, Giorgos Keramidas
      • Re: WITHOUT_GAMES=true and /usr/games, Alexander Best
      • Re: WITHOUT_GAMES=true and /usr/games, Giorgos Keramidas
      • Re: WITHOUT_GAMES=true and /usr/games, Alexander Best
      • Re: WITHOUT_GAMES=true and /usr/games, Alexander Best
    • Re: WITHOUT_GAMES=true and /usr/games, Alexander Best
      • Re: WITHOUT_GAMES=true and /usr/games, Giorgos Keramidas
• [libc] dlclose gives "invalid shared object handle" without pthread combination., venki kaps
  • Re: [libc] dlclose gives "invalid shared object handle" without pthread combination., Alexander Kabaev
    • Re: [libc] dlclose gives "invalid shared object handle" without pthread combination., venki kaps
  • Message not available
    • Fwd: [libc] dlclose gives "invalid shared object handle" without pthread combination., venki kaps
• [PATCH]: typo in contrib/ipf, Roman Divacky
  • Re: [PATCH]: typo in contrib/ipf, Roman Divacky
• Re: pointyhat panic, Kris Kennaway
  • Re: pointyhat panic, Kip Macy
    • Re: pointyhat panic, Erwin Lansing
      • Re: pointyhat panic, John Baldwin
      • Re: pointyhat panic, Erwin Lansing
      • hang in rpccon from interrupting NFS operations (Re: pointyhat panic), Kris Kennaway
      • Re: hang in rpccon from interrupting NFS operations (Re: pointyhat panic), Kris Kennaway
      • Re: hang in rpccon from interrupting NFS operations (Re: pointyhat panic), Rick Macklem
  • Re: pointyhat panic, Adam McDougall
    • Re: pointyhat panic, John Baldwin
  • Re: pointyhat panic, Rick Macklem
• LOR:vfs_bio.c and ufs_dirhash.c, Ivailo Bonev
  • Re: LOR:vfs_bio.c and ufs_dirhash.c, Nick Barkas
  • <Possible follow-ups>
  • Fw: LOR:vfs_bio.c and ufs_dirhash.c, Ivailo Bonev
• [RFC]: (void)0 instead of empty defines, Roman Divacky
  • Re: [RFC]: (void)0 instead of empty defines, Sam Leffler
    • Re: [RFC]: (void)0 instead of empty defines, Roman Divacky
      • Re: [RFC]: (void)0 instead of empty defines, Marcel Moolenaar
      • Re: [RFC]: (void)0 instead of empty defines, Sam Leffler
      • Re: [RFC]: (void)0 instead of empty defines, Andriy Gapon
    • Re: [RFC]: (void)0 instead of empty defines, Stefan Farfeleder
    • Re: [RFC]: (void)0 instead of empty defines, Tim Kientzle
• tmpfs experimental?, Ivan Voras
  • Re: tmpfs experimental?, Xin LI
    • Re: tmpfs experimental?, Wojciech Puchar
      • Re: tmpfs experimental?, Dmitry Morozovsky
  • Re: tmpfs experimental?, Jaakko Heinonen
  • Re: tmpfs experimental?, Ben Kelly
    • Re: tmpfs experimental?, Ivan Voras
      • Re: tmpfs experimental?, Ben Kelly
    • Re: tmpfs experimental?, Wojciech Puchar
• ale(4): Problems with tso, rxcsum and/or txcsum, Ulrich Spörlein
  • Re: ale(4): Problems with tso, rxcsum and/or txcsum, Pyun YongHyeon
    • Re: ale(4): Problems with tso, rxcsum and/or txcsum, Ulrich Spörlein
      • Re: ale(4): Problems with tso, rxcsum and/or txcsum, Pyun YongHyeon
      • Re: ale(4): Problems with tso, rxcsum and/or txcsum, Ulrich Spörlein
      • Re: ale(4): Problems with tso, rxcsum and/or txcsum, Pyun YongHyeon
• CFT: fxp(4), Pyun YongHyeon
  • Re: CFT: fxp(4), Bruce Simpson
    • Re: CFT: fxp(4), Pyun YongHyeon
      • Re: CFT: fxp(4), Alexey Shuvaev
  • Re: CFT: fxp(4), Gary Jennejohn
• FreeBSD 8.0 Asus P5N64 WS Professional ACPI error, Sam Fourman Jr.
  • Re: FreeBSD 8.0 Asus P5N64 WS Professional ACPI error, Paul B. Mahol
  • Re: FreeBSD 8.0 Asus P5Q ACPI errors, Ulrich Spörlein
• linux syscall get_robust_list causes panic, Alexander Best
  • Re: linux syscall get_robust_list causes panic, Paul B. Mahol
    • Re: linux syscall get_robust_list causes panic, Alexander Best
  • Re: linux syscall get_robust_list causes panic, Chagin Dmitry
    • Re: linux syscall get_robust_list causes panic, Alexander Best
      • Re: linux syscall get_robust_list causes panic, Chagin Dmitry
      • Re: linux syscall get_robust_list causes panic, Alexander Best
  • Re: linux syscall get_robust_list causes panic, Mateusz Guzik
  • <Possible follow-ups>
  • Re: linux syscall get_robust_list causes panic, Alexander Best
• panic: blockable sleep lock (sleep mutex) 64 @ /usr/srv/sys/vm/uma_core., Alex Keda
  • Re: panic: blockable sleep lock (sleep mutex) 64 @ /usr/srv/sys/vm/uma_core., Paul B. Mahol
• Knobs for src/Make* for SVN "make update" (patch attached), Mark Murray
  • Re: Knobs for src/Make* for SVN "make update" (patch attached), Brooks Davis
    • Re: Knobs for src/Make* for SVN "make update" (patch attached), Mark Murray
• Knobs for src/Make* for SVN "make update", Mark Murray
• zpool scrub errors on 3ware 9550SXU, ian j hart
  • Re: zpool scrub errors on 3ware 9550SXU, Freddie Cash
    • Re: zpool scrub errors on 3ware 9550SXU, ian j hart
      • Re: zpool scrub errors on 3ware 9550SXU, Freddie Cash
      • Re: zpool scrub errors on 3ware 9550SXU, ian j hart
      • Re: zpool scrub errors on 3ware 9550SXU, Kip Macy
      • Re: zpool scrub errors on 3ware 9550SXU, ianjhart
      • Re: zpool scrub errors on 3ware 9550SXU, ianjhart
  • <Possible follow-ups>
  • Re: zpool scrub errors on 3ware 9550SXU, ianjhart
• XEN kernel fails to build with 8-CURRENT t194017, Mister Olli
  • Re: XEN kernel fails to build with 8-CURRENT t194017, Kip Macy
    • Re: XEN kernel fails to build with 8-CURRENT t194017, Mister Olli
• `gpart show` and secondary GPT header, Alexander Best
  • Re: `gpart show` and secondary GPT header, Marcel Moolenaar
    • Re: `gpart show` and secondary GPT header, James R. Van Artsdalen
      • Re: `gpart show` and secondary GPT header, Marcel Moolenaar
      • Re: `gpart show` and secondary GPT header, James R. Van Artsdalen
      • Re: `gpart show` and secondary GPT header, Marcel Moolenaar
      • Re: `gpart show` and secondary GPT header, Harald Schmalzbauer
      • Re: `gpart show` and secondary GPT header, Marcel Moolenaar
• Build is polluted by host build environment., Mark Murray
  • Re: Build is polluted by host build environment., Marcel Moolenaar
    • Re: Build is polluted by host build environment., Mark Murray
      • Re: Build is polluted by host build environment., Marcel Moolenaar
      • Re: Build is polluted by host build environment., Mark Murray
      • Re: Build is polluted by host build environment., Marcel Moolenaar
• problem with digicam, Alexander Best
• Error loading zfs.ko, Mister Olli
  • Re: Error loading zfs.ko, Bjoern A. Zeeb
    • Re: Error loading zfs.ko, Mister Olli
    • Re: Error loading zfs.ko, Mister Olli
• long standing atapicam problem (kern/78929), Harald Schmalzbauer
• recent changes to 8.0 broke the devel/gdb6 port, Mikhail T.
  • Re: recent changes to 8.0 broke the devel/gdb6 port, Kostik Belousov
    • Re: recent changes to 8.0 broke the devel/gdb6 port, Mikhail T.
• [ARM+NFS] panic while copying across NFS, Marcel Moolenaar
• ZFS: Silent/hidden errors, nothing logged anywhere, Thomas Backman
  • Re: ZFS: Silent/hidden errors, nothing logged anywhere, Kip Macy
    • Re: ZFS: Silent/hidden errors, nothing logged anywhere, Thomas Backman
    • Re: ZFS: Silent/hidden errors, nothing logged anywhere, Pawel Jakub Dawidek
      • Re: ZFS: Silent/hidden errors, nothing logged anywhere, Thomas Backman
      • Re: ZFS: Silent/hidden errors, nothing logged anywhere, James R. Van Artsdalen
      • Re: ZFS: Silent/hidden errors, nothing logged anywhere, Pawel Jakub Dawidek
• Intel ESB2 problems and their solution, Jack Vogel
• fstat patch (64-bit os, zfs or devfs), Andriy Gapon
• RFC: C version of devd daemon., Antonio González Castro
  • Re: RFC: C version of devd daemon., Joel Dahl
  • Re: RFC: C version of devd daemon., cpghost
    • Re: RFC: C version of devd daemon., Steve Kargl
      • Re: RFC: C version of devd daemon., Roman Divacky
      • Re: RFC: C version of devd daemon., Steve Kargl
      • Re: RFC: C version of devd daemon., Poul-Henning Kamp
      • Re: RFC: C version of devd daemon., cpghost
      • Re: RFC: C version of devd daemon., Ed Schouten
      • Re: RFC: C version of devd daemon., Steve Kargl
      • Re: RFC: C version of devd daemon., Ed Schouten
      • Re: RFC: C version of devd daemon., Carlos A. M. dos Santos
      • Re: RFC: C version of devd daemon., Ed Schouten
      • Re: RFC: C version of devd daemon., Antxon
      • Re: RFC: C version of devd daemon., army.of.root
      • Re: RFC: C version of devd daemon., Antxon
      • Re: RFC: C version of devd daemon., Brooks Davis
      • Re: RFC: C version of devd daemon., Joel Dahl
      • Re: RFC: C version of devd daemon., James Butler
      • Re: RFC: C version of devd daemon., Christian Weisgerber
    • Re: RFC: C version of devd daemon., Carlos A. M. dos Santos
      • Re: RFC: C version of devd daemon., M. Warner Losh
  • <Possible follow-ups>
  • Re: RFC: C version of devd daemon., Antonio González Castro
    • Re: RFC: C version of devd daemon., Adrian Chadd
      • Re: RFC: C version of devd daemon., Antxon
      • Re: RFC: C version of devd daemon., Peter Jeremy
      • Re: RFC: C version of devd daemon., Jakub Lach
      • Re: RFC: C version of devd daemon., Diane Bruce
  • Re: RFC: C version of devd daemon., Antonio González Castro
  • RE: RFC: C version of devd daemon., Antxon
• strange newfs results, Alexander Best
  • Re: strange newfs results, Andriy Gapon
  • Re: strange newfs results, Ed Schouten
    • Re: strange newfs results, Alexander Best
• HEADS UP: INET dependencies in the kernel, Bjoern A. Zeeb
  • Re: HEADS UP: INET dependencies in the kernel, Andrew Gallatin
• [Call For Testing] VirtualBox for FreeBSD! take 6, Martin Wilke
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Glen Barber
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Andriy Gapon
    • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Andriy Gapon
    • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Andriy Gapon
      • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Gustavo Perez Querol
    • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Odhiambo ワシントン
      • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Martin Wilke
      • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Odhiambo ワシントン
      • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Matthias Apitz
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Maho NAKATA
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Sam Fourman Jr.
    • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Olivier SMEDTS
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, 田口毅
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, 田口毅
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Craig Butler
    • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Justin Hibbits
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Martin Smith
    • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Nenhum_de_Nos
    • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Gary Jennejohn
  • <Possible follow-ups>
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Sean M. Collins
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Mario Pavlov
    • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Glen Barber
    • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Juergen Lock
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Alexander Best
  • Re: Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Mario Pavlov
    • Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Gary Jennejohn
  • Re: Re: [Call For Testing] VirtualBox for FreeBSD! take 6, Mario Pavlov
• Re: monotone crashing, Alexander Best
• HEADS UP: struct thread changed (Fwd: svn commit: r194012), Marko Zec
• kgssapi won't build, I need prison help, Rick Macklem
  • Re: kgssapi won't build, I need prison help, Bjoern A. Zeeb
    • Re: kgssapi won't build, I need prison help, Rick Macklem
    • Re: kgssapi won't build, I need prison help, Rick Macklem
      • Re: kgssapi won't build, I need prison help, Jamie Gritton
      • Re: kgssapi won't build, I need prison help, Bjoern A. Zeeb
      • Re: kgssapi won't build, I need prison help, Rick Macklem
      • Re: kgssapi won't build, I need prison help, Jamie Gritton
• proposed bio.h change, Luigi Rizzo
  • Re: proposed bio.h change, Attilio Rao
    • Re: proposed bio.h change, Luigi Rizzo
      • Re: proposed bio.h change, Attilio Rao
• kernel/userland separation in headers ?, Luigi Rizzo
• [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
  • [head tinderbox] failure on mips/mips, FreeBSD Tinderbox
  • [head tinderbox] failure on mips/mips, FreeBSD Tinderbox
  • [head tinderbox] failure on mips/mips, FreeBSD Tinderbox
• privileges for memcontrol, Alexander Best
• [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
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
  • [head tinderbox] failure on arm/arm, FreeBSD Tinderbox
• Error while building world r193979 - libzpool, Pegasus Mc Cleaft
  • Re: Error while building world r193979 - libzpool, Kip Macy
    • Re: Error while building world r193979 - libzpool, Pegasus Mc Cleaft
• HEADSUP: ABI change for some network utilities, John Baldwin
• Broadcom NIC not recognized by FreeBSD?, Craig Rodrigues
  • Re: Broadcom NIC not recognized by FreeBSD?, John Baldwin
  • Re: Broadcom NIC not recognized by FreeBSD?, Craig Rodrigues
    • RE: Broadcom NIC not recognized by FreeBSD?, David Christensen
      • Re: Broadcom NIC not recognized by FreeBSD?, Craig Rodrigues
      • Re: Broadcom NIC not recognized by FreeBSD?, John Baldwin
      • RE: Broadcom NIC not recognized by FreeBSD?, David Christensen
      • Re: Broadcom NIC not recognized by FreeBSD?, John Baldwin
• Device drivers, mmap/munmap and freeing memory, Tim Borgeaud
• KDE 4 processes get into unkillable state, Mel Flynn
• (zfs) panic: lock &arg.lock already initialized, Emil Mikulic
  • Re: (zfs) panic: lock &arg.lock already initialized, Kip Macy
• Acer TM6292, Seri Geri
  • Re: Acer TM6292, Alexander Motin
  • Re: Acer TM6292, Gavin Atkinson
    • Re: Acer TM6292, Alexander Motin
• FYI amd64 kernel not compiling with -j option, Jakub Lach
  • Re: FYI amd64 kernel not compiling with -j option, Ariff Abdullah
    • Re: FYI amd64 kernel not compiling with -j option, Jakub Lach
• Re: ZFS Crash with latest current from May 26, Kip Macy
• suspect bug in vge(4), Thomas Lotterer
  • Re: suspect bug in vge(4), Pyun YongHyeon
    • Re: suspect bug in vge(4), Thomas Lotterer
      • Re: suspect bug in vge(4), Pyun YongHyeon
      • Re: suspect bug in vge(4), Thomas Lotterer
      • Re: suspect bug in vge(4), Pyun YongHyeon
      • Re: suspect bug in vge(4), Thomas Lotterer
      • Re: suspect bug in vge(4), Pyun YongHyeon
      • Re: suspect bug in vge(4), Thomas Lotterer
      • Re: suspect bug in vge(4), Thomas Lotterer
      • Re: suspect bug in vge(4), Pyun YongHyeon
      • Re: suspect bug in vge(4), Pyun YongHyeon
      • Re: suspect bug in vge(4), Thomas Lotterer
• [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 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
    • Re: [head tinderbox] failure on i386/i386, Mike Tancsa
  • [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
• mmap & nVidia GPU driver, Igor Serikov
  • Re: mmap & nVidia GPU driver, Sam Fourman Jr.
  • Re: mmap & nVidia GPU driver, John Baldwin
• GEOM_VOL gc, Andriy Gapon
  • Re: GEOM_VOL gc, Andriy Gapon
    • Re: GEOM_VOL gc, John Baldwin
      • Re: GEOM_VOL gc, Andriy Gapon
• panic: blockable sleep lock (sleep mutex) 32 @ /usr/src/sys/vm/uma_core.c:1990, Paul B. Mahol
  • Re: panic: blockable sleep lock (sleep mutex) 32 @ /usr/src/sys/vm/uma_core.c:1990, Paul B. Mahol
  • Re: panic: blockable sleep lock (sleep mutex) 32 @ /usr/src/sys/vm/uma_core.c:1990, Kip Macy
    • Re: panic: blockable sleep lock (sleep mutex) 32 @ /usr/src/sys/vm/uma_core.c:1990, Jung-uk Kim
      • Re: panic: blockable sleep lock (sleep mutex) 32 @ /usr/src/sys/vm/uma_core.c:1990, Jung-uk Kim
• sysinstall, GJOURNAL and ZFS, Dan Naumov
  • Re: sysinstall, GJOURNAL and ZFS, Wojciech Puchar
    • Re: sysinstall, GJOURNAL and ZFS, Dan Naumov
      • Re: sysinstall, GJOURNAL and ZFS, Vincent Hoffman
      • Re: sysinstall, GJOURNAL and ZFS, Scott Ullrich
      • Re: sysinstall, GJOURNAL and ZFS, Dan Naumov
      • Re: sysinstall, GJOURNAL and ZFS, Scott Ullrich
      • Re: sysinstall, GJOURNAL and ZFS, Dan Naumov
      • Re: sysinstall, GJOURNAL and ZFS, Scott Ullrich
      • Re: sysinstall, GJOURNAL and ZFS, Dan Naumov
      • Re: sysinstall, GJOURNAL and ZFS, Scott Ullrich
      • Re: sysinstall, GJOURNAL and ZFS, Dan Naumov
      • Re: sysinstall, GJOURNAL and ZFS, Scott Ullrich
      • Re: sysinstall, GJOURNAL and ZFS, Trond Endrestøl
      • Re: sysinstall, GJOURNAL and ZFS, Thomas Backman
      • Re: sysinstall, GJOURNAL and ZFS, Wojciech Puchar
      • Re: sysinstall, GJOURNAL and ZFS, Nick Barkas
      • Re: sysinstall, GJOURNAL and ZFS, Dan Naumov
      • Re: sysinstall, GJOURNAL and ZFS, Wojciech Puchar
      • RE: sysinstall, GJOURNAL and ZFS, krad
      • RE: sysinstall, GJOURNAL and ZFS, Wojciech Puchar
      • Re: sysinstall, GJOURNAL and ZFS, Wojciech Puchar
      • Re: sysinstall, GJOURNAL and ZFS, sthaug
      • Re: sysinstall, GJOURNAL and ZFS, Wojciech Puchar
      • Re: sysinstall, GJOURNAL and ZFS, Randy Bush
      • Re: sysinstall, GJOURNAL and ZFS, Dag-Erling Smørgrav
      • Re: sysinstall, GJOURNAL and ZFS, Dmitry Morozovsky
      • Re: sysinstall, GJOURNAL and ZFS, Wojciech Puchar
      • Re: sysinstall, GJOURNAL and ZFS, Dan Naumov
      • Re: sysinstall, GJOURNAL and ZFS, Wojciech Puchar
      • Re: sysinstall, GJOURNAL and ZFS, Miroslav Lachman
      • Re: sysinstall, GJOURNAL and ZFS, Dan Naumov
      • Re: sysinstall, GJOURNAL and ZFS, Chris Dillon
      • Re: sysinstall, GJOURNAL and ZFS, Wojciech Puchar
      • Re: sysinstall, GJOURNAL and ZFS, Kevin Oberman
• mixed VLAN problems on msk(4), Ian Freislich
  • Re: mixed VLAN problems on msk(4), Pyun YongHyeon
  • Re: mixed VLAN problems on msk(4), Ian FREISLICH
    • Re: mixed VLAN problems on msk(4), Pyun YongHyeon
      • Re: mixed VLAN problems on msk(4), Pyun YongHyeon
    • Re: mixed VLAN problems on msk(4), Ian FREISLICH
• Panic (GPF) on ZFS during make, Thomas Backman
• panic: knlist not locked, but should be, Yuri Pankov
  • Re: panic: knlist not locked, but should be, Robert Noland
  • Re: panic: knlist not locked, but should be, John Baldwin
    • Re: panic: knlist not locked, but should be, Yuri Pankov
      • Re: panic: knlist not locked, but should be, Robert Noland
      • Re: panic: knlist not locked, but should be, John Baldwin
      • Re: panic: knlist not locked, but should be, Kostik Belousov
      • RE: panic: knlist not locked, but should be, Matthew Fleming
      • Re: panic: knlist not locked, but should be, Kostik Belousov
      • Re: panic: knlist not locked, but should be, John Baldwin
      • Re: panic: knlist not locked, but should be, Robert Noland
      • Re: panic: knlist not locked, but should be, Robert Noland
• FS utils treates directories as files?, Thomas Backman
  • Re: FS utils treates directories as files?, Ivan Voras
    • Re: FS utils treates directories as files?, Thomas Backman
      • Re: FS utils treates directories as files?, Hendrik Hasenbein
  • Re: FS utils treates directories as files?, Tim Kientzle
    • Re: FS utils treates directories as files?, Douglas Berry
• Re: Yubikey, Mel Flynn
  • Re: Yubikey, Hans Petter Selasky
    • Re: Yubikey, Jeremy Faulkner
      • Re: Yubikey, Hans Petter Selasky
      • Re: Yubikey, Hans Petter Selasky
      • Re: Yubikey, Jeremy Faulkner
• Paige Thompson added you as a connection on Plaxo, Paige Thompson
• panic: oof, we didn't get our fd while playing with devfs(8) and jails, Jille Timmermans
  • Re: panic: oof, we didn't get our fd while playing with devfs(8) and jails, Jilles Tjoelker
    • Re: panic: oof, we didn't get our fd while playing with devfs(8) and jails, Jille Timmermans
      • Re: panic: oof, we didn't get our fd while playing with devfs(8) and jails, Jilles Tjoelker
    • Re: panic: oof, we didn't get our fd while playing with devfs(8) and jails, Ed Schouten
• Re: CFT: ee 1.5.0, Adam McDougall
  • Re: CFT: ee 1.5.0, Gabor Kovesdan
    • Re: CFT: ee 1.5.0, Ed Schouten
• KDE4 on FreeBSD (was: KDE4 and input events), Hans Petter Selasky
  • Re: KDE4 on FreeBSD (was: KDE4 and input events), Sam Leffler
    • Re: KDE4 on FreeBSD (was: KDE4 and input events), Hans Petter Selasky
• Re: Assign IP address and hostname via kernel parameter, Mister Olli
• warnings cause build fail, Gabor Kovesdan
  • Re: warnings cause build fail, Alexey Shuvaev
    • Re: warnings cause build fail, Gabor Kovesdan
      • Re: warnings cause build fail, Eygene Ryabinkin
      • Re: warnings cause build fail, Gabor Kovesdan
• Multiple MSI on SMP, misrouting or misunderstanding?, Alexander Motin
  • Re: Multiple MSI on SMP, misrouting or misunderstanding?, John Baldwin
• Temporary patch to fix USB in kdebase4, Hans Petter Selasky
• [head tinderbox] failure on amd64/amd64, FreeBSD Tinderbox
  • Re: [head tinderbox] failure on amd64/amd64, Eygene Ryabinkin
    • Re: [head tinderbox] failure on amd64/amd64, Eygene Ryabinkin
      • Re: [head tinderbox] failure on amd64/amd64, Hiroki Sato
      • Re: [head tinderbox] failure on amd64/amd64, Eygene Ryabinkin
      • Re: [head tinderbox] failure on amd64/amd64, Eygene Ryabinkin
      • Re: [head tinderbox] failure on amd64/amd64, Hiroki Sato
    • Re: [head tinderbox] failure on amd64/amd64, Peter Jeremy
      • Re: [head tinderbox] failure on amd64/amd64, Eygene Ryabinkin
  • <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
  • [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
  • [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, Kostik Belousov
  • [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
• make installworld failed on CURRENT, john scroggins
• Suspend/resume on Acer Aspire One, Peter Jeremy
  • Re: Suspend/resume on Acer Aspire One, Tim Kientzle
  • Re: Suspend/resume on Acer Aspire One, Gabor Kovesdan
• Intermittent crash .., Michael Butler
• Re: uplcom write:Device not configured, Marten Vijn
• page fault in shutdown, Paul B. Mahol
  • Re: page fault in shutdown, Glen Barber
• New builds won't boot (fwd), Chris Hedley
  • Re: New builds won't boot (fwd), Tim Kientzle
    • Re: New builds won't boot (fwd), Chris Hedley
      • Re: New builds won't boot (fwd), Chris Hedley
      • Re: New builds won't boot (fwd), Chris Hedley
      • Re: New builds won't boot (fwd), Kip Macy
      • Re: New builds won't boot (fwd), Chris Hedley
      • Re: New builds won't boot (fwd), Gary Jennejohn
      • Re: New builds won't boot (fwd), Chris Hedley
      • Re: New builds won't boot (fwd), Gary Jennejohn
• flash10 vs f10; em(4) now broken in -current in qemu/vbox, Juergen Lock
  • Re: flash10 vs f10; em(4) now broken in -current in qemu/vbox, Jack Vogel
    • Re: flash10 vs f10; em(4) now broken in -current in qemu/vbox, Juergen Lock
      • Re: flash10 vs f10; em(4) now broken in -current in qemu/vbox, Jack Vogel
      • Re: flash10 vs f10; em(4) now broken in -current in qemu/vbox, Juergen Lock
      • Re: flash10 vs f10; em(4) now broken in -current in qemu/vbox, Jack Vogel
      • Re: flash10 vs f10; em(4) now broken in -current in qemu/vbox, Juergen Lock
      • Re: flash10 vs f10; em(4) now broken in -current in qemu/vbox, Tom McLaughlin
  • flash10 vs f10, Boris Samorodov
    • Re: flash10 vs f10, Sean C. Farley
      • Re: flash10 vs f10, Boris Samorodov
      • Re: flash10 vs f10, Renato Botelho
      • Re: flash10 vs f10, Sean C. Farley
      • Re: flash10 vs f10, Juergen Lock
      • Re: flash10 vs f10, Boris Samorodov
      • Re: flash10 vs f10, Juergen Lock
      • Re: flash10 vs f10, Boris Samorodov
      • Re: flash10 vs f10, Juergen Lock
      • Re: flash10 vs f10, Boris Samorodov
      • Re: flash10 vs f10, Juergen Lock
      • Re: flash10 vs f10, Brandon Gooch
      • Re: flash10 vs f10, Chagin Dmitry
      • Re: flash10 vs f10, Sean C. Farley
      • Re: flash10 vs f10, Chagin Dmitry
      • Re: flash10 vs f10, Boris Samorodov
      • Re: flash10 vs f10, Brandon Gooch
      • Re: flash10 vs f10, Juergen Lock
      • nspluginwrapper patch for testing (was: Re: flash10 vs f10), Juergen Lock
      • Re: nspluginwrapper patch for testing (was: Re: flash10 vs f10), Juergen Lock
      • Re: flash10 vs f10, Renato Botelho
• what does this mean?, dan hirsch
  • Re: what does this mean?, matt donovan
• Re: ACPI problem with new acer aspire 6930G, Mario Pavlov
• Attansic L1e Gigabit Ethernet driver support, Franck Royer
  • Re: Attansic L1e Gigabit Ethernet driver support, Pyun YongHyeon
    • Re: Attansic L1e Gigabit Ethernet driver support, francklarchange
• Re: Patch for "device_attach: estX attach returned 6" on half of the cores, Olivier SMEDTS
  • Re: Patch for "device_attach: estX attach returned 6" on half of the cores, Eygene Ryabinkin
  • <Possible follow-ups>
  • Re: Patch for "device_attach: estX attach returned 6" on half of the cores, Alexander Best
• Possible to boot using gptzfsboot and a 'raid 10' in ZFS?, Adam McDougall
  • Re: Possible to boot using gptzfsboot and a 'raid 10' in ZFS?, Adam McDougall
• Benchmark [Re: [Call For Testing] VirtualBox for FreeBSD! take 4], Maho NAKATA
  • Re: Benchmark [Re: [Call For Testing] VirtualBox for FreeBSD! take 4], Scott Long
    • Re: Benchmark, Maho NAKATA
      • Re: Benchmark, Thomas Backman
  • Re: Benchmark [Re: [Call For Testing] VirtualBox for FreeBSD! take 4], Yamagi Burmeister
    • Two VirtualBox processes and do not launch VirtualBox: kill one of them., Maho NAKATA
• loader panics with 2 GPT partitioned drives, Yuri Pankov
  • Re: loader panics with 2 GPT partitioned drives, Yuri Pankov
    • Re: loader panics with 2 GPT partitioned drives, John Baldwin
• LOR between NFS and syncer, Dag-Erling Smørgrav
  • Re: LOR between NFS and syncer, Kostik Belousov
    • Re: LOR between NFS and syncer, Dag-Erling Smørgrav
• RFT: Allow large values of NGROUPS_MAX, Brooks Davis
  • Re: RFT: Allow large values of NGROUPS_MAX, Bruce Evans
  • Re: RFT: Allow large values of NGROUPS_MAX, David Schultz
• [HEADSUP] ACPICA 20090521 imported on head, Jung-uk Kim
• Re: Fatal trap 12: page fault panic with recent kernel with ZFS, Thomas Backman
• ZFS send/recv and overwriting of existing mounts, Thomas Backman
• recent 8-current panics if load device modules from userspace under vmware, Vladimir Grebenschikov
  • Re: recent 8-current panics if load device modules from userspace under vmware, John Baldwin
• Re: USB (internally fixed) card reader questions, Bernd Walter
  • Re: USB (internally fixed) card reader questions, Daniel Eischen
• [ZFS] still kmem_too_small on recent current, Dmitry Marakasov
• __getcwd panics [lock held] (r193174, r193186), David Naylor
  • Re: __getcwd panics [lock held] (r193174, r193186), Joe Marcus Clarke
    • Re: __getcwd panics [lock held] (r193174, r193186), David Naylor
• Re: AOE on FreeBSD?, Daryl Richards
  • <Possible follow-ups>
  • Re: AOE on FreeBSD?, Harald Schmalzbauer
• Clang: now available from a SVN server near you!, Ed Schouten
  • Re: Clang: now available from a SVN server near you!, Roman Divacky
  • Re: Clang: now available from a SVN server near you!, Erik Cederstrand
    • Re: Clang: now available from a SVN server near you!, Roman Divacky
      • Re: Clang: now available from a SVN server near you!, Erik Cederstrand
      • Re: Clang: now available from a SVN server near you!, Roman Divacky
    • Re: Clang: now available from a SVN server near you!, Tim Kientzle
      • Re: Clang: now available from a SVN server near you!, Erik Cederstrand
      • Re: Clang: now available from a SVN server near you!, Kai Wang
  • Re: Clang: now available from a SVN server near you!, Marius Nünnerich
  • Re: Clang: now available from a SVN server near you!, M. Warner Losh
    • Re: Clang: now available from a SVN server near you!, Pawel Worach
      • Re: Clang: now available from a SVN server near you!, Ed Schouten
      • Re: Clang: now available from a SVN server near you!, Pawel Worach
      • Re: Clang: now available from a SVN server near you!, Wojciech Puchar
    • Re: Clang: now available from a SVN server near you!, Chuck Robey
      • Re: Clang: now available from a SVN server near you!, Ed Schouten
• Panic in kern_jail prison_priv_check(), Wes Morgan
• libarchive extattr i386/amd64 syscall issue, Dmitry Marakasov
  • Re: libarchive extattr i386/amd64 syscall issue, Dmitry Marakasov
  • Missing extattr syscalls on compat32 (was Re: libarchive extattr i386/amd64 syscall issue), Tim Kientzle
    • Re: Missing extattr syscalls on compat32 (was Re: libarchive extattr i386/amd64 syscall issue), Kostik Belousov
      • Re: Missing extattr syscalls on compat32 (was Re: libarchive extattr i386/amd64 syscall issue), John Baldwin
      • Re: Missing extattr syscalls on compat32 (was Re: libarchive extattr i386/amd64 syscall issue), Dmitry Marakasov
      • Re: Missing extattr syscalls on compat32 (was Re: libarchive extattr i386/amd64 syscall issue), Kostik Belousov
• ZFS / arc_max, Larry Rosenman
• On the topic of network_interfaces, optional full automatic renaming of interfaces, Ruben van Staveren
• NFS mounts default to a mix of udp and tcp, Rick Macklem
• Re: Booting from ZFS RaidZ, Paul Wootton
• Hard hang with u3g and -current, Peter Jeremy
  • Re: Hard hang with u3g and -current, Kostik Belousov
  • Re: Hard hang with u3g and -current, Peter Jeremy
• Cannot run iperf with Atheros AR9160, Eric L. Chen
  • Re: Cannot run iperf with Atheros AR9160, Sam Leffler
• Re: [Call For Testing] VirtualBox for FreeBSD!, Adam McDougall
  • Re: [Call For Testing] VirtualBox for FreeBSD!, Paul Wootton
    • Re: [Call For Testing] VirtualBox for FreeBSD!, Glen Barber
• CFR: sanity checking arguments to kldload(8), Benno Rice
  • Re: CFR: sanity checking arguments to kldload(8), Benno Rice
• Do you use a value other than AUTO for network_interfaces?, Doug Barton
  • Re: Do you use a value other than AUTO for network_interfaces?, Ruben van Staveren
    • Re: Do you use a value other than AUTO for network_interfaces?, Doug Barton
    • Re: Do you use a value other than AUTO for network_interfaces?, Robert Huff
    • Re: Do you use a value other than AUTO for network_interfaces?, Brooks Davis
    • Re: Do you use a value other than AUTO for network_interfaces?, Randy Bush
    • Re: Do you use a value other than AUTO for network_interfaces?, David Kelly
      • Re: Do you use a value other than AUTO for network_interfaces?, Brooks Davis
      • Re: Do you use a value other than AUTO for network_interfaces?, Randy Bush
      • Re: Do you use a value other than AUTO for network_interfaces?, Brooks Davis
  • Re: Do you use a value other than AUTO for network_interfaces?, Erik Osterholm
    • Re: Do you use a value other than AUTO for network_interfaces?, Brooks Davis
      • Re: Do you use a value other than AUTO for network_interfaces?, Erik Osterholm
  • Re: Do you use a value other than AUTO for network_interfaces?, Angelo Turetta
    • Re: Do you use a value other than AUTO for network_interfaces?, Brooks Davis
• HEADS UP: MAC enabled by default (was: svn commit: r193334 - in head/sys: amd64/conf i386/conf ia64/conf pc98/conf powerpc/conf sparc64/conf sun4v/conf (fwd)), Robert Watson
• Re: xorg loops, Lapo Luchini
  • Re: xorg loops, Matthias Apitz
  • Re: xorg loops, pluknet
• WIP: ATA to CAM integration, Alexander Motin
  • Re: WIP: ATA to CAM integration, Julian Elischer
  • <Possible follow-ups>
  • WIP: ATA to CAM integration, Alexander Motin
    • Re: WIP: ATA to CAM integration, Matthew Dillon
      • Re: WIP: ATA to CAM integration, Matthew Dillon
      • Re: WIP: ATA to CAM integration, Gary Corcoran
      • Re: WIP: ATA to CAM integration, Alexander Motin
      • Re: WIP: ATA to CAM integration, Alexander Motin
      • Re: WIP: ATA to CAM integration, Scott Long
      • Re: WIP: ATA to CAM integration, Matthew Dillon
      • Re: WIP: ATA to CAM integration, Scott Long
      • Message not available
      • Re: WIP: ATA to CAM integration, Scott Long
      • Re: WIP: ATA to CAM integration, Matthew Dillon
      • Re: WIP: ATA to CAM integration, Peter Jeremy
      • Re: WIP: ATA to CAM integration, Alexander Motin
      • Re: WIP: ATA to CAM integration, Matthew Dillon
      • Re: WIP: ATA to CAM integration, Daan Vreeken
      • Re: WIP: ATA to CAM integration, Matthew Dillon
      • Re: WIP: ATA to CAM integration, Phil Oleson
      • Re: WIP: ATA to CAM integration, Matthew Dillon
      • Re: WIP: ATA to CAM integration, Alexander Motin
      • Re: WIP: ATA to CAM integration, James R. Van Artsdalen
      • Re: WIP: ATA to CAM integration, Poul-Henning Kamp
      • Re: WIP: ATA to CAM integration, Alexander Motin
      • Re: WIP: ATA to CAM integration, Matthew Dillon
      • Re: WIP: ATA to CAM integration, M. Warner Losh
• VMX in kernel, Sean P. Dew
• RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, O. Hartmann
  • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Rick Macklem
    • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, O. Hartmann
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Rick Macklem
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Arnar Mar Sig
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Rick Macklem
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Arnar Mar Sig
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Rick Macklem
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Robert Watson
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Rick Macklem
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Arnar Mar Sig
  • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Rick Macklem
  • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Dmitry Marakasov
    • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Rick Macklem
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Martin
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Rick Macklem
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Martin
      • Message not available
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Martin
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Rick Macklem
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Zachary Loafman
      • Re: RPCPROG_MNT: RPC: Timed out / receiving NFS error when trying to mount NFS file system after make world, Martin
• HAL is blokcing growisofs [Was: Re: Various problems, atapi, acpi (S3), cpufreq (est)], Harald Schmalzbauer
  • Re: HAL is blokcing growisofs [Was: Re: Various problems, atapi, acpi (S3), cpufreq (est)], Harald Schmalzbauer
• mksnap_ffs segfaults (was: Re: svn commit: r193051 - head/sbin/mksnap_ffs), Lucius Windschuh
• Re: Dell M4400 && Xorg-vesa && 1920x1200 res?, Matthias Apitz
• BTX/AMD64/E820 FreeBSD 7.2, Sean P. Dew
  • Re: BTX/AMD64/E820 FreeBSD 7.2, John Baldwin
• Cannot add wlan to lagg automatically, Eric L. Chen
• [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
  • <Possible follow-ups>
  • [head tinderbox] failure on sparc64/sparc64, FreeBSD Tinderbox
    • Re: [head tinderbox] failure on sparc64/sparc64, Eygene Ryabinkin
      • Re: [head tinderbox] failure on sparc64/sparc64, John Baldwin
  • [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
    • Re: [head tinderbox] failure on sparc64/sparc64, Xin LI
      • Re: [head tinderbox] failure on sparc64/sparc64, Eygene Ryabinkin
      • Re: [head tinderbox] failure on sparc64/sparc64, Danny Braniss
      • Re: [head tinderbox] failure on sparc64/sparc64, Xin LI
      • Re: [head tinderbox] failure on sparc64/sparc64, Bjoern A. Zeeb
      • Re: [head tinderbox] failure on sparc64/sparc64, Hiroki Sato
  • [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 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 sparc64/sparc64, FreeBSD Tinderbox
• Re: ZFS panic under extreme circumstances (2/3 disks corrupted), James R. Van Artsdalen
  • Re: ZFS panic under extreme circumstances (2/3 disks corrupted), Thomas Backman
• SATA port multipliers, James R. Van Artsdalen
  • <Possible follow-ups>
  • Re: SATA port multipliers, Alexander Motin
• [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 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 powerpc/powerpc, FreeBSD Tinderbox
• RFC: Replacing bc/dc to BSDL versions, Gabor Kovesdan
  • Re: RFC: Replacing bc/dc to BSDL versions, Doug Barton
  • Re: RFC: Replacing bc/dc to BSDL versions, Gabor Kovesdan
    • Re: RFC: Replacing bc/dc to BSDL versions, Alexey Shuvaev
      • Re: RFC: Replacing bc/dc to BSDL versions, Gábor Kövesdán
• [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
  • [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
  • [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 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
    • Re: [head tinderbox] failure on sparc64/sun4v, Eygene Ryabinkin
      • Re: [head tinderbox] failure on sparc64/sun4v, Eygene Ryabinkin
      • Re: [head tinderbox] failure on sparc64/sun4v, Eygene Ryabinkin
      • Re: [head tinderbox] failure on sparc64/sun4v, Marius Strobl
      • Re: [head tinderbox] failure on sparc64/sun4v, Eygene Ryabinkin
      • Re: [head tinderbox] failure on sparc64/sun4v, Marius Strobl
      • Re: [head tinderbox] failure on sparc64/sun4v, Eygene Ryabinkin
      • Re: [head tinderbox] failure on sparc64/sun4v, John Baldwin
      • Re: [head tinderbox] failure on sparc64/sun4v, Eygene Ryabinkin
      • Re: [head tinderbox] failure on sparc64/sun4v, Eygene Ryabinkin
      • Re: [head tinderbox] failure on sparc64/sun4v, John Baldwin
      • Re: [head tinderbox] failure on sparc64/sun4v, Eygene Ryabinkin
      • Re: [head tinderbox] failure on sparc64/sun4v, Robert Watson
      • Re: [head tinderbox] failure on sparc64/sun4v, Marcel Moolenaar
      • Re: [head tinderbox] failure on sparc64/sun4v, Robert Watson
      • Re: [head tinderbox] failure on sparc64/sun4v, John Baldwin
  • [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
  • [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
• Kernel panic when accessing ZFS-Filesystem via NFS, Michael Moll
  • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Andriy Gapon
    • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Michael Moll
  • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Dmitry Marakasov
    • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Wesley Shields
      • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Wesley Shields
      • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Dmitry Marakasov
      • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Wesley Shields
      • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Bjoern A. Zeeb
      • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Doug Rabson
      • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Robert Watson
      • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Robert Watson
      • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Rick Macklem
      • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Bjoern A. Zeeb
      • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Rick Macklem
  • Re: Kernel panic when accessing ZFS-Filesystem via NFS, Wesley Shields
• HEADS UP: net80211 data structure changes, Sam Leffler
• Re: fixing kobj signatures, Andriy Gapon
• Re: libzpool assert vs libc assert, Andriy Gapon
  • Re: libzpool assert vs libc assert, Henri Hennebert
    • Re: libzpool assert vs libc assert, Andriy Gapon
      • Re: libzpool assert vs libc assert, Andriy Gapon
      • Re: libzpool assert vs libc assert, Andriy Gapon
• Re: scheduler IPIs during shutdown (was: svn commit: r193170 - projects/pnet/sys/kern (fwd)), Robert Watson
• Processes stuck in [vmo_de], Robert Watson
• fsck_y_enable: use -C, Andriy Gapon
  • Re: fsck_y_enable: use -C, Paul B. Mahol
  • Re: fsck_y_enable: use -C, Andriy Gapon
    • Re: fsck_y_enable: use -C, Doug Barton
      • Re: fsck_y_enable: use -C, Paul B. Mahol
      • Re: fsck_y_enable: use -C, Alexander Leidinger
      • Re: fsck_y_enable: use -C, Doug Barton
      • Re: fsck_y_enable: use -C, Dmitry Morozovsky
      • Re: fsck_y_enable: use -C, Andrew D. Boyd
      • Re: fsck_y_enable: use -C, Dmitry Morozovsky
      • Re: fsck_y_enable: use -C, Andrew D. Boyd
      • Re: fsck_y_enable: use -C, Andriy Gapon
      • Re: fsck_y_enable: use -C, Dmitry Morozovsky
      • Re: fsck_y_enable: use -C, Andriy Gapon
      • Re: fsck_y_enable: use -C, Dmitry Morozovsky
      • Re: fsck_y_enable: use -C, Doug Barton
• segfault in buildworld while creating osreldate.h, Randy Bush
• Re: ACPI Panic on Current, AMD64, Andriy Gapon
• fusefs-kmod now broken, Michael Butler
  • Re: fusefs-kmod now broken, pluknet
• Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64, O. Hartmann
  • <Possible follow-ups>
  • Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64, O. Hartmann
    • Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64, Pierre Guinoiseau
      • Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64, Attilio Rao
      • Message not available
      • Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64, Attilio Rao
      • Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64, Pierre Guinoiseau
      • Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64, Randall Stewart
      • Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64, Attilio Rao
  • Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64, O. Hartmann
• New NETISR implementation, but same defaults, Robert Watson
  • Re: New NETISR implementation, but same defaults, Hans Petter Selasky
    • Re: New NETISR implementation, but same defaults, Robert Watson
    • Re: New NETISR implementation, but same defaults, Robert Watson
      • Re: New NETISR implementation, but same defaults, Hans Petter Selasky
  • Re: New NETISR implementation, but same defaults, Julian Elischer
    • Re: New NETISR implementation, but same defaults, Robert Watson
• /boot/loader can't load kernel if too many pool/devices, Henri Hennebert
  • Re: /boot/loader can't load kernel if too many pool/devices, Doug Rabson
    • Re: /boot/loader can't load kernel if too many pool/devices, Henri Hennebert
• Re: making world on 7.2 to update to 8.0-current, Marko Zec
• Re: Bug in recent large_alloc changes to the ZFS zio code?, Kip Macy
  • Re: Bug in recent large_alloc changes to the ZFS zio code?, ian j hart
    • Re: Bug in recent large_alloc changes to the ZFS zio code?, Kip Macy
• [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
  • Re: [head tinderbox] failure on ia64/ia64, Doug Barton
    • Re: [head tinderbox] failure on ia64/ia64, Eygene Ryabinkin
      • Re: [head tinderbox] failure on ia64/ia64, Christoph Mallon
      • Re: [head tinderbox] failure on ia64/ia64, Eygene Ryabinkin
  • <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 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 ia64/ia64, FreeBSD Tinderbox
  • [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
  • [head tinderbox] failure on ia64/ia64, FreeBSD Tinderbox
• Removal of legacy USB stack, Samuel Boivie
  • Re: Removal of legacy USB stack, Andrew Thompson
• Re: panic: igmp_v3_dispatch_general_query: called when version 2, deeptech71
  • Re: panic: igmp_v3_dispatch_general_query: called when version 2, Bruce Simpson
• Re: installworld failure, Randy Bush
  • Re: installworld failure, Paul B. Mahol
    • Re: installworld failure, Randy Bush
      • Re: misc/135156: 8-current installworld - gencat:No such file or directory [WAS: Re: installworld failure], Eygene Ryabinkin
      • Re: misc/135156: 8-current installworld - gencat:No such file or directory [WAS: Re: installworld failure], Randy Bush
      • Re: misc/135156: 8-current installworld - gencat:No such file or directory [WAS: Re: installworld failure], Ed Schouten
      • Re: misc/135156: 8-current installworld - gencat:No such file or directory [WAS: Re: installworld failure], Randy Bush
      • Re: misc/135156: 8-current installworld - gencat:No such file or directory [WAS: Re: installworld failure], Randy Bush
      • Re: misc/135156: 8-current installworld - gencat:No such file or directory [WAS: Re: installworld failure], Ed Schouten
      • Re: misc/135156: 8-current installworld - gencat:No such file or directory [WAS: Re: installworld failure], Randy Bush
      • Re: misc/135156: 8-current installworld - gencat:No such file or directory [WAS: Re: installworld failure], Eygene Ryabinkin
      • Re: misc/135156: 8-current installworld - gencat:No such file or directory [WAS: Re: installworld failure], Randy Bush
  • <Possible follow-ups>
  • Re: installworld failure, Randy Bush
• Re: kern/134011: [hang] swap_pager_getswapspace(4): failed, Randy Bush
  • Re: kern/134011: [hang] swap_pager_getswapspace(4): failed, Kip Macy
    • Re: kern/134011: [hang] swap_pager_getswapspace(4): failed, Randy Bush
      • Re: kern/134011: [hang] swap_pager_getswapspace(4): failed, Kip Macy
      • Re: kern/134011: [hang] swap_pager_getswapspace(4): failed, Randy Bush
• lor vfs_bio/ufs_dirhash, Randy Bush
• Re: yakpf, Randy Bush
  • Re: yakpf, Robert Watson
  • <Possible follow-ups>
  • Re: yakpf, Randy Bush
• Re: CFT: Graphics support for /boot/loader, martinko
• Re: [Call For Testing] VirtualBox for FreeBSD! take 4, Marco Steinbach
  • <Possible follow-ups>
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 4, Bruce Cran
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 4, Jacques Fourie
  • Re: Re: [Call For Testing] VirtualBox for FreeBSD! take 4, Mario Pavlov
    • Re: [Call For Testing] VirtualBox for FreeBSD! take 4, Alberto Villa
    • Re: Re: [Call For Testing] VirtualBox for FreeBSD! take 4, Jacques Fourie
    • Re: [Call For Testing] VirtualBox for FreeBSD! take 4, Doug Barton
      • Re: [Call For Testing] VirtualBox for FreeBSD! take 4, Juergen Lock
      • Re: [Call For Testing] VirtualBox for FreeBSD! take 4, Joel Dahl
      • Re: [Call For Testing] VirtualBox for FreeBSD! take 4, Joel Dahl
  • Re: [Call For Testing] VirtualBox for FreeBSD! take 4, Sergey Zaharchenko
  • Re: Re: Re: [Call For Testing] VirtualBox for FreeBSD! take 4, Mario Pavlov

• Security
• UNIX
• Linux
• Coding
• Usenet

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

unix.derkeiler.com  > Mailing-Lists  > FreeBSD  > current  > 2009-06