freebsd-current

• Thread Index

---

• Re: Clang buildworld failure due to multiple definitions of __isnanf
  • From: David Schultz
• Re: Crossbuild failure on 8-stable
  • From: Warner Losh
• Re: Crossbuild failure on 8-stable
  • From: Hans Petter Selasky
• FreeBSD is a summer course in Ain Shams University
  • From: Mohammed Farrag
• Re: Opinion on using AMD Phenom II x6 1090t with Gigabyte 890BPA-UD3H and 8GB DDR-3 as a WebServer.
  • From: Matt
• Re: FreeBSD 9
  • From: Tim Gustafson
• Re: FreeBSD 9
  • From: Niclas Zeising
• Re: FreeBSD 9
  • From: Tim Gustafson
• Re: isp(4) timeout
  • From: Marcel Moolenaar
• Re: AX88772A AX88772B chipset differences?
  • From: YongHyeon PYUN
• Re: FreeBSD 9
  • From: Garrett Cooper
• Re: Crossbuild failure on 8-stable
  • From: Garrett Cooper
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Sean M. Collins
• Re: Crossbuild failure on 8-stable
  • From: Mark Tinguely
• Intel GPU kernel driver
  • From: Kostik Belousov
• Re: FreeBSD 9
  • From: Sergey Kandaurov
• Re: FreeBSD 9
  • From: Niclas Zeising
• FreeBSD 9
  • From: Tim Gustafson
• Re: Opinion on using AMD Phenom II x6 1090t with Gigabyte 890BPA-UD3H and 8GB DDR-3 as a WebServer.
  • From: eculp
• Re: isp(4) timeout
  • From: Matthew Jacob
• Re: kern/143370: splash_txt ASCII splash screen module
  • From: Vitaly Magerya
• Re: Crossbuild failure on 8-stable
  • From: Hans Petter Selasky
• Re: Crossbuild failure on 8-stable
  • From: Olivier Houchard
• isp(4) timeout
  • From: Anton Shterenlikht
• AX88772A AX88772B chipset differences?
  • From: Andrey Smagin
• Crossbuild failure on 8-stable
  • From: Hans Petter Selasky
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Jung-uk Kim
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Matt
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Volodymyr Kostyrko
• Re: named crashes on assertion in rbtdb.c on sparc64/SMP
  • From: Doug Barton
• Re: named crashes on assertion in rbtdb.c on sparc64/SMP
  • From: Marius Strobl
• kern/143370: splash_txt ASCII splash screen module
  • From: Antony Mawer
• Re: NFS/BOOTP problem
  • From: Rick Macklem
• a question about <ifa_del_loopback_route: deletion failed> message
  • From: Svatopluk Kraus
• Re: [RFC] winbond watchdog driver for FreeBSD/i386 and FreeBSD/amd64
  • From: John Baldwin
• Re: Panic in ieee80211 tx mgmt timeout
  • From: Stefan Esser
• Re: [RFT] Automatic load of USB kernel modules
  • From: Robert Millan
• Re: [RFT] Automatic load of USB kernel modules
  • From: Robert Millan
• HEADSUP: Call for FreeBSD Status Reports - 2Q/2011
  • From: Daniel Gerzo
• Re: Panic in ieee80211 tx mgmt timeout
  • From: Bernhard Schmidt
• Re: named crashes on assertion in rbtdb.c on sparc64/SMP
  • From: KOT MATPOCKuH
• Re: [RFT] Automatic load of USB kernel modules
  • From: Hans Petter Selasky
• Re: [RFT] Automatic load of USB kernel modules
  • From: Hans Petter Selasky
• Re: [RFC] winbond watchdog driver for FreeBSD/i386 and FreeBSD/amd64
  • From: Andriy Gapon
• Re: Panic in ieee80211 tx mgmt timeout
  • From: Adrian Chadd
• Re: Panic in ieee80211 tx mgmt timeout
  • From: Stefan Esser
• Re: Panic in ieee80211 tx mgmt timeout
  • From: Stefan Esser
• Re: CAM/SATA: attach/detach problems with harddrive
  • From: Andriy Gapon
• Re: Panic in ieee80211 tx mgmt timeout
  • From: Bernhard Schmidt
• Re: Panic in ieee80211 tx mgmt timeout
  • From: Adrian Chadd
• daily snapshot build
  • From: Hiroki Sato
• Re: named crashes on assertion in rbtdb.c on sparc64/SMP
  • From: KOT MATPOCKuH
• Re: NFS/BOOTP problem
  • From: Grzegorz Bernacki
• Re: Panic in ieee80211 tx mgmt timeout
  • From: Bernhard Schmidt
• Re: Panic in ieee80211 tx mgmt timeout
  • From: Adrian Chadd
• Re: CAM/SATA: attach/detach problems with harddrive
  • From: Hartmann, O.
• [RFC] winbond watchdog driver for FreeBSD/i386 and FreeBSD/amd64
  • From: Xin LI
• Re: [CFT] Sierra Wireless HSPA+ USB modem
  • From: PseudoCylon
• Re: GHC Port on 9-CURRENT
  • From: Eric McCorkle
• Re: -Qunused-parameter and clang (was Re: GHC Port on 9-CURRENT)
  • From: Niclas Zeising
• Re: Clang buildworld failure due to multiple definitions of __isnanf
  • From: Garrett Cooper
• Re: Clang buildworld failure due to multiple definitions of __isnanf
  • From: Garrett Cooper
• Re: -Qunused-parameter and clang (was Re: GHC Port on 9-CURRENT)
  • From: Pan Tsu
• Re: Clang buildworld failure due to multiple definitions of __isnanf
  • From: Eric McCorkle
• Re: CAM/SATA: attach/detach problems with harddrive
  • From: Alexander Motin
• Re: Panic in ieee80211 tx mgmt timeout
  • From: Scot Hetzel
• Hang at Timecounters tick every 1.000 msec
  • From: Patrick Lahni
• Re: named crashes on assertion in rbtdb.c o? sparc64/SMP
  • From: Marius Strobl
• CAM/SATA: attach/detach problems with harddrive
  • From: O. Hartmann
• Re: NFS/BOOTP problem
  • From: Rick Macklem
• Panic in ieee80211 tx mgmt timeout
  • From: Stefan Esser
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Kostik Belousov
• NFS/BOOTP problem
  • From: Grzegorz Bernacki
• Re: [CFT] Sierra Wireless HSPA+ USB modem
  • From: Hans Petter Selasky
• Re: Clang buildworld failure due to multiple definitions of __isnanf
  • From: Benjamin Kaduk
• [CFT] Sierra Wireless HSPA+ USB modem
  • From: PseudoCylon
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Eir Nym
• Re: Clang buildworld failure due to multiple definitions of __isnanf
  • From: Benjamin Kaduk
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• Re: virtualbox-ose 4.0.8 fails
  • From: Jung-uk Kim
• Re: kern.sync_on_panic
  • From: mdf
• Re: virtualbox-ose 4.0.8 fails
  • From: Bernhard Froehlich
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: David O'Brien
• Re: Clang buildworld failure due to multiple definitions of __isnanf
  • From: Eric McCorkle
• named crashes on assertion in rbtdb.c oт sparc64/SMP
  • From: KOT MATPOCKuH
• Re: Weird issue with hastd(8)
  • From: Pawel Jakub Dawidek
• Re: virtualbox-ose 4.0.8 fails
  • From: Jung-uk Kim
• Re: virtualbox-ose 4.0.8 fails
  • From: Matt
• Re: Clang buildworld failure due to multiple definitions of __isnanf
  • From: Dimitry Andric
• Re: virtualbox-ose 4.0.8 fails
  • From: Bernhard Froehlich
• Re: kern.sync_on_panic
  • From: Andriy Gapon
• Re: virtualbox-ose 4.0.8 fails
  • From: Sergey V. Dyatko
• Re: [Testing wanted] USB patch for HAL
  • From: Vladimir Kushnir
• Re: Clang buildworld failure due to multiple definitions of __isnanf
  • From: Steve Kargl
• Clang buildworld failure due to multiple definitions of __isnanf
  • From: Eric McCorkle
• Re: /var/crash permissions
  • From: jhell
• Re: MFC
  • From: Alexander Leidinger
• Re: Build failure during 9-CURRENT make world
  • From: Chris Rees
• Re: LLVM: llvm-as, llvm-ld and so on not contained in FreeBSD core contrib?
  • From: Hartmann, O.
• Re: Build failure during 9-CURRENT make world
  • From: Dimitry Andric
• Build failure during 9-CURRENT make world
  • From: Chris Rees
• Re: Automatic load of PCI kernel modules [WAS: [RFT] Automatic load of USB kernel modules]
  • From: Warner Losh
• Re: LLVM: llvm-as, llvm-ld and so on not contained in FreeBSD core contrib?
  • From: Dimitry Andric
• Re: [Testing wanted] USB patch for HAL
  • From: Hans Petter Selasky
• Re: Automatic load of PCI kernel modules [WAS: [RFT] Automatic load of USB kernel modules]
  • From: Robert Millan
• Re: sys/boot/i386/boot2 (install) fail
  • From: Doug Barton
• Re: [Testing wanted] USB patch for HAL
  • From: Greg Rivers
• Re: Automatic load of PCI kernel modules [WAS: [RFT] Automatic load of USB kernel modules]
  • From: Warner Losh
• Re: kern.sync_on_panic
  • From: Warner Losh
• Re: Automatic load of PCI kernel modules [WAS: [RFT] Automatic load of USB kernel modules]
  • From: Hans Petter Selasky
• Re: [Testing wanted] USB patch for HAL
  • From: Greg Rivers
• Re: GHC Port on 9-CURRENT
  • From: Gabor PALI
• GHC Port on 9-CURRENT
  • From: Eric McCorkle
• Re: [Testing wanted] USB patch for HAL
  • From: Andriy Gapon
• Re: [Testing wanted] USB patch for HAL
  • From: Greg Rivers
• Re: [Testing wanted] USB patch for HAL
  • From: Hans Petter Selasky
• Re: [CFT] patch to replace the regex code
  • From: Gabor Kovesdan
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Peter Holm
• Re: [RFT] Automatic load of USB kernel modules
  • From: Hans Petter Selasky
• Re: [RFT] Automatic load of USB kernel modules
  • From: Warner Losh
• Re: [RFT] Automatic load of USB kernel modules
  • From: Warner Losh
• Re: [CFT] patch to replace the regex code
  • From: Chris Rees
• Re: LLVM: llvm-as, llvm-ld and so on not contained in FreeBSD core contrib?
  • From: Hartmann, O.
• Re: [RFT] Automatic load of USB kernel modules
  • From: Hans Petter Selasky
• Re: Weird issue with hastd(8)
  • From: Mikolaj Golub
• kern.sync_on_panic
  • From: Andriy Gapon
• Re: virtualbox-ose 4.0.8 fails
  • From: Bernhard Froehlich
• Fwd: stop scheduler in panic context
  • From: Andriy Gapon
• [CFT] patch to replace the regex code
  • From: Gabor Kovesdan
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Justin T. Gibbs
• Re: two issues after upgrading to a more up-to-date HEAD
  • From: Alexander Best
• Re: LLVM: llvm-as, llvm-ld and so on not contained in FreeBSD core contrib?
  • From: Roman Divacky
• LLVM: llvm-as, llvm-ld and so on not contained in FreeBSD core contrib?
  • From: Hartmann, O.
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Justin T. Gibbs
• Re: [head tinderbox] failure on arm/arm
  • From: Adrian Chadd
• Re: current status of digi driver
  • From: Peter Jeremy
• Re: [RFT] Automatic load of USB kernel modules
  • From: Jeremy Messenger
• Re: virtualbox-ose 4.0.8 fails
  • From: George Kontostanos
• [RFT] Automatic load of USB kernel modules
  • From: Hans Petter Selasky
• sys/boot/i386/boot2 (install) fail
  • From: Doug Barton
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Justin T. Gibbs
• Re: virtualbox-ose 4.0.8 fails
  • From: Jung-uk Kim
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Kostik Belousov
• Re: WITHOUT_INSTALLLIB broken?
  • From: Milan Obuch
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Scott Long
• Re: virtualbox-ose 4.0.8 fails
  • From: George Kontostanos
• Re: virtualbox-ose 4.0.8 fails
  • From: Jung-uk Kim
• Re: virtualbox-ose 4.0.8 fails
  • From: George Kontostanos
• Re: virtualbox-ose 4.0.8 fails
  • From: Matt
• Re: virtualbox-ose 4.0.8 fails
  • From: Jung-uk Kim
• Re: misc/157903: automated kldload for USB class devices
  • From: Warner Losh
• Re: virtualbox-ose 4.0.8 fails
  • From: Matt
• Re: make release: doesn't work for me, getting
  • From: Ryan Stone
• virtualbox-ose 4.0.8 fails
  • From: George Kontostanos
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Peter Holm
• Re: [Testing wanted] USB patch for HAL
  • From: Ruslan Mahmatkhanov
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Kostik Belousov
• Re: [Testing wanted] USB patch for HAL
  • From: Hans Petter Selasky
• Re: [Testing wanted] USB patch for HAL
  • From: Eir Nym
• [Testing wanted] USB patch for HAL
  • From: Hans Petter Selasky
• Re: misc/157903: automated kldload for USB class devices
  • From: Robert Millan
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Peter Holm
• Re: misc/157903: automated kldload for USB class devices
  • From: Hans Petter Selasky
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: make release: doesn't work for me, getting
  • From: Kim Culhan
• Re: MFC
  • From: Andriy Gapon
• MFC
  • From: Johan Hendriks
• Re: misc/157903: automated kldload for USB class devices
  • From: Robert Millan
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Kostik Belousov
• Re: misc/157903: automated kldload for USB class devices
  • From: Hans Petter Selasky
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Peter Holm
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Scott Long
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: misc/157903: automated kldload for USB class devices
  • From: Hans Petter Selasky
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Justin T. Gibbs
• Re: misc/157903: automated kldload for USB class devices
  • From: Hans Petter Selasky
• Re: current status of digi driver
  • From: Gavin Atkinson
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
  • From: Nathan Whitehorn
• current status of digi driver
  • From: David Boyd
• Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
  • From: Alexander Motin
• Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
  • From: Nathan Whitehorn
• Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
  • From: Hartmann, O.
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Gleb Kurtsou
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Kostik Belousov
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Matthew Jacob
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Chris Rees
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Olivier Smedts
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Alexander V. Chernikov
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Craig Rodrigues
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Alexander Best
• Re: Thoughts on TMPFS no longer being considered "highly experimental"
  • From: Matthew Jacob
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Thoughts on TMPFS no longer being considered "highly experimental"
  • From: David O'Brien
• Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
  • From: David Wolfskill
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Jung-uk Kim
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
  • From: Alexander Motin
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• Re: Kernel compile failure in ATH.
  • From: David Wolfskill
• @r223471: panic: run_interrupt_driven_config_hooks: waited too long
  • From: David Wolfskill
• Kernel compile failure in ATH.
  • From: Ian FREISLICH
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
  • From: Andrey Chernov
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andriy Gapon
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
  • From: O. Hartmann
• Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
  • From: Andreas Tobler
• Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
  • From: Andrey Chernov
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc64/powerpc
  • From: FreeBSD Tinderbox
• Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
  • From: Andrey V. Elsukov
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
  • From: Andrey V. Elsukov
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Ian FREISLICH
• kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
  • From: O. Hartmann
• Re: [head tinderbox] failure on ia64/ia64
  • From: Marcel Moolenaar
• Re: [head tinderbox] failure on ia64/ia64
  • From: Jung-uk Kim
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• mariadb-server-5.2.6 failed on amd64 9
  • From: Doug Barton
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Kenneth D. Merry
• Re: [poll / rfc] kdb_stop_cpus
  • From: Andriy Gapon
• Re: [poll / rfc] kdb_stop_cpus
  • From: Andriy Gapon
• Re: Intel snd
  • From: George Kontostanos
• Re: Intel snd
  • From: Sergey Kandaurov
• Re: Intel snd
  • From: George Kontostanos
• Re: Intel snd
  • From: Sergey Kandaurov
• Intel snd
  • From: George Kontostanos
• Re: [PATCH] ipfw call/return rule actions
  • From: Vadim Goncharov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Garrett Cooper
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Kenneth D. Merry
• Re: atkbdc broken on current ?
  • From: David Xu
• Re: CFT: msk(4) 64bit DMA support
  • From: YongHyeon PYUN
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Fabian Keil
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Jung-uk Kim
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Jung-uk Kim
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: xpt_action_default: CCB type 0xe not supported
  • From: Scott Long
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: George Kontostanos
• Re: xpt_action_default: CCB type 0xe not supported
  • From: Garrett Cooper
• Re: xpt_action_default: CCB type 0xe not supported
  • From: Andrey Chernov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Will Andrews
• Re: xpt_action_default: CCB type 0xe not supported
  • From: Hartmann, O.
• Re: xpt_action_default: CCB type 0xe not supported
  • From: Matt
• xpt_action_default: CCB type 0xe not supported
  • From: George Kontostanos
• Re: udav: vendor 0x0fe6, product: 0x9700
  • From: Hans Petter Selasky
• Re: udav: vendor 0x0fe6, product: 0x9700
  • From: Luiz Gustavo S. Costa
• Re: TLS bug?
  • From: Jason Evans
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Kenneth D. Merry
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: [PATCH] ipfw call/return rule actions
  • From: Luigi Rizzo
• Reproducible panic with TRIM and ufs snapshots
  • From: Yamagi Burmeister
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: best way to do FreeBSD kernel/userland development on OSX ?
  • From: Chuck Swiger
• Re: best way to do FreeBSD kernel/userland development on OSX ?
  • From: Damjan Marion
• Re: best way to do FreeBSD kernel/userland development on OSX ?
  • From: mdf
• Re: [head tinderbox] failure on ia64/ia64
  • From: Alan Cox
• best way to do FreeBSD kernel/userland development on OSX ?
  • From: Luigi Rizzo
• Re: [head tinderbox] failure on ia64/ia64
  • From: Alan Cox
• Re: [head tinderbox] failure on ia64/ia64
  • From: Marcel Moolenaar
• Re: [head tinderbox] failure on ia64/ia64
  • From: mdf
• Re: SUJ progress report
  • From: Kris Moore
• Re: [head tinderbox] failure on ia64/ia64
  • From: Garrett Cooper
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: SUJ progress report
  • From: Gary Jennejohn
• Re: snd_hda : sometimes sound sometimes not
  • From: David Demelier
• Re: atkbdc broken on current ?
  • From: Damjan Marion
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: atkbdc broken on current ?
  • From: John Baldwin
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Kostik Belousov
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Justin T. Gibbs
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Exactly that commit (was Re: Latest -current 100% hang at the late boot stage)
  • From: Andrey Chernov
• Re: atkbdc broken on current ?
  • From: Damjan Marion
• Re: Latest -current 100% hang at the late boot stage
  • From: Andrey Chernov
• SUJ progress report
  • From: Jeff Roberson
• Re: Latest -current 100% hang at the late boot stage
  • From: Eir Nym
• Re: Latest -current 100% hang at the late boot stage
  • From: Andrey Chernov
• Re: Latest -current 100% hang at the late boot stage
  • From: Eir Nym
• Latest -current 100% hang at the late boot stage
  • From: Andrey Chernov
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• Re: [head tinderbox] failure on i386/i386
  • From: Simon L. B. Nielsen
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• Re: udav: vendor 0x0fe6, product: 0x9700
  • From: Hans Petter Selasky
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: make release: doesn't work for me, getting recursive looping
  • From: Hartmann, O.
• Re: make release: doesn't work for me, getting recursive looping
  • From: Nathan Whitehorn
• Re: Hang During Startup on ZFS Boot (intermittent)
  • From: Pieter de Goeje
• LOR: vfs_lookup.c:501 ffs_vnops.c:261 vfs_subr.c:2134
  • From: John
• make release: doesn't work for me, getting recursive looping
  • From: Hartmann, O.
• Re: [Patch] [regression] libvgl and r197330 (kbd)
  • From: Ben Kaduk
• Re: Hang During Startup on ZFS Boot (intermittent)
  • From: Aric Gregson
• Re: Hang During Startup on ZFS Boot (intermittent)
  • From: Jung-uk Kim
• Hang During Startup on ZFS Boot (intermittent)
  • From: Aric Gregson
• Re: TLS bug?
  • From: Marius Strobl
• Re: atkbdc broken on current ?
  • From: John Baldwin
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Jung-uk Kim
• Re: SU+J: negative used diskspace (for a while)
  • From: Peter Holm
• Re: TLS bug?
  • From: Marius Strobl
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Ian FREISLICH
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Jung-uk Kim
• Re: graid hit the tree
  • From: Buganini
• SU+J: negative used diskspace (for a while)
  • From: Hans Ottevanger
• Re: udav: vendor 0x0fe6, product: 0x9700
  • From: Luiz Gustavo S. Costa
• Re: graid hit the tree
  • From: Garrett Cooper
• Re: graid hit the tree
  • From: Gavin Atkinson
• Re: iwn does not associates
  • From: rmgls
• Re: iwn does not associates
  • From: Bernhard Schmidt
• Re: two issues after upgrading to a more up-to-date HEAD
  • From: Alexander Best
• iwn does not associates
  • From: rmgls
• Re: WITHOUT_INSTALLLIB broken?
  • From: Garrett Cooper
• Re: WITHOUT_INSTALLLIB broken?
  • From: Eir Nym
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Fabian Keil
• Re: WITHOUT_INSTALLLIB broken?
  • From: Ruslan Ermilov
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc64/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc64/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc64/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: WITHOUT_INSTALLLIB broken?
  • From: Eir Nym
• Re: WITHOUT_INSTALLLIB broken?
  • From: Ruslan Ermilov
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc64/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• WITHOUT_INSTALLLIB broken?
  • From: Milan Obuch
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: TLS bug?
  • From: Nathaniel W Filardo
• TLS bug?
  • From: Nathaniel W Filardo
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc64/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• two issues after upgrading to a more up-to-date HEAD
  • From: Alexander Best
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• Re: [head tinderbox] failure on sparc64/sparc64
  • From: Tai-hwa Liang
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: FreeBSD 9.0-CUR/amd64 CLANG: howto use gcc __builtin_ia32?
  • From: O. Hartmann
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Ian FREISLICH
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: FreeBSD 9.0-CUR/amd64 CLANG: howto use gcc __builtin_ia32?
  • From: O. Hartmann
• Re: [head tinderbox] failure on sparc64/sparc64
  • From: Garrett Cooper
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Ian FREISLICH
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc64/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: fast/syscall-free gettimeofday ?
  • From: Julian Elischer
• Re: fast/syscall-free gettimeofday ?
  • From: Scott Long
• Re: problems with cvsup on FreeBSD 9 snapshot 201101
  • From: Eric McCorkle
• Re: fast/syscall-free gettimeofday ?
  • From: Julian Elischer
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Jung-uk Kim
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Jung-uk Kim
• Re: fast/syscall-free gettimeofday ?
  • From: Scott Long
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Jung-uk Kim
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Ian FREISLICH
• Re: FreeBSD 9.0-CUR/amd64 CLANG: howto use gcc __builtin_ia32?
  • From: Doug Rabson
• Re: [PATCH] Simple tidy up of puc(4) bus driver
  • From: Alexey Shuvaev
• RE: problems with cvsup on FreeBSD 9 snapshot 201101
  • From: Holger Kipp
• Re: problems with cvsup on FreeBSD 9 snapshot 201101
  • From: Eric McCorkle
• Re: problems with cvsup on FreeBSD 9 snapshot 201101
  • From: Kostik Belousov
• Re: problems with cvsup on FreeBSD 9 snapshot 201101
  • From: Eric McCorkle
• Re: problems with cvsup on FreeBSD 9 snapshot 201101
  • From: Bartosz Stec
• Re: problems with cvsup on FreeBSD 9 snapshot 201101
  • From: Bartosz Stec
• problems with cvsup on FreeBSD 9 snapshot 201101
  • From: Holger Kipp
• Re: svn commit: r214611 - head/sys/kern
  • From: Kostik Belousov
• Re: svn commit: r214611 - head/sys/kern
  • From: David Xu
• Re: svn commit: r214611 - head/sys/kern
  • From: Kostik Belousov
• Re: svn commit: r214611 - head/sys/kern
  • From: Sergey Kandaurov
• Re: svn commit: r214611 - head/sys/kern
  • From: David Xu
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John
• Re: ATA_PERIODIC_POLL on ATA_I82801HBM_S1 causes lockups
  • From: Alexander Motin
• Re: ATA_PERIODIC_POLL on ATA_I82801HBM_S1 causes lockups
  • From: Rick van der Zwet
• Re: panic -> Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1fe38,gp ; ;
  • From: Marcel Moolenaar
• Re: [PATCH] Simple tidy up of puc(4) bus driver
  • From: John Baldwin
• Re: [PATCH] Simple tidy up of puc(4) bus driver
  • From: Boris Samorodov
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John Baldwin
• Re: fast/syscall-free gettimeofday ?
  • From: K. Macy
• Re: fast/syscall-free gettimeofday ?
  • From: K. Macy
• fast/syscall-free gettimeofday ?
  • From: Luigi Rizzo
• Re: [PATCH] Simple tidy up of puc(4) bus driver
  • From: John Baldwin
• Re: [PATCH] Simple tidy up of puc(4) bus driver
  • From: Alexey Shuvaev
• Re: ATA_PERIODIC_POLL on ATA_I82801HBM_S1 causes lockups
  • From: Alexander Motin
• Re: svn commit: r214611 - head/sys/kern
  • From: Sergey Kandaurov
• Re: rc.d script to load kernel modules
  • From: Daniel Braniss
• ATA_PERIODIC_POLL on ATA_I82801HBM_S1 causes lockups
  • From: Rick van der Zwet
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Fabian Keil
• RE: Heads Up: default NFS server changing to the new one
  • From: Chris Forgeron
• Re: Time keeping Issues with the low-resolution TSC timecounter
  • From: Jung-uk Kim
• Re: rc.d script to load kernel modules
  • From: Garrett Cooper
• Re: rc.d script to load kernel modules
  • From: Chris Rees
• Re: rc.d script to load kernel modules
  • From: jhell
• Re: rc.d script to load kernel modules
  • From: Garrett Cooper
• Re: rc.d script to load kernel modules
  • From: Chris Rees
• Time keeping Issues with the low-resolution TSC timecounter
  • From: Fabian Keil
• panic -> Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1fe38,gp ;;
  • From: Anton Shterenlikht
• Re: rc.d script to load kernel modules
  • From: Julian Elischer
• Re: boot0cfg in future releases.
  • From: jhell
• boot0cfg in future releases.
  • From: Eir Nym
• Re: rc.d script to load kernel modules
  • From: Eir Nym
• Re: rc.d script to load kernel modules
  • From: Daniel Braniss
• Re: rc.d script to load kernel modules
  • From: Garrett Cooper
• Re: rc.d script to load kernel modules
  • From: Eir Nym
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc64/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• Re: rc.d script to load kernel modules
  • From: Gustau Pérez
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: rc.d script to load kernel modules
  • From: Jason Hellenthal
• Re: rc.d script to load kernel modules
  • From: Doug Barton
• Re: rc.d script to load kernel modules
  • From: Jason Hellenthal
• Re: rc.d script to load kernel modules
  • From: Kevin Oberman
• Re: rc.d script to load kernel modules
  • From: Doug Barton
• Re: rc.d script to load kernel modules
  • From: Doug Barton
• Re: rc.d script to load kernel modules
  • From: Jason Hellenthal
• Re: rc.d script to load kernel modules
  • From: Garrett Cooper
• Re: rc.d script to load kernel modules
  • From: Doug Barton
• Re: rc.d script to load kernel modules
  • From: Gary Palmer
• Re: rc.d script to load kernel modules
  • From: Jason Hellenthal
• Re: rc.d script to load kernel modules
  • From: Doug Barton
• Re: rc.d script to load kernel modules
  • From: Jason Hellenthal
• Re: rc.d script to load kernel modules
  • From: Doug Barton
• Re: rc.d script to load kernel modules
  • From: Jason Hellenthal
• Re: rc.d script to load kernel modules
  • From: Doug Barton
• FreeBSD 9.0-CUR/amd64 CLANG: howto use gcc __builtin_ia32?
  • From: Hartmann, O.
• Re: rc.d script to load kernel modules
  • From: Gustau Pérez
• Re: rc.d script to load kernel modules
  • From: Buganini
• Re: rc.d script to load kernel modules
  • From: Jason Hellenthal
• mariadb-server-5.2.6 failed on amd64 9
  • From: Doug Barton
• Re: any place to look at for PCI-express performance issues ?
  • From: Jilles Tjoelker
• Re: kldstat -q -m seems broken
  • From: Kostik Belousov
• kldstat -q -m seems broken
  • From: Doug Barton
• rc.d script to load kernel modules
  • From: Doug Barton
• Re: IPv4 broken on r222048
  • From: Garrett Cooper
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John
• Re: any place to look at for PCI-express performance issues ?
  • From: Luigi Rizzo
• Re: 9.0-CURRENT-201105-amd64 install kernel panic
  • From: Eir Nym
• Re: 9.0-CURRENT-201105-amd64 install kernel panic
  • From: Jack Vogel
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Eir Nym
• Re: 9.0-CURRENT-201105-amd64 install kernel panic
  • From: K. Macy
• Re: 9.0-CURRENT-201105-amd64 install kernel panic
  • From: Kim Culhan
• Re: [PATCH] Simple tidy up of puc(4) bus driver
  • From: John Baldwin
• Re: udav: vendor 0x0fe6, product: 0x9700
  • From: Luiz Gustavo S. Costa
• Re: udav: vendor 0x0fe6, product: 0x9700
  • From: Luiz Gustavo S. Costa
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John Baldwin
• Re: udav: vendor 0x0fe6, product: 0x9700
  • From: Rick van der Zwet
• 9.0-CURRENT-201105-amd64 install kernel panic
  • From: Kim Culhan
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Garrett Cooper
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Garrett Cooper
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: Andriy Gapon
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John Baldwin
• udav: vendor 0x0fe6, product: 0x9700
  • From: Luiz Gustavo S. Costa
• Re: pcib allocation failure
  • From: John Baldwin
• Re: FreeBSD extended to Arab World
  • From: Mohammed Farrag
• Re: FreeBSD extended to Arab World
  • From: Mohammed Farrag
• Re: FreeBSD extended to Arab World
  • From: Olivier Smedts
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Eir Nym
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Andrey V. Elsukov
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Eir Nym
• Re[2]: 2 day GENERIC-current eat 2 CPU core at 100%
  • From: Andrey Smagin
• Re: FreeBSD extended to Arab World
  • From: C. P. Ghost
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Andrey V. Elsukov
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Pan Tsu
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Kevin Oberman
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Kostik Belousov
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Attilio Rao
• Re: FreeBSD extended to Arab World
  • From: Mohammed Farrag
• Re: FreeBSD extended to Arab World
  • From: Mohammed Farrag
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Arnaud Lacombe
• Re: pcib allocation failure
  • From: deeptech71@xxxxxxxxx
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Michael Butler
• Re: FreeBSD extended to Arab World
  • From: Rick van der Zwet
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Attilio Rao
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Mark Linimon
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Attilio Rao
• FreeBSD extended to Arab World
  • From: Mohammed Farrag
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Michael Butler
• Re: pcib allocation failure
  • From: Chuck Swiger
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Kostik Belousov
• Re: pcib allocation failure
  • From: John Baldwin
• Re: gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Attilio Rao
• Re: pcib allocation failure
  • From: deeptech71@xxxxxxxxx
• gcc-4.5 and 4.6 needs to be recompiled due to /usr/src/UPDATE: 20110608:
  • From: Hartmann, O.
• Re: 2 day GENERIC-current eat 2 CPU core at 100%
  • From: Alexander Motin
• Re: pcib allocation failure
  • From: John Baldwin
• Re: any place to look at for PCI-express performance issues ?
  • From: John Baldwin
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John Baldwin
• Re[2]: 2 day GENERIC-current eat 2 CPU core at 100%
  • From: Andrey Smagin
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Eir Nym
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Andrey V. Elsukov
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Eir Nym
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Andrey V. Elsukov
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Eir Nym
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Eir Nym
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: Andriy Gapon
• Re: IPv4 broken on r222048
  • From: Garrett Cooper
• any place to look at for PCI-express performance issues ?
  • From: Luigi Rizzo
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc64/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• Re: ZFS panic with concurrent recv and read-heavy workload
  • From: Marius Strobl
• [head tinderbox] failure on powerpc64/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• Re: pcib allocation failure
  • From: deeptech71@xxxxxxxxx
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: pcib allocation failure
  • From: John Baldwin
• Re: Boot halts on Thinkpad X220 (Sandy Bridge)
  • From: John Baldwin
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Vladislav V. Prodan
• Re: pcib allocation failure
  • From: deeptech71@xxxxxxxxx
• Re: Boot halts on Thinkpad X220 (Sandy Bridge)
  • From: John Baldwin
• Re: pcib allocation failure
  • From: John Baldwin
• Re: 2 day GENERIC-current eat 2 CPU core at 100%
  • From: Alexander Motin
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John Baldwin
• Re: IPv4 broken on r222048
  • From: Bjoern A. Zeeb
• Re: IPv4 broken on r222048
  • From: Garrett Cooper
• Re: IPv4 broken on r222048
  • From: Bjoern A. Zeeb
• Re: pcib allocation failure
  • From: deeptech71@xxxxxxxxx
• Re: IPv4 broken on r222048
  • From: Eir Nym
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Eir Nym
• Re: [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Vladislav V. Prodan
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John
• [r222277] Strange GEOM, bsdlabel and ZFS behavior
  • From: Eir Nym
• IFCAP_CANTCHANGE ? (Re: RFC: need one IFCAP bit for NETMAP)
  • From: Luigi Rizzo
• Re: warning: 'inline' is not at beginning of declaration ?
  • From: David Schultz
• Re: IPv4 broken on r222048
  • From: Garrett Cooper
• Re: IPv4 broken on r222048
  • From: Bjoern A. Zeeb
• Re: IPv4 broken on r222048
  • From: Bjoern A. Zeeb
• Re: IPv4 broken on r222048
  • From: Garrett Cooper
• Re: IPv4 broken on r222048
  • From: Garrett Cooper
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John Baldwin
• Re: pcib allocation failure
  • From: John Baldwin
• Re: IPv4 broken on r222048
  • From: Bjoern A. Zeeb
• IPv4 broken on r222048
  • From: Garrett Cooper
• Re[2]: 2 day GENERIC-current eat 2 CPU core at 100%
  • From: Andrey Smagin
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: [poll / rfc] kdb_stop_cpus
  • From: Andriy Gapon
• Re: [poll / rfc] kdb_stop_cpus
  • From: Andriy Gapon
• Re: 2 day GENERIC-current eat 2 CPU core at 100%
  • From: Hans Petter Selasky
• 2 day GENERIC-current eat 2 CPU core at 100%
  • From: Andrey Smagin
• RFC: need one IFCAP bit for NETMAP
  • From: Luigi Rizzo
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: pcib allocation failure
  • From: deeptech71@xxxxxxxxx
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• Re: [PATCH] Add the infrastructure for supporting an infinite number of CPUs
  • From: Attilio Rao
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc64/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on mips/mips
  • From: FreeBSD Tinderbox
• Re: Boot halts on Thinkpad X220 (Sandy Bridge)
  • From: Xin LI
• Re: [RFC] 'failok' mount(8) flag
  • From: Poul-Henning Kamp
• [head tinderbox] failure on ia64/ia64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on i386/pc98
  • From: FreeBSD Tinderbox
• [RFC] 'failok' mount(8) flag
  • From: Xin LI
• [head tinderbox] failure on arm/arm
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc/powerpc
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on sparc64/sparc64
  • From: FreeBSD Tinderbox
• [head tinderbox] failure on powerpc64/powerpc
  • From: FreeBSD Tinderbox
• Re: pcib allocation failure
  • From: John Baldwin
• Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John Baldwin
• Re: Heads Up: default NFS server changing to the new one
  • From: Rick Macklem
• NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff
  • From: John
• Re: CFT: msk(4) 64bit DMA support
  • From: David Schultz
• Re: [RFC] rcexecr: rcorder in parallel
  • From: Buganini
• Re: [HEADS UP] color and page width support in man(1)
  • From: Andrey Chernov
• Re: [poll / rfc] kdb_stop_cpus
  • From: Attilio Rao
• Re: [poll / rfc] kdb_stop_cpus
  • From: Attilio Rao
• Re: Weird issue with hastd(8)
  • From: Maxim Sobolev
• Divert socket problem (was: Re: svn commit: r222488 - in head/sys: contrib/pf/net netinet netinet/ipfw netinet6)
  • From: Robert N. M. Watson
• Re: mount root from zfs fails under current with "error 6"
  • From: Michael Reifenberger
• Re: 8-STABLE /usr/include/utmp.h and tmpx
  • From: Pan Tsu
• Re: [RFC] rcexecr: rcorder in parallel
  • From: Jilles Tjoelker
• Re: [HEADS UP] color and page width support in man(1)
  • From: Thomas Dickey
• Re: [RFC] rcexecr: rcorder in parallel
  • From: Julien Laffaye
• Re: [PATCH] Add the infrastructure for supporting an infinite number of CPUs
  • From: Fabian Keil
• [RFC] rcexecr: rcorder in parallel
  • From: Buganini
• Re: [poll / rfc] kdb_stop_cpus
  • From: Robert N. M. Watson
• Re: [poll / rfc] kdb_stop_cpus
  • From: Andriy Gapon
• Re: [HEADS UP] color and page width support in man(1)
  • From: Andrey Chernov
• Re: 8-STABLE /usr/include/utmp.h and tmpx
  • From: Yuri Pankov
• Re: 8-STABLE /usr/include/utmp.h and tmpx
  • From: Aryeh Friedman
• Re: 8-STABLE /usr/include/utmp.h and tmpx
  • From: Garrett Cooper
• 8-STABLE /usr/include/utmp.h and tmpx
  • From: Aryeh Friedman
• Re: llimport(8): Import lastlog into utmpx
  • From: Ed Schouten
• Re: llimport(8): Import lastlog into utmpx
  • From: Doug Barton
• Re: llimport(8): Import lastlog into utmpx
  • From: Ed Schouten
• Re: llimport(8): Import lastlog into utmpx
  • From: Doug Barton
• Re: llimport(8): Import lastlog into utmpx
  • From: Ed Schouten
• Re: llimport(8): Import lastlog into utmpx
  • From: Garrett Cooper
• llimport(8): Import lastlog into utmpx
  • From: Ed Schouten
• RE: Heads Up: default NFS server changing to the new one
  • From: Chris Forgeron
• Re: [poll / rfc] kdb_stop_cpus
  • From: Robert N. M. Watson
• Linuxulator64
  • From: Hartmann, O.
• Re: [poll / rfc] kdb_stop_cpus
  • From: Andriy Gapon
• Re: mount root from zfs fails under current with "error 6"
  • From: Gavin Atkinson
• Re: Weird issue with hastd(8)
  • From: Daniel Kalchev
• Re: [poll / rfc] kdb_stop_cpus
  • From: Nathan Whitehorn
• [poll / rfc] kdb_stop_cpus
  • From: Andriy Gapon
• [HEADS UP] color and page width support in man(1)
  • From: Ruslan Ermilov
• Re: Introducing netmap: line-rate packet send/receive at 10Gbit/s
  • From: Patrick Tracanelli
• Re: Introducing netmap: line-rate packet send/receive at 10Gbit/s
  • From: Luigi Rizzo
• Re: ZFS panic with concurrent recv and read-heavy workload
  • From: Nathaniel W Filardo
• Re: Weird issue with hastd(8)
  • From: Maxim Sobolev
• Re: Introducing netmap: line-rate packet send/receive at 10Gbit/s
  • From: Vlad Galu
• Re: 802.11n support for athero's chipset
  • From: Adrian Chadd
• 802.11n support for athero's chipset
  • From: Himali Patel
• Re: Introducing netmap: line-rate packet send/receive at 10Gbit/s
  • From: Pawel Tyll
• Re: warning: 'inline' is not at beginning of declaration ?
  • From: Joshua Neal
• Re: warning: 'inline' is not at beginning of declaration ?
  • From: Arnaud Lacombe
• Introducing netmap: line-rate packet send/receive at 10Gbit/s
  • From: Luigi Rizzo
• [ZFSv28] Loader hangs, import failes, zfs filesystem unavailable.
  • From: Bartosz Stec
• Re: [PATCH] Add the infrastructure for supporting an infinite number of CPUs
  • From: Attilio Rao
• Re: [PATCH] Add the infrastructure for supporting an infinite number of CPUs
  • From: Ivan Voras
• Re: [PATCH] Add the infrastructure for supporting an infinite number of CPUs
  • From: Ivan Voras
• -O3 -mtune=native -march=native seems to heal problem when compiling with CLANG
  • From: Hartmann, O.
• Re: AW: AW: -CURRENT: mountroot failed
  • From: Andrey V. Elsukov
• Re: FYI: merging TCP, UDP, netisr locking changes
  • From: Bjoern A. Zeeb
• Re: [PATCH] Add the infrastructure for supporting an infinite number of CPUs
  • From: Jason Hellenthal
• AW: AW: -CURRENT: mountroot failed
  • From: Uwe Grohnwaldt
• Re: [PATCH] Add the infrastructure for supporting an infinite number of CPUs
  • From: Jack Vogel
• [PATCH] Add the infrastructure for supporting an infinite number of CPUs
  • From: Attilio Rao
• Re: "lazy" mmap for a device driver ?
  • From: John Baldwin
• AW: AW: -CURRENT: mountroot failed
  • From: Uwe Grohnwaldt
• warning: 'inline' is not at beginning of declaration ?
  • From: Luigi Rizzo
• Re: AW: -CURRENT: mountroot failed
  • From: Andrey V. Elsukov
• AW: -CURRENT: mountroot failed
  • From: Uwe Grohnwaldt
• Re: freebsd-current Digest, Vol 398, Issue 3
  • From: Tom Hicks
• Re: Boot halts on Thinkpad X220 (Sandy Bridge)
  • From: Jung-uk Kim

• Security
• UNIX
• Linux
• Coding
• Usenet

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

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