March 2010 Archives by subject

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

Starting: Mon Mar 1 04:14:52 UTC 2010
Ending: Wed Mar 31 23:27:18 UTC 2010
Messages: 620

• [FAQ] FBSD on a USB stick   Hans Petter Selasky
• [FAQ] FBSD on a USB stick   Giovanni Trematerra
• [FAQ] FBSD on a USB stick   Garrett Cooper
• [head tinderbox] failure on amd64/amd64   FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64   FreeBSD Tinderbox
• [head tinderbox] failure on amd64/amd64   Ulf Lilleengen
• [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   pluknet
• [head tinderbox] failure on amd64/amd64   FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm   FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm   Robert Watson
• [head tinderbox] failure on arm/arm   FreeBSD Tinderbox
• [head tinderbox] failure on arm/arm   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   Garrett Cooper
• [head tinderbox] failure on i386/i386   FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386   FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386   Andriy Gapon
• [head tinderbox] failure on i386/i386   FreeBSD Tinderbox
• [head tinderbox] failure on i386/i386   Jung-uk Kim
• [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/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 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 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 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   Garrett Cooper
• [head tinderbox] failure on powerpc/powerpc   Andrew Thompson
• [head tinderbox] failure on powerpc/powerpc   Weongyo Jeong
• [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 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/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
• [PATCH] - ports/144792 (untar.c, Makefile) ports/archivers/untar   Adam PAPAI
• [PATCH] - ports/144792 (untar.c, Makefile) ports/archivers/untar   Garrett Cooper
• [PATCH] newvers.sh   David O'Brien
• [PATCH] newvers.sh   M. Warner Losh
• [PATCH] newvers.sh   David O'Brien
• [PATCH] newvers.sh   M. Warner Losh
• [PATCH] newvers.sh   David O'Brien
• [PATCH] newvers.sh   David O'Brien
• [PATCH] newvers.sh   M. Warner Losh
• [PATCH] newvers.sh   Doug Barton
• [PATCH] newvers.sh   M. Warner Losh
• [PATCH] newvers.sh   M. Warner Losh
• [PATCH] newvers.sh   Doug Barton
• [PATCH] newvers.sh   M. Warner Losh
• [PATCH] rename COMPAT_FREEBSD32   David O'Brien
• [PATCH] rename COMPAT_FREEBSD32   Marcel Moolenaar
• [PATCH] rename COMPAT_FREEBSD32   Nathan Whitehorn
• [PATCH] rename COMPAT_FREEBSD32   John Baldwin
• [PATCH] rename COMPAT_FREEBSD32   Marcel Moolenaar
• A tool for remapping bad sectors in CURRENT?   Eugeny N Dzhurinsky
• A tool for remapping bad sectors in CURRENT?   Alexander Motin
• A tool for remapping bad sectors in CURRENT?   Eugene Dzhurinsky
• A tool for remapping bad sectors in CURRENT?   Eugene Dzhurinsky
• A tool for remapping bad sectors in CURRENT?   Eugene Dzhurinsky
• A tool for remapping bad sectors in CURRENT?   Miroslav Lachman
• A tool for remapping bad sectors in CURRENT?   Wes Morgan
• A tool for remapping bad sectors in CURRENT?   Eugene Dzhurinsky
• A tool for remapping bad sectors in CURRENT?   Miroslav Lachman
• A tool for remapping bad sectors in CURRENT?   Alex Keda
• A tool for remapping bad sectors in CURRENT?   Ulrich Spörlein
• A tool for remapping bad sectors in CURRENT?   Dag-Erling Smørgrav
• A tool for remapping bad sectors in CURRENT?   Svein Skogen (Listmail Account)
• A tool for remapping bad sectors in CURRENT?   Miroslav Lachman
• A tool for remapping bad sectors in CURRENT?   Dag-Erling Smørgrav
• A tool for remapping bad sectors in CURRENT?   Miroslav Lachman
• A tool for remapping bad sectors in CURRENT?   Gary Jennejohn
• A tool for remapping bad sectors in CURRENT?   Miroslav Lachman
• A tool for remapping bad sectors in CURRENT?   Gary Jennejohn
• A tool for remapping bad sectors in CURRENT?   Dag-Erling Smørgrav
• A tool for remapping bad sectors in CURRENT?   Miroslav Lachman
• A tool for remapping bad sectors in CURRENT?   Miroslav Lachman
• A tool for remapping bad sectors in CURRENT?   Dag-Erling Smørgrav
• A tool for remapping bad sectors in CURRENT?   Gary Jennejohn
• A tool for remapping bad sectors in CURRENT?   Miroslav Lachman
• A tool for remapping bad sectors in CURRENT?   Miroslav Lachman
• A tool for remapping bad sectors in CURRENT?   Dag-Erling Smørgrav
• A tool for remapping bad sectors in CURRENT?   Pieter de Goeje
• A tool for remapping bad sectors in CURRENT?   Miroslav Lachman
• A tool for remapping bad sectors in CURRENT?   Dag-Erling Smørgrav
• A tool for remapping bad sectors in CURRENT?   Poul-Henning Kamp
• Amanda, FreeBSD8, amtype, hairpulling, etc.   Svein Skogen (Listmail Account)
• AR9285 patch against stable/8   Rui Paulo
• AR9285 patch against stable/8   Rui Paulo
• ARCS_LOCK_PAD or padding and aligning of mutex structures   Marius Nünnerich
• ARCS_LOCK_PAD or padding and aligning of mutex structures   Marius Nünnerich
• ATA_CAM-ed mvsata(4) on OpenRD-client   Alexander Motin
• ath9k   Neil Short
• ath9k   Rui Paulo
• ath9k   Neil Short
• atheros card with lots of Ierrs in `netstat -i`   Alexander Best
• atheros card with lots of Ierrs in `netstat -i`   Chris Ruiz
• atheros card with lots of Ierrs in `netstat -i`   Rui Paulo
• atheros card with lots of Ierrs in `netstat -i`   Alexander Best
• bsdtar(1) line_reader.c interesting code part - partial patch   Adam PAPAI
• build failures after stdlib update   Pegasus Mc Cleaft
• build failures after stdlib update   Garrett Cooper
• build failures after stdlib update   Pegasus Mc Cleaft
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Peter Jeremy
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Pegasus Mc Cleaft
• build failures after stdlib update   Pegasus Mc Cleaft
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Andriy Gapon
• build failures after stdlib update   Garrett Cooper
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Garrett Cooper
• build failures after stdlib update   Andriy Gapon
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Pegasus Mc Cleaft
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Andriy Gapon
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Gary Jennejohn
• build failures after stdlib update   Gary Jennejohn
• build failures after stdlib update   Andriy Gapon
• build failures after stdlib update   Dimitry Andric
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Andriy Gapon
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Garrett Cooper
• build failures after stdlib update   Garrett Cooper
• build failures after stdlib update   Garrett Cooper
• build failures after stdlib update   Andriy Gapon
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   jhell
• build failures after stdlib update   Dimitry Andric
• build failures after stdlib update   Andriy Gapon
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Scot Hetzel
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   Scot Hetzel
• build failures after stdlib update   Garrett Cooper
• build failures after stdlib update   Alexander Best
• build failures after stdlib update   jhell
• build failures after stdlib update   Xin LI
• buildkernel broken   Sergey V. Dyatko
• buildkernel broken   Robert Noland
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   PseudoCylon
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Rui Paulo
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   PseudoCylon
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Bruce Simpson
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Rui Paulo
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Weongyo Jeong
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Rui Paulo
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   PseudoCylon
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Hans Petter Selasky
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Rui Paulo
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Rui Paulo
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Alexander Egorenkov
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Weongyo Jeong
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Oliver Brandmueller
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Ganbold
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   PseudoCylon
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   PseudoCylon
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Ganbold.TS
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Ganbold
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Rui Paulo
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   PseudoCylon
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Ganbold
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   PseudoCylon
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Ganbold
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Ganbold
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   PseudoCylon
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Ganbold
• CALL for TEST [HOSTAP] run(4) ralink usb wireless   Ganbold
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Weongyo Jeong
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Weongyo Jeong
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   John Baldwin
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Weongyo Jeong
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   John Baldwin
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Weongyo Jeong
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   John Baldwin
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Weongyo Jeong
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Weongyo Jeong
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Weongyo Jeong
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Alexandr Rybalko
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Gustau Pérez
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Gustau Pérez
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Alexandr Rybalko
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   M. Warner Losh
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Alex RAY
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Alex RAY
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Miki
• Call for Test and Review: bwn(4) - another Broadcom Wireless driver   Miki
• Call for tester: VirtualBox 3.1.2 for FreeBSD (take 2)   Azim
• Call for tester: VirtualBox 3.1.2 for FreeBSD (take 2)   Bernhard Froehlich
• CFT: msk(4) Rx checksum offloading support   Pyun YongHyeon
• CFT: msk(4) Rx checksum offloading support   Pyun YongHyeon
• check for jailed environment for adjkerntz   Pawel Jakub Dawidek
• check for jailed environment for adjkerntz   Xin LI
• check for jailed environment for adjkerntz   Peter Jeremy
• check for jailed environment for adjkerntz   Xin LI
• Complete ports thaw   Mark Linimon
• Core i5 AES acceleration   David Ehrmann
• Core i5 AES acceleration   Julian Elischer
• Core i5 AES acceleration   Norikatsu Shigemura
• Core i5 AES acceleration   David Ehrmann
• Core i5 AES acceleration   Norikatsu Shigemura
• Core i5 AES acceleration   James R. Van Artsdalen
• Core i5 AES acceleration   David Ehrmann
• Core i5 AES acceleration   Doug Rabson
• Core i5 AES acceleration   Christof Schulze
• Crash with today's HEAD (r204479) appears to be wlan-related   Doug Barton
• Crash with today's HEAD (r204479) appears to be wlan-related   Rui Paulo
• Crash with today's HEAD (r204479) appears to be wlan-related   Doug Barton
• csup/svn/ldd make host unresponsive [WAS: Re: ldd leaves the machine unresponsive]   Anton Shterenlikht
• csup/svn/ldd make host unresponsive [WAS: Re: ldd leaves the machine unresponsive]   jhell
• csup/svn/ldd make host unresponsive [WAS: Re: ldd leaves the machine unresponsive]   Marcel Moolenaar
• dev.bce.X.com_no_buffers increasing and packet loss   Ian FREISLICH
• dev.bce.X.com_no_buffers increasing and packet loss   Pyun YongHyeon
• dev.bce.X.com_no_buffers increasing and packet loss   Pyun YongHyeon
• dev.bce.X.com_no_buffers increasing and packet loss   Pyun YongHyeon
• dev.bce.X.com_no_buffers increasing and packet loss   Pyun YongHyeon
• dev.bce.X.com_no_buffers increasing and packet loss   Pyun YongHyeon
• dev.bce.X.com_no_buffers increasing and packet loss   Pyun YongHyeon
• dev.bce.X.com_no_buffers increasing and packet loss   Pyun YongHyeon
• dev.bce.X.com_no_buffers increasing and packet loss   Pyun YongHyeon
• dev.bce.X.com_no_buffers increasing and packet loss   David Christensen
• dev.bce.X.com_no_buffers increasing and packet loss   David Christensen
• dev.bce.X.com_no_buffers increasing and packet loss   Pyun YongHyeon
• dev.bce.X.com_no_buffers increasing and packet loss   Ryan Stone
• dev.bce.X.com_no_buffers increasing and packet loss   David Christensen
• dev.bce.X.com_no_buffers increasing and packet loss   Ryan Stone
• dev.bce.X.com_no_buffers increasing and packet loss   Fabien Thomas
• dev.bce.X.com_no_buffers increasing and packet loss   David Christensen
• dev.bce.X.com_no_buffers increasing and packet loss   Pyun YongHyeon
• dev.bce.X.com_no_buffers increasing and packet loss   David Christensen
• dev.bce.X.com_no_buffers increasing and packet loss   Pyun YongHyeon
• dev.bce.X.com_no_buffers increasing and packet loss   David Christensen
• dev.bce.X.com_no_buffers increasing and packet loss   Ian FREISLICH
• dev.bce.X.com_no_buffers increasing and packet loss   Ian FREISLICH
• dev.bce.X.com_no_buffers increasing and packet loss   Ian FREISLICH
• dev.bce.X.com_no_buffers increasing and packet loss   Ian FREISLICH
• dev.bce.X.com_no_buffers increasing and packet loss   Ian FREISLICH
• dev.bce.X.com_no_buffers increasing and packet loss   Ian FREISLICH
• dev.bce.X.com_no_buffers increasing and packet loss   Ian FREISLICH
• dev.bce.X.com_no_buffers increasing and packet loss   Ian FREISLICH
• dev.bce.X.com_no_buffers increasing and packet loss   Ian FREISLICH
• dev.bce.X.com_no_buffers increasing and packet loss   Ian FREISLICH
• dev.bce.X.com_no_buffers increasing and packet loss   Ian FREISLICH
• dev.bce.X.com_no_buffers increasing and packet loss   Ian FREISLICH
• Error 127.0.0.1: no route to host   Renato Botelho
• Error 127.0.0.1: no route to host   Li, Qing
• Error 127.0.0.1: no route to host   Li, Qing
• Error 127.0.0.1: no route to host   Renato Botelho
• Error 127.0.0.1: no route to host   Julian Elischer
• Error 127.0.0.1: no route to host   Julian Elischer
• Error 127.0.0.1: no route to host   Doug Barton
• Error 127.0.0.1: no route to host   Michael Butler
• Error 127.0.0.1: no route to host   Li, Qing
• Error 127.0.0.1: no route to host   Li, Qing
• Error 127.0.0.1: no route to host   Michael Butler
• Error 127.0.0.1: no route to host   Li, Qing
• Error 127.0.0.1: no route to host   Michael Butler
• Error 127.0.0.1: no route to host   Anton Shterenlikht
• fsck unable to read disk sectors   Alexander Best
• fsck unable to read disk sectors   Paul B Mahol
• FW: build failures after stdlib update   Pegasus Mc Cleaft
• FYI: v4l-linuxulator support in FreeBSD-current now [panic]   Alexander Leidinger
• hang in rpccon from interrupting NFS operations (Re: pointyhat panic)   Rick Macklem
• hang in rpccon from interrupting NFS operations (Re: pointyhat panic)   Julian Elischer
• hang in rpccon from interrupting NFS operations (Re: pointyhat panic)   Julian Elischer
• hang in rpccon from interrupting NFS operations (Re: pointyhat panic)   Rick Macklem
• hang in rpccon from interrupting NFS operations (Re: pointyhat panic)   Rick Macklem
• hang in rpccon from interrupting NFS operations (Re: pointyhat panic)   Adrenalin
• hang in rpccon from interrupting NFS operations (Re: pointyhat panic)   Adrenalin
• hang in rpccon from interrupting NFS operations (Re: pointyhat panic)   Adrenalin
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Nathan Whitehorn
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Hajimu UMEMOTO
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Sean C. Farley
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Mike Jakubik
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Scot Hetzel
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Garrett Cooper
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   M. Warner Losh
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Justin Hibbits
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Scott Long
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Garrett Cooper
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Gary Jennejohn
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Ulrich Spörlein
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   David O'Brien
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   David O'Brien
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Julian Elischer
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Mark Linimon
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Julian Elischer
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   M. Warner Losh
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Ian FREISLICH
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Justin Hibbits
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Andrius Morkūnas
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Svein Skogen (Listmail Account)
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Julian Elischer
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Garance A Drosehn
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   jhell
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   David O'Brien
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   M. Warner Losh
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   M. Warner Losh
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Daniel Eischen
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   jhell
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Carlos A. M. dos Santos
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   Svein Skogen (Listmail Account)
• HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32   jhell
• HEADSUP: Call for FreeBSD Status Reports - 1Q/2010   Daniel Gerzo
• HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]   Dag-Erling Smørgrav
• HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]   Xin LI
• HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]   Robert Watson
• HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]   Michael Butler
• ia64 -> panic: ffs_blkfree: freeing free frag   Anton Shterenlikht
• Increasing MAXPHYS   Alexander Motin
• Increasing MAXPHYS   Matthew Dillon
• Increasing MAXPHYS   Scott Long
• Increasing MAXPHYS   Matthew Dillon
• Increasing MAXPHYS   C. P. Ghost
• Increasing MAXPHYS   Alexander Motin
• Increasing MAXPHYS   Alan Cox
• Increasing MAXPHYS   Julian Elischer
• Increasing MAXPHYS   Julian Elischer
• Increasing MAXPHYS   Alexander Motin
• Increasing MAXPHYS   Alexander Motin
• Increasing MAXPHYS   Andriy Gapon
• Increasing MAXPHYS   Julian Elischer
• Increasing MAXPHYS   Julian Elischer
• Increasing MAXPHYS   Scott Long
• Increasing MAXPHYS   Scott Long
• Increasing MAXPHYS   Ulrich Spörlein
• Increasing MAXPHYS   Scott Long
• Increasing MAXPHYS   Scott Long
• Increasing MAXPHYS   Ulrich Spörlein
• Increasing MAXPHYS   Alexander Motin
• Increasing MAXPHYS   Scott Long
• Increasing MAXPHYS   Julian Elischer
• Increasing MAXPHYS   jhell
• Increasing MAXPHYS   jhell
• Increasing MAXPHYS   Alexander Motin
• Increasing MAXPHYS   Gary Jennejohn
• Increasing MAXPHYS   Alexander Leidinger
• Increasing MAXPHYS   John Baldwin
• Increasing MAXPHYS   jhell
• Increasing MAXPHYS   Alexander Sack
• Increasing MAXPHYS   Scott Long
• Increasing MAXPHYS   M. Warner Losh
• Increasing MAXPHYS   Alexander Sack
• Increasing MAXPHYS   Pawel Jakub Dawidek
• Increasing MAXPHYS   Scott Long
• Increasing MAXPHYS   Julian Elischer
• Increasing MAXPHYS   Matthew Dillon
• Increasing MAXPHYS   Poul-Henning Kamp
• Increasing MAXPHYS   Poul-Henning Kamp
• Increasing MAXPHYS   Poul-Henning Kamp
• Kernel from today does not build any more   Rainer Hurling
• Kernel from today does not build any more   Pyun YongHyeon
• Kernel from today does not build any more   Rainer Hurling
• ldd leaves the machine unresponsive   Anton Shterenlikht
• ldd leaves the machine unresponsive   Marcel Moolenaar
• ldd leaves the machine unresponsive   jhell
• ldd leaves the machine unresponsive   Anton Shterenlikht
• ldd leaves the machine unresponsive   Garrett Cooper
• ldd leaves the machine unresponsive   Anton Shterenlikht
• ldd leaves the machine unresponsive   jhell
• ldd leaves the machine unresponsive   Anton Shterenlikht
• ldd leaves the machine unresponsive   Anton Shterenlikht
• MACHINE_CPU not being set correctly when CPUTYPE=native.   Scot Hetzel
• malloc problems in -current malloc_usable_size()   Mark Atkinson
• malloc problems in -current malloc_usable_size()   John Baldwin
• malloc problems in -current malloc_usable_size()   Jason Evans
• malloc problems in -current malloc_usable_size()   Mark Atkinson
• malloc problems in -current malloc_usable_size()   Mark Atkinson
• ndisgen on FreeBSD-9.0-CURRENT-201002-i386   Weongyo Jeong
• ndisgen on FreeBSD-9.0-CURRENT-201002-i386   Azim
• net.inet.tcp.timer_race: does anyone have a non-zero value?   Robert Watson
• net.inet.tcp.timer_race: does anyone have a non-zero value?   Mikolaj Golub
• net.inet.tcp.timer_race: does anyone have a non-zero value?   Robert N. M. Watson
• newfs broken in -CURRENT after 204654   Jayachandran C.
• newfs broken in -CURRENT after 204654   Gary Jennejohn
• newfs broken in -CURRENT after 204654   Gary Jennejohn
• newfs broken in -CURRENT after 204654   Jayachandran C.
• newfs broken in -CURRENT after 204654   Maxim Sobolev
• newfs broken in -CURRENT after 204654   Poul-Henning Kamp
• newfs failure on -current   C. Jayachandran
• newfs failure on -current   M. Warner Losh
• newfs_msdos and DVD-RAM   Paul B Mahol
• newfs_msdos and DVD-RAM   Fabian Keil
• newfs_msdos and DVD-RAM   Paul B Mahol
• newfs_msdos and DVD-RAM   Andriy Gapon
• newfs_msdos and DVD-RAM   Fabian Keil
• newfs_msdos and DVD-RAM   Andriy Gapon
• newfs_msdos and DVD-RAM   Fabian Keil
• newfs_msdos and DVD-RAM   Andriy Gapon
• newfs_msdos and DVD-RAM   Bruce Evans
• newfs_msdos and DVD-RAM   Ryan Stone
• newfs_msdos and DVD-RAM   Kostik Belousov
• newfs_msdos and DVD-RAM   Fabian Keil
• newfs_msdos and DVD-RAM   Andriy Gapon
• newfs_msdos and DVD-RAM   Andriy Gapon
• On fresh current zvol with org.freebsd:swap=on crashes zfs list (PR:145234)   KOT MATPOCKuH
• Pack of CAM improvements   Dag-Erling Smørgrav
• Pack of CAM improvements   Dimitry Andric
• Pack of CAM improvements   Alexander Motin
• Panic @r205276 (Fatal trap 12: page fault while in kernel mode)   David Wolfskill
• Panic @r205276 (Fatal trap 12: page fault while in kernel mode)   Rui Paulo
• Panic @r205276 (Fatal trap 12: page fault while in kernel mode)   Michael Butler
• Panic @r205276 (Fatal trap 12: page fault while in kernel mode)   Rui Paulo
• Panic @r205276 (Fatal trap 12: page fault while in kernel mode)   K. Macy
• Panic @r205276 (Fatal trap 12: page fault while in kernel mode)   K. Macy
• Panic @r205276 (Fatal trap 12: page fault while in kernel mode)   Michael Butler
• Panic @r205276 (Fatal trap 12: page fault while in kernel mode)   Rui Paulo
• Panic @r205276 (Fatal trap 12: page fault while in kernel mode)   David Wolfskill
• Panic @r205276 (Fatal trap 12: page fault while in kernel mode)   K. Macy
• PANIC w/head@r204957: fork->...->uma_dbg_alloc   David O'Brien
• PANIC w/head@r204957: link_elf_lookup_symbol   David O'Brien
• PANIC w/head@r204957: link_elf_lookup_symbol   John Baldwin
• Patch to make ksched work right..   Randall Stewart
• PF not working, with lock order reversal   Rob Farmer
• PF not working, with lock order reversal   Rob Farmer
• PING: Re: HEADS UP: <utmp.h> gone. All welcome <utmpx.h>.   Andreas Tobler
• pmap_extract question   Dr. Baud
• pmap_extract question   Dr. Baud
• pmap_extract question   Ryan Stone
• Possible error in nfs_nfsdserv.c?   Rick Macklem
• Possible error in nfs_nfsdserv.c?   John Baldwin
• Possible error in nfs_nfsdserv.c?   Rick Macklem
• Problem building Openoffice 3.2.0 at current   KOT MATPOCKuH
• Problem building Openoffice 3.2.0 at current   Scot Hetzel
• Problem building Openoffice 3.2.0 at current   KOT MATPOCKuH
• Problem with new bwn driver on -CURRENT   Weongyo Jeong
• Problem with new bwn driver on -CURRENT   Joe Marcus Clarke
• Problem with new bwn driver on -CURRENT   Weongyo Jeong
• Problem with new bwn driver on -CURRENT   Joe Marcus Clarke
• Problem with new bwn driver on -CURRENT   Weongyo Jeong
• Problem with new bwn driver on -CURRENT   Joe Marcus Clarke
• Problem with new bwn driver on -CURRENT   Weongyo Jeong
• Problem with new bwn driver on -CURRENT   Joe Marcus Clarke
• Problem with new bwn driver on -CURRENT   Weongyo Jeong
• Problem with new bwn driver on -CURRENT   Joe Marcus Clarke
• Problem with new bwn driver on -CURRENT   Weongyo Jeong
• Problem with new bwn driver on -CURRENT   Joe Marcus Clarke
• propose: all arch move into a separate dir   paradox
• propose: all arch move into a separate dir   Dimitry Andric
• propose: all arch move into a separate dir   M. Warner Losh
• propose: all arch move into a separate dir   Xin LI
• propose: all arch move into a separate dir   Mark Linimon
• propose: all arch move into a separate dir   paradox
• propose: all arch move into a separate dir   Ed Schouten
• propose: all arch move into a separate dir   paradox
• propose: all arch move into a separate dir   Robert Watson
• propose: all arch move into a separate dir   Robert Watson
• propose: all arch move into a separate dir   Alex Keda
• propose: all arch move into a separate dir   Doug Rabson
• propose: all arch move into a separate dir   Alex Keda
• propose: all arch move into a separate dir   Doug Rabson
• propose: all arch move into a separate dir   Mark Linimon
• propose: all arch move into a separate dir   Alex Keda
• propose: all arch move into a separate dir   Svein Skogen (Listmail Account)
• propose: all arch move into a separate dir   Doug Rabson
• propose: all arch move into a separate dir   Alex Keda
• propose: all arch move into a separate dir   Doug Rabson
• propose: all arch move into a separate dir   Alex Keda
• propose: all arch move into a separate dir   Doug Rabson
• propose: all arch move into a separate dir   Alex Keda
• propose: all arch move into a separate dir   Dag-Erling Smørgrav
• propose: all arch move into a separate dir   Dag-Erling Smørgrav
• propose: all arch move into a separate dir   Alexander Leidinger
• propose: all arch move into a separate dir   Bernd Walter
• propose: all arch move into a separate dir   Robert Watson
• propose: all arch move into a separate dir   Robert Watson
• propose: all arch move into a separate dir   Bruce Simpson
• propose: all arch move into a separate dir   Julian Elischer
• propose: all arch move into a separate dir   Garrett Cooper
• propose: all arch move into a separate dir   Garrett Cooper
• propose: all arch move into a separate dir   Robert Huff
• propose: all arch move into a separate dir   David O'Brien
• propose: all arch move into a separate dir   David O'Brien
• propose: all arch move into a separate dir   David O'Brien
• propose: all arch move into a separate dir   David O'Brien
• propose: all arch move into a separate dir   Robert Watson
• propose: all arch move into a separate dir   M. Warner Losh
• propose: all arch move into a separate dir   M. Warner Losh
• propose: all arch move into a separate dir   David O'Brien
• propose: all arch move into a separate dir   David O'Brien
• propose: all arch move into a separate dir   M. Warner Losh
• propose: all arch move into a separate dir   Garrett Wollman
• propose: all arch move into a separate dir   Garrett Cooper
• propose: all arch move into a separate dir   Kevin Oberman
• propose: all arch move into a separate dir   Poul-Henning Kamp
• propose: all arch move into a separate dir   Robert Watson
• propose: all arch move into a separate dir   Poul-Henning Kamp
• propose: all arch move into a separate dir   Poul-Henning Kamp
• propose: all arch move into a separate dir   Poul-Henning Kamp
• propose: all arch move into a separate dir   Poul-Henning Kamp
• propose: all arch move into a separate dir   Robert Watson
• propose: all arch move into a separate dir   Poul-Henning Kamp
• Questions about witness reports on sparc64   Nikolai Fetissov
• Questions about witness reports on sparc64   Scot Hetzel
• Re   Ganbold.TS
• recovery from terminated make installworld?   Anton Shterenlikht
• recovery from terminated make installworld?   Justin Hibbits
• recovery from terminated make installworld?   Freddie Cash
• recovery from terminated make installworld?   Lowell Gilbert
• recovery from terminated make installworld?   krad
• recovery from terminated make installworld?   Anton Shterenlikht
• recovery from terminated make installworld?   Garrett Cooper
• recovery from terminated make installworld?   jhell
• Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?   Garrett Cooper
• Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?   Hans Petter Selasky
• Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?   Giovanni Trematerra
• Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?   Giovanni Trematerra
• Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?   Tom Couch
• Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?   Garrett Cooper
• Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?   Giovanni Trematerra
• Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?   Garrett Cooper
• Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?   Giovanni Trematerra
• Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?   Giovanni Trematerra
• Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?   Garrett Cooper
• rm/csup/svn/ldd make host unresponsive [WAS: Re: ldd leaves the machine unresponsive]   Anton Shterenlikht
• rm/csup/svn/ldd make host unresponsive [WAS: Re: ldd leaves the machine unresponsive]   Marcel Moolenaar
• sctp ipv6 csum issue   Randall Stewart
• sctp ipv6 csum issue   Randall Stewart
• Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT   Chris
• SMP deadlock during multi-user mode transition after r204866   David Wolfskill
• SMP deadlock during multi-user mode transition after r204866   David Wolfskill
• So I tried a Firefox alpha in the Linuxolator... (unix domain socket patches)   Juergen Lock
• Survey results very helpful, thanks!   Karl Denninger
• Survey results very helpful, thanks! (was: Re: net.inet.tcp.timer_race: does anyone have a non-zero value?)   Doug Hardie
• Survey results very helpful, thanks! (was: Re: net.inet.tcp.timer_race: does anyone have a non-zero value?)   Doug Hardie
• Survey results very helpful, thanks! (was: Re: net.inet.tcp.timer_race: does anyone have a non-zero value?)   Robert Watson
• Survey results very helpful, thanks! (was: Re: net.inet.tcp.timer_race: does anyone have a non-zero value?)   Robert Watson
• sys/dev/siba/siba_core.c fails compilation   Michael Butler
• sys/dev/siba/siba_core.c fails compilation   Weongyo Jeong
• time doesn't work?   Xin LI
• variables http_proxy in current 9 and 7.3-rc2   Sylvio César
• Virtualbox   KOT MATPOCKuH
• Virtualbox   Bernhard Froehlich
• Wireless TCP aborts   Tim Kientzle
• Wireless TCP aborts   Pyun YongHyeon
• Wireless TCP aborts   Chuck Swiger
• Wireless TCP aborts   David Cornejo
• Wireless TCP aborts   Luigi Rizzo
• Wireless TCP aborts   Tim Kientzle
• wpa_supplicant, Atheros AR9285 and FreeBSD 8.0 issue -> wpa_supplicant hangs   Rui Paulo
• wpa_supplicant, Atheros AR9285 and FreeBSD 8.0 issue -> wpa_supplicant hangs   Eugeny N Dzhurinsky
• wpa_supplicant, Atheros AR9285 and FreeBSD 8.0 issue -> wpa_supplicant hangs   Eugene Dzhurinsky
• wpa_supplicant, Atheros AR9285 and FreeBSD 8.0 issue -> wpa_supplicant hangs   Eugene Dzhurinsky
• wpa_supplicant, Atheros AR9285 and FreeBSD 8.0 issue -> wpa_supplicant hangs   Eugene Dzhurinsky
• wpa_supplicant, Atheros AR9285 and FreeBSD 8.0 issue -> wpa_supplicant hangs   Eugene Dzhurinsky
• X11 crash on exit   Tim Kientzle
• X11 crash on exit   Garrett Cooper
• X11 crash on exit   Tim Kientzle
• X11 crash on exit   Peter Jeremy
• X11 crash on exit   Tim Kientzle
• X11 crash on exit   Tim Kientzle
• ZFS allows deletion of files in a sticky directory   jhell
• ZFS and sh(1) panic: spin lock [lock addr] (smp rendezvous) held by [sh(1) proc tid] too long   Brandon Gooch

Last message date: Wed Mar 31 23:27:18 UTC 2010
Archived on: Wed Mar 31 23:27:25 UTC 2010

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...