From owner-freebsd-current@FreeBSD.ORG Sun Feb 21 04:05:43 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B8A5106566C; Sun, 21 Feb 2010 04:05:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E906D8FC08; Sun, 21 Feb 2010 04:05:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o1L45gDu008687; Sat, 20 Feb 2010 23:05:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1L45ggX008680; Sun, 21 Feb 2010 04:05:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 21 Feb 2010 04:05:42 GMT Message-Id: <201002210405.o1L45ggX008680@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2010 04:05:43 -0000 TB --- 2010-02-21 03:38:18 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-21 03:38:18 - starting HEAD tinderbox run for mips/mips TB --- 2010-02-21 03:38:18 - cleaning the object tree TB --- 2010-02-21 03:38:26 - cvsupping the source tree TB --- 2010-02-21 03:38:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-02-21 03:38:53 - building world TB --- 2010-02-21 03:38:53 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-21 03:38:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-21 03:38:53 - TARGET=mips TB --- 2010-02-21 03:38:53 - TARGET_ARCH=mips TB --- 2010-02-21 03:38:53 - TZ=UTC TB --- 2010-02-21 03:38:53 - __MAKE_CONF=/dev/null TB --- 2010-02-21 03:38:53 - cd /src TB --- 2010-02-21 03:38:53 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 21 03:38:54 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] Hunk #2 succeeded at 51. done yacc -d -o jv-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/jv-exp.y yacc -d -o m2-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/m2-exp.y yacc -d -o objc-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/objc-exp.y yacc: 5 shift/reduce conflicts yacc -d -o p-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/p-exp.y make: don't know how to make mipsfbsd-nat.c. Stop *** Error code 2 Stop in /src/gnu/usr.bin/gdb. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-21 04:05:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-21 04:05:42 - ERROR: failed to build world TB --- 2010-02-21 04:05:42 - 1108.92 user 295.22 system 1643.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 21 05:15:53 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74C101065676; Sun, 21 Feb 2010 05:15:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4D7AC8FC0C; Sun, 21 Feb 2010 05:15:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o1L5FqtV076289; Sun, 21 Feb 2010 00:15:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1L5FqI2076288; Sun, 21 Feb 2010 05:15:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 21 Feb 2010 05:15:52 GMT Message-Id: <201002210515.o1L5FqI2076288@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2010 05:15:53 -0000 TB --- 2010-02-21 04:05:42 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-21 04:05:42 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-02-21 04:05:42 - cleaning the object tree TB --- 2010-02-21 04:06:00 - cvsupping the source tree TB --- 2010-02-21 04:06:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-02-21 04:06:26 - building world TB --- 2010-02-21 04:06:26 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-21 04:06:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-21 04:06:26 - TARGET=sparc64 TB --- 2010-02-21 04:06:26 - TARGET_ARCH=sparc64 TB --- 2010-02-21 04:06:26 - TZ=UTC TB --- 2010-02-21 04:06:26 - __MAKE_CONF=/dev/null TB --- 2010-02-21 04:06:26 - cd /src TB --- 2010-02-21 04:06:26 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 21 04:06:27 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Feb 21 05:04:08 UTC 2010 TB --- 2010-02-21 05:04:08 - generating LINT kernel config TB --- 2010-02-21 05:04:08 - cd /src/sys/sparc64/conf TB --- 2010-02-21 05:04:08 - /usr/bin/make -B LINT TB --- 2010-02-21 05:04:08 - building LINT kernel TB --- 2010-02-21 05:04:08 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-21 05:04:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-21 05:04:08 - TARGET=sparc64 TB --- 2010-02-21 05:04:08 - TARGET_ARCH=sparc64 TB --- 2010-02-21 05:04:08 - TZ=UTC TB --- 2010-02-21 05:04:08 - __MAKE_CONF=/dev/null TB --- 2010-02-21 05:04:08 - cd /src TB --- 2010-02-21 05:04:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 21 05:04:08 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/iommu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/jbusppm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/machdep.c /src/sys/sparc64/sparc64/machdep.c: In function 'sparc64_init': /src/sys/sparc64/sparc64/machdep.c:351: error: too many arguments to function 'tick_clear' /src/sys/sparc64/sparc64/machdep.c:361: error: too many arguments to function 'tick_stop' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-21 05:15:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-21 05:15:52 - ERROR: failed to build lint kernel TB --- 2010-02-21 05:15:52 - 3208.73 user 636.08 system 4210.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 21 05:54:21 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A4C3106566C; Sun, 21 Feb 2010 05:54:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id B28198FC0A; Sun, 21 Feb 2010 05:54:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o1L5nRrV007310; Sat, 20 Feb 2010 22:49:27 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 20 Feb 2010 22:49:37 -0700 (MST) Message-Id: <20100220.224937.578650865205816096.imp@bsdimp.com> To: rrs@freebsd.org From: "M. Warner Losh" In-Reply-To: <201002210405.o1L45ggX008680@freebsd-current.sentex.ca> References: <201002210405.o1L45ggX008680@freebsd-current.sentex.ca> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: mips@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2010 05:54:21 -0000 Maybe a forgotten svn add for mipsfbsd-nat.c? Warner In message: <201002210405.o1L45ggX008680@freebsd-current.sentex.ca> FreeBSD Tinderbox writes: : TB --- 2010-02-21 03:38:18 - tinderbox 2.6 running on freebsd-current.sentex.ca : TB --- 2010-02-21 03:38:18 - starting HEAD tinderbox run for mips/mips : TB --- 2010-02-21 03:38:18 - cleaning the object tree : TB --- 2010-02-21 03:38:26 - cvsupping the source tree : TB --- 2010-02-21 03:38:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile : TB --- 2010-02-21 03:38:53 - building world : TB --- 2010-02-21 03:38:53 - MAKEOBJDIRPREFIX=/obj : TB --- 2010-02-21 03:38:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin : TB --- 2010-02-21 03:38:53 - TARGET=mips : TB --- 2010-02-21 03:38:53 - TARGET_ARCH=mips : TB --- 2010-02-21 03:38:53 - TZ=UTC : TB --- 2010-02-21 03:38:53 - __MAKE_CONF=/dev/null : TB --- 2010-02-21 03:38:53 - cd /src : TB --- 2010-02-21 03:38:53 - /usr/bin/make -B buildworld : >>> World build started on Sun Feb 21 03:38:54 UTC 2010 : >>> Rebuilding the temporary build tree : >>> stage 1.1: legacy release compatibility shims : >>> stage 1.2: bootstrap tools : >>> stage 2.1: cleaning up the object tree : >>> stage 2.2: rebuilding the object tree : >>> stage 2.3: build tools : >>> stage 3: cross tools : >>> stage 4.1: building includes : >>> stage 4.2: building libraries : >>> stage 4.3: make dependencies : [...] : Hunk #2 succeeded at 51. : done : yacc -d -o jv-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/jv-exp.y : yacc -d -o m2-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/m2-exp.y : yacc -d -o objc-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/objc-exp.y : yacc: 5 shift/reduce conflicts : yacc -d -o p-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/p-exp.y : make: don't know how to make mipsfbsd-nat.c. Stop : *** Error code 2 : : Stop in /src/gnu/usr.bin/gdb. : *** Error code 1 : : Stop in /src/gnu/usr.bin. : *** Error code 1 : : Stop in /src/gnu. : *** Error code 1 : : Stop in /src. : *** Error code 1 : : Stop in /src. : *** Error code 1 : : Stop in /src. : TB --- 2010-02-21 04:05:42 - WARNING: /usr/bin/make returned exit code 1 : TB --- 2010-02-21 04:05:42 - ERROR: failed to build world : TB --- 2010-02-21 04:05:42 - 1108.92 user 295.22 system 1643.80 real : : : http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full : _______________________________________________ : freebsd-mips@freebsd.org mailing list : http://lists.freebsd.org/mailman/listinfo/freebsd-mips : To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" : : From owner-freebsd-current@FreeBSD.ORG Sun Feb 21 11:10:44 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE574106566B for ; Sun, 21 Feb 2010 11:10:44 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id 23ADC8FC19 for ; Sun, 21 Feb 2010 11:10:43 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-148.belrs3.nsw.optusnet.com.au [122.106.232.148]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o1LBAffs022749 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 21 Feb 2010 22:10:42 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id o1LBAefl082228 for ; Sun, 21 Feb 2010 22:10:40 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id o1LBAenY082227 for freebsd-current@freebsd.org; Sun, 21 Feb 2010 22:10:40 +1100 (EST) (envelope-from peter) Date: Sun, 21 Feb 2010 22:10:40 +1100 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20100221111040.GA82086@server.vk2pj.dyndns.org> References: <20091128212226.GA9841@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <20091128212226.GA9841@server.vk2pj.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Non-responsive 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2010 11:10:44 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Nov-29 08:22:26 +1100, Peter Jeremy = wrote: >My main server is running 8.0/amd64 from between RC1 and RC2 and I've >recently had a couple of long-duration hangs on it during which time >processes doing I/O will stop responding. > >The first time, it stopped responding for about 25 minutes and then >spontaneously corrected itself. I was logged in remotely the whole >time and Ctrl-T was responding throughout (claiming the process was >'runnable'). I tried starteding a second session - which got as far >as reporting the SSH banner I have configured and then did nothing. >The second time lasted about 5 minutes. It occurred again this morning on an 8-STABLE from late January after 21 days of uptime. On a whim, I tried perl -e '$a =3D "x" x 1000000;' and it immediately recovered - so this is just an extreme version of the ZFS slowdown that others have reported. --=20 Peter Jeremy --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuBFLAACgkQ/opHv/APuIe08ACgmnsg6gBzFdjlrFsDeL6sbBj8 WgsAn3+c5yAuQOp3uv2pCjepGwHiT4XX =DjNI -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 21 14:25:01 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA3EE106566B; Sun, 21 Feb 2010 14:25:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 854798FC15; Sun, 21 Feb 2010 14:25:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o1LEOx85073668; Sun, 21 Feb 2010 09:24:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1LEOxtZ073652; Sun, 21 Feb 2010 14:24:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 21 Feb 2010 14:24:59 GMT Message-Id: <201002211424.o1LEOxtZ073652@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2010 14:25:02 -0000 TB --- 2010-02-21 13:58:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-21 13:58:04 - starting HEAD tinderbox run for mips/mips TB --- 2010-02-21 13:58:04 - cleaning the object tree TB --- 2010-02-21 13:58:08 - cvsupping the source tree TB --- 2010-02-21 13:58:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-02-21 13:58:35 - building world TB --- 2010-02-21 13:58:35 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-21 13:58:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-21 13:58:35 - TARGET=mips TB --- 2010-02-21 13:58:35 - TARGET_ARCH=mips TB --- 2010-02-21 13:58:35 - TZ=UTC TB --- 2010-02-21 13:58:35 - __MAKE_CONF=/dev/null TB --- 2010-02-21 13:58:35 - cd /src TB --- 2010-02-21 13:58:35 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 21 13:58:35 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] Hunk #2 succeeded at 51. done yacc -d -o jv-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/jv-exp.y yacc -d -o m2-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/m2-exp.y yacc -d -o objc-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/objc-exp.y yacc: 5 shift/reduce conflicts yacc -d -o p-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/p-exp.y make: don't know how to make mipsfbsd-nat.c. Stop *** Error code 2 Stop in /src/gnu/usr.bin/gdb. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-21 14:24:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-21 14:24:59 - ERROR: failed to build world TB --- 2010-02-21 14:24:59 - 1107.64 user 291.38 system 1615.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 21 17:21:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8000D1065670; Sun, 21 Feb 2010 17:21:08 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from lakerest.net (unknown [IPv6:2001:240:585:2:213:d4ff:fef3:2d8d]) by mx1.freebsd.org (Postfix) with ESMTP id 1BA508FC1C; Sun, 21 Feb 2010 17:21:08 +0000 (UTC) Received: from [192.168.2.114] (pool-96-249-204-75.snfcca.dsl-w.verizon.net [96.249.204.75]) (authenticated bits=0) by lakerest.net (8.14.3/8.14.3) with ESMTP id o1LHL0D9012630 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 21 Feb 2010 12:21:03 -0500 (EST) (envelope-from rrs@lakerest.net) Message-Id: <716CF56F-40A5-42F5-AD90-E5F704388A52@lakerest.net> From: Randall Stewart To: "M. Warner Losh" In-Reply-To: <20100220.224937.578650865205816096.imp@bsdimp.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sun, 21 Feb 2010 09:20:54 -0800 References: <201002210405.o1L45ggX008680@freebsd-current.sentex.ca> <20100220.224937.578650865205816096.imp@bsdimp.com> X-Mailer: Apple Mail (2.936) Cc: mips@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2010 17:21:08 -0000 Rats.. Yep you are right.. and I was out all day yesterday .. opps.. R On Feb 20, 2010, at 9:49 PM, M. Warner Losh wrote: > Maybe a forgotten svn add for mipsfbsd-nat.c? > > Warner > > In message: <201002210405.o1L45ggX008680@freebsd-current.sentex.ca> > FreeBSD Tinderbox writes: > : TB --- 2010-02-21 03:38:18 - tinderbox 2.6 running on freebsd- > current.sentex.ca > : TB --- 2010-02-21 03:38:18 - starting HEAD tinderbox run for mips/ > mips > : TB --- 2010-02-21 03:38:18 - cleaning the object tree > : TB --- 2010-02-21 03:38:26 - cvsupping the source tree > : TB --- 2010-02-21 03:38:26 - /usr/bin/csup -z -r 3 -g -L 1 -h > cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile > : TB --- 2010-02-21 03:38:53 - building world > : TB --- 2010-02-21 03:38:53 - MAKEOBJDIRPREFIX=/obj > : TB --- 2010-02-21 03:38:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > : TB --- 2010-02-21 03:38:53 - TARGET=mips > : TB --- 2010-02-21 03:38:53 - TARGET_ARCH=mips > : TB --- 2010-02-21 03:38:53 - TZ=UTC > : TB --- 2010-02-21 03:38:53 - __MAKE_CONF=/dev/null > : TB --- 2010-02-21 03:38:53 - cd /src > : TB --- 2010-02-21 03:38:53 - /usr/bin/make -B buildworld > : >>> World build started on Sun Feb 21 03:38:54 UTC 2010 > : >>> Rebuilding the temporary build tree > : >>> stage 1.1: legacy release compatibility shims > : >>> stage 1.2: bootstrap tools > : >>> stage 2.1: cleaning up the object tree > : >>> stage 2.2: rebuilding the object tree > : >>> stage 2.3: build tools > : >>> stage 3: cross tools > : >>> stage 4.1: building includes > : >>> stage 4.2: building libraries > : >>> stage 4.3: make dependencies > : [...] > : Hunk #2 succeeded at 51. > : done > : yacc -d -o jv-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../ > contrib/gdb/gdb/jv-exp.y > : yacc -d -o m2-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../ > contrib/gdb/gdb/m2-exp.y > : yacc -d -o objc-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../ > contrib/gdb/gdb/objc-exp.y > : yacc: 5 shift/reduce conflicts > : yacc -d -o p-exp.c /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/ > gdb/gdb/p-exp.y > : make: don't know how to make mipsfbsd-nat.c. Stop > : *** Error code 2 > : > : Stop in /src/gnu/usr.bin/gdb. > : *** Error code 1 > : > : Stop in /src/gnu/usr.bin. > : *** Error code 1 > : > : Stop in /src/gnu. > : *** Error code 1 > : > : Stop in /src. > : *** Error code 1 > : > : Stop in /src. > : *** Error code 1 > : > : Stop in /src. > : TB --- 2010-02-21 04:05:42 - WARNING: /usr/bin/make returned exit > code 1 > : TB --- 2010-02-21 04:05:42 - ERROR: failed to build world > : TB --- 2010-02-21 04:05:42 - 1108.92 user 295.22 system 1643.80 real > : > : > : http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full > : _______________________________________________ > : freebsd-mips@freebsd.org mailing list > : http://lists.freebsd.org/mailman/listinfo/freebsd-mips > : To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org > " > : > : > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips- > unsubscribe@freebsd.org" > ------------------------------ Randall Stewart 803-317-4952 (cell) 803-345-0391(direct) From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 00:04:25 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCCE9106566B for ; Mon, 22 Feb 2010 00:04:25 +0000 (UTC) (envelope-from saper@saper.info) Received: from k.saper.info (smtp-out.saper.info [IPv6:2001:41d0:1:c823::1002]) by mx1.freebsd.org (Postfix) with ESMTP id 556838FC08 for ; Mon, 22 Feb 2010 00:04:25 +0000 (UTC) Received: from k.saper.info (localhost [127.0.0.1]) by k.saper.info (8.14.3/8.14.3) with ESMTP id o1M04NVK037118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Feb 2010 00:04:23 GMT (envelope-from saper@saper.info) Received: from localhost (saper@localhost) by k.saper.info (8.14.3/8.14.3/Submit) with ESMTP id o1M04NLa037115; Mon, 22 Feb 2010 00:04:23 GMT (envelope-from saper@saper.info) X-Authentication-Warning: k.saper.info: saper owned process doing -bs Date: Mon, 22 Feb 2010 00:04:23 +0000 From: Marcin Cieslak To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Mailman-Approved-At: Mon, 22 Feb 2010 01:27:39 +0000 Cc: bzeeb+freebsd+lor@zabbadoz.netB Subject: lor freebsd zfs mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 00:04:25 -0000 r203753, amd64, while booting (mount filesystems):: lock order reversal: 1st 0xffffff00096c4098 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:1058 2nd 0xffffff000973f9f8 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2091 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7ea __lockmgr_args() at __lockmgr_args+0xd43 vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x50 vget() at vget+0x6e devfs_allocv() at devfs_allocv+0xee devfs_root() at devfs_root+0x41 vfs_donmount() at vfs_donmount+0xfa8 nmount() at nmount+0x74 syscall() at syscall+0x102 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (378, FreeBSD ELF64, nmount), rip = 0x8007ac37c, rsp = 0x7fffffffdd28, rbp = 0x800a06048 --- --Marcin From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 00:05:44 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFA81106566B for ; Mon, 22 Feb 2010 00:05:44 +0000 (UTC) (envelope-from saper@saper.info) Received: from k.saper.info (smtp-out.saper.info [IPv6:2001:41d0:1:c823::1002]) by mx1.freebsd.org (Postfix) with ESMTP id 6FC118FC15 for ; Mon, 22 Feb 2010 00:05:44 +0000 (UTC) Received: from k.saper.info (localhost [127.0.0.1]) by k.saper.info (8.14.3/8.14.3) with ESMTP id o1M05gIc037148 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Feb 2010 00:05:43 GMT (envelope-from saper@saper.info) Received: from localhost (saper@localhost) by k.saper.info (8.14.3/8.14.3/Submit) with ESMTP id o1M05g8j037145; Mon, 22 Feb 2010 00:05:42 GMT (envelope-from saper@saper.info) X-Authentication-Warning: k.saper.info: saper owned process doing -bs Date: Mon, 22 Feb 2010 00:05:42 +0000 From: Marcin Cieslak To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Mailman-Approved-At: Mon, 22 Feb 2010 01:28:30 +0000 Cc: bzeeb+freebsd+lor@zabbadoz.net Subject: LOR: if_wpi.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 00:05:44 -0000 r203753, amd64 lock order reversal: 1st 0xffffff80003ad018 wpi0_com_lock (wpi0_com_lock) @ /usr/src/sys/modules/wpi/../../dev/wpi/if_wpi.c:1292 2nd 0xffffff00034f4010 wpi0 (network driver) @ /usr/src/sys/modules/wpi/../../dev/wpi/if_wpi.c:2069 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7ea _mtx_lock_flags() at _mtx_lock_flags+0x68 wpi_raw_xmit() at wpi_raw_xmit+0x68 ieee80211_send_mgmt() at ieee80211_send_mgmt+0x49c sta_newstate() at sta_newstate+0x42b wpi_newstate() at wpi_newstate+0xe3 ieee80211_newstate_cb() at ieee80211_newstate_cb+0xac taskqueue_run() at taskqueue_run+0x90 taskqueue_thread_loop() at taskqueue_thread_loop+0x3f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000183d30, rbp = 0 --- --Marcin From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 00:24:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 867631065676; Mon, 22 Feb 2010 00:24:37 +0000 (UTC) (envelope-from saper@saper.info) Received: from k.saper.info (smtp-out.saper.info [IPv6:2001:41d0:1:c823::1002]) by mx1.freebsd.org (Postfix) with ESMTP id 3B74E8FC08; Mon, 22 Feb 2010 00:24:35 +0000 (UTC) Received: from k.saper.info (localhost [127.0.0.1]) by k.saper.info (8.14.3/8.14.3) with ESMTP id o1M0OYkg037381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Feb 2010 00:24:34 GMT (envelope-from saper@saper.info) Received: from localhost (saper@localhost) by k.saper.info (8.14.3/8.14.3/Submit) with ESMTP id o1M0OYjd037377; Mon, 22 Feb 2010 00:24:34 GMT (envelope-from saper@saper.info) X-Authentication-Warning: k.saper.info: saper owned process doing -bs Date: Mon, 22 Feb 2010 00:24:34 +0000 From: Marcin Cieslak To: Attilio Rao In-Reply-To: <3bbf2fe11002200946h7480d203naabd7a49fd851f5a@mail.gmail.com> Message-ID: References: <3bbf2fe11002200946h7480d203naabd7a49fd851f5a@mail.gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1730125533-400297823-1266798274=:36922" X-Mailman-Approved-At: Mon, 22 Feb 2010 01:40:20 +0000 Cc: freebsd-current@freebsd.org Subject: Re: ZFS DEADLKRES X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 00:24:37 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1730125533-400297823-1266798274=:36922 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 8BIT On Sat, 20 Feb 2010, Attilio Rao wrote: > 2010/2/18 Marcin Cieslak : >> My r203753 amd64 laptop falls into the deadlock situation >> every night while running periodic daily script. I am pretty >> certain this is related to ZFS. >> >> I have enabled DEADLKRES in the kernel. I even have >> a separate dump partition (not used for swap). > > May you reproduce the bug with WITNESS? > If you can, you should enable DEADLKRES too and once it panics let > extract a textdump(4) with the following commands: > bt, ps, show alllocks, show pcpu, allthreads Unfortunately, there is no way to write anything to disk. All attempts to talk to the ata subsystem from ddb(4) fail with EIO (probably timeout). I did what I could using broken firewire console. At first, "periodic daily" processing progresses normally (lots of disk activity). Before deadlock detector kicks in the system, although busy, keeps responding to keystrokes. Any access to the ata disk blocks the process. The hard drive LED is on all the time (no blinking) and the drive itself appears to be quiet. Anyway, "ls" and "find" operations are usually very slow (and generate lots of I/O activity). This happens to me since I am running ZFS (ca. FreeBSD 7.2-something). Below the output requested (separated by dashes): ---------------- bt: [dcons connected] db> bt Tracing pid 0 tid 100067 td 0xffffff00037b8390 kdb_enter() at kdb_enter+0x3d panic() at panic+0x176 deadlkres() at deadlkres+0x229 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dc5cd30, rbp = 0 --- ---------------- show pcpu: db> show pcpu cpuid = 0 dynamic pcpu = 0x14ced80 curthread = 0xffffff00037b8390: pid 0 "deadlkres" curpcb = 0xffffff803dc5cd40 fpcurthread = none idlethread = 0xffffff000336a390: pid 11 "idle: cpu0" curpmap = 0 tssp = 0xffffffff80f3ec00 commontssp = 0xffffffff80f3ec00 rsp0 = 0xffffff803dc5cd40 gs32p = 0xffffffff80f3da38 ldt = 0xffffffff80f3da78 tss = 0xffffffff80f3da68 spin locks held: db> ---------------- alllocks/vnodes: db> shw ow alllocks Process 3498 (sendmail) thread 0xffffff0009615390 (100158) shared lockmgr zfs (zfs) r = 0 (0xffffff0006905098) locked @ /usr/src/sys/kern/vfs_subr.c:2091 Process 3496 (sendmail) thread 0xffffff004fbd1720 (100235) shared lockmgr zfs (zfs) r = 0 (0xffffff0006905098) locked @ /usr/src/sys/kern/vfs_subr.c:2091 Process 3495 (sendmail) thread 0xffffff004fbd2ab0 (100226) shared lockmgr zfs (zfs) r = 0 (0xffffff0079423098) locked @ /usr/src/sys/kern/vfs_syscalls.c:4102 Process 3494 (sendmail) thread 0xffffff004fbac390 (100224) shared lockmgr zfs (zfs) r = 0 (0xffffff0006905098) locked @ /usr/src/sys/kern/vfs_subr.c:2091 Process 3207 (find) thread 0xffffff002c6fb000 (100190) shared lockmgr zfs (zfs) r = 0 (0xffffff0014c38cf0) locked @ /usr/src/sys/kern/vfs_lookup.c:502 Process 2796 (login) thread 0xffffff000974e000 (100186) shared lockmgr zfs (zfs) r = 0 (0xffffff00095e4588) locked @ /usr/src/sys/kern/vfs_subr.c:2091 Process 2560 (cron) thread 0xffffff002c69b720 (100196) shared lockmgr zfs (zfs) r = 0 (0xffffff0076383588) locked @ /usr/src/sys/kern/vfs_lookup.c:502 Process 1991 (ntpd) thread 0xffffff002c64bab0 (100191) exclusive lockmgr zfs (zfs) r = 0 (0xffffff0009541cf0) locked @ /usr/src/sys/kern/vfs_subr.c:2091 Process 1946 (hcsecd) thread 0xffffff0009753390 (100181) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff002c6b3648) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 1731 (amd) thread 0xffffff0009615000 (100159) shared lockmgr zfs (zfs) r = 0 (0xffffff0006905098) locked @ /usr/src/sys/kern/vfs_subr.c:2091 Process 1590 (syslogd) thread 0xffffff0009618000 (100151) exclusive lockmgr zfs (zfs) r = 0 (0xffffff001e7e8800) locked @ /usr/src/sys/kern/vfs_vnops.c:607 Process 23 (syncer) thread 0xffffff00069d3000 (100073) exclusive lockmgr syncer (syncer) r = 0 (0xffffff00095e4800) locked @ /usr/src/sys/kern/vfs_subr.c:1701 db> show lockedvnods Locked vnodes 0xffffff0006905000: tag zfs, type VDIR usecount 4, writecount 0, refcount 5 mountedhere 0 flags () v_object 0xffffff004fb97d80 ref 0 pages 0 lock type zfs: SHARED (count 4) #0 0xffffffff80603886 at __lockmgr_args+0x519 #1 0xffffffff80698b5a at vop_stdlock+0x39 #2 0xffffffff8096fb4f at VOP_LOCK1_APV+0x9b #3 0xffffffff806b47cd at _vn_lock+0x5d #4 0xffffffff806a8764 at vget+0x6c #5 0xffffffff80696579 at cache_lookup+0x4dd #6 0xffffffff806968bd at vfs_cache_lookup+0xad #7 0xffffffff8097098b at VOP_LOOKUP_APV+0xba #8 0xffffffff8069d1cf at lookup+0x45e #9 0xffffffff8069e14a at namei+0x4cb #10 0xffffffff806aca3c at kern_statat_vnhook+0x82 #11 0xffffffff806acbe1 at kern_statat+0x15 #xffffffff806acd36 at stat+0x22 #13 0xffffffff80922e9b at syscall+0x118 #14 0xffffffff8090a281 at Xfast_syscall+0xe1 0xffffff0014c38c58: tag zfs, type VDIR usecount 3, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff002936f948 ref 0 pages 0 lock type zfs: SHARED (count 1) #0 0xffffffff80603886 at __lockmgr_args+0x519 #1 0xffffffff80698b5a at vop_stdlock+0x39 #2 0xffffffff8096fb4f at VOP_LOCK1_APV+0x9b #3 0xffffffff806b47cd at _vn_lock+0x5d #4 0xffffffff8069ce5a at lookup+0xe9 #5 0xffffffff8069e14a at namei+0x4cb #6 0xffffffff806aca3c at kern_statat_vnhook+0x82 #7 0xffffffff806acbe1 at kern_statat+0x15 #8 0xffffffff806acc7f at lstat+0x22 #9 0xffffffff80922e9b at syscall+0x118 #10 0xffffffff8090a281 at Xfast_syscall+0xe1 0xffffff00095e4768: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL by thread 0xffffff00069d3000 (pid 23) #0 0xffffffff80603adb at __lockmgr_args+0x76e #1 0xffffffff80698b5a at vop_stdlock+0x39 #2 0xffffffff8096fb4f at VOP_LOCK1_APV+0x9b #3 0xffffffff806b47cd at _vn_lock+0x5d #4 0xffffffff806a9ea9 at sync_vnode+0x11c #5 0xffffffff806aa12b at sched_sync+0x1c6 #6 0xffffffff805f1f8a at fork_exit+0x12a #7 0xffffffff8090a47e at fork_trampoline+0xe 0xffffff00095e44f0: tag zfs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xffffff00094ef510 ref 0 pages 0 lock type zfs: SHARED (count 1) #0 0xffffffff80603886 at __lockmgr_args+0x519 #1 0xffffffff80698b5a at vop_stdlock+0x39 #2 0xffffffff8096fb4f at VOP_LOCK1_APV+0x9b #3 0xffffffff806b47cd at _vn_lock+0x5d #4 0xffffffff806a8764 at vget+0x6c #5 0xffffffff80696579 at cache_lookup+0x4dd #6 0xffffffff806968bd at vfs_cache_lookup+0xad #7 0xffffffff8097098b at VOP_LOOKUP_APV+0xba #8 0xffffffff8069d1cf at lookup+0x45e #9 0xffffffff8069e14a at namei+0x4cb #10 0xffffffff806b411b at vn_open_cred+0x1d7 #11 0xffffffff806b2519 at kern_openat+0x163 #12 0xffffffff80922e9b at syscall+0x118 #13 0xffffffff8090a281 at Xfast_syscall+0xe1 0xffffff0009541c58: tag zfs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type zfs: EXCL by thread 0xffffff002c64bab0 (pid 1991) #0 0xffffffff80603886 at __lockmgr_args+0x519 #1 0xffffffff80698b5a at vop_stdlock+0x39 #2 0xffffffff8096fb4f at VOP_LOCK1_APV+0x9b #3 0xffffffff806b47cd at _vn_lock+0x5d #4 0xffffffff806a8764 at vget+0x6c #5 0xffffffff80696579 at cache_lookup+0x4dd #6 0xffffffff806968bd at vfs_cache_lookup+0xad #7 0xffffffff8097098b at VOP_LOOKUP_APV+0xba #8 0xffffffff8069d1cf at lookup+0x45e #9 0xffffffff8069e14a at namei+0x4cb #10 0xffffffff806b4006 at vn_open_cred+0xc2 #11 0xffffffff806b2519 at kern_openat+0x163 #12 0xffffffff80922e9b at syscall+0x118 #13 0xffffffff8090a281 at Xfast_syscall+0xe1 0xffffff0079423000: tag zfs, type VDIR usecount 9, writecount 0, refcount 10 mountedhere 0 flags () v_object 0xffffff002c6b8948 ref 0 pages 0 lock type zfs: SHARED (count 1) with exclusive waiters pending #0 0xffffffff80603886 at __lockmgr_args+0x519 #1 0xffffffff80698b5a at vop_stdlock+0x39 #2 0xffffffff8096fb4f at VOP_LOCK1_APV+0x9b #3 0xffffffff806b47cd at _vn_lock+0x5d #4 0xffffffff8069ce5a at lookup+0xe9 #5 0xffffffff8069e14a at namei+0x4cb #6 0xffffffff806b411b at vn_open_cred+0x1d7 #7 0xffffffff806b2519 at kern_openat+0x163 #8 0xffffffff80922e9b at syscall+0x118 #9 0xffffffff8090a281 at Xfast_syscall+0xe1 0xffffff00763834f0: tag zfs, type VDIR usecount 2, writecount 0, refcount 2 mountedhere 0 flags () lock type zfs: SHARED (count 1) #0 0xffffffff80603886 at __lockmgr_args+0x519 #1 0xffffffff80698b5a at vop_stdlock+0x39 #2 0xffffffff8096fb4f at VOP_LOCK1_APV+0x9b #3 0xffffffff806b47cd at _vn_lock+0x5d #4 0xffffffff8069ce5a at lookup+0xe9 #5 0xffffffff8069e14a at namei+0x4cb #6 0xffffffff806aca3c at kern_statat_vnhook+0x82 #7 0xffffffff806acbe1 at kern_statat+0x15 #8 0xffffffff806acd36 at stat+0x22 #9 0xffffffff80922e9b at syscall+0x118 #10 0xffffffff8090a281 at Xfast_syscall+0xe1 0xffffff001e7e8768: tag zfs, type VREG usecount 1, writecount 1, refcount 1 mountedhere 0 flags () v_object 0xffffff002360e360 ref 0 pages 0 lock type zfs: EXCL by thread 0xffffff0009618000 (pid 1590) #0 0xffffffff80603adb at __lockmgr_args+0x76e #1 0xffffffff80698b5a at vop_stdlock+0x39 #2 0xffffffff8096fb4f at VOP_LOCK1_APV+0x9b #3 0xffffffff806b47cd at _vn_lock+0x5d #4 0xffffffff806b5c8f at vn_write+0x1fb #5 0xffffffff8065f5a9 at dofilewrite+0x7a #6 0xffffffff80660c55 at kern_writev+0x52 #7 0xffffffff80660cd3 at writev+0x3a #8 0xffffffff80922e9b at syscall+0x118 #9 0xffffffff8090a281 at Xfast_syscall+0xe1 ---------------- attempt to execute minidump (this is from one of the previous dumps, not the current one. The thread address pointed to one of the cron threads that was locked @ /usr/src/sys/kern/vfs_subr.c:2091) panic: deadlkres: possible deadlock detected for 0xffffff0006997000, blocked for 1800716 ticks cpuid = 1 KDB: enter: panic [thread pid 0 tid 100067] Stopped at kdb_enter+0x3d: movq $0,0x6f923c(%rip) db> call doadump() Physical memeory: 2013 MB Dumping 1784MB: Aborting dump due to I/O error. ** DUMP FAILED (ERROR 5) ** = 0 db> ---------------- attempt to execute full dump: db> calld  doadump() Dumping 2046 MB (2 chunks) Aborting dump due to I/O error. ** DUMP FAILED (ERROR 5) ** = 0 db> ---------------- kernel config: cpu HAMMER ident VAIO # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options IPSEC # IP security options IPSEC_NAT_T # IP security NAT traversal options IPSEC_FILTERTUNNEL # Filter IPsec packets options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCL options NFSCLIENT options NFSSERVER options NFSD options NFSLOCKD # Network Lock Manager options KGSSAPI options NFS_ROOT # NFS usable as /, requires NFSCLIENT options NTFS # NT File SYstem options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options DEADLKRES options CAMDEBUG options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi options ACPI_DEBUG device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering device ahci #device atacore #device atacard #device atapci #device ataahci #device ataintel # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device hptiop # Highpoint RocketRaid 3xxx series device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID #XXX it is not 64-bit clean, -scottl #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mfi # LSI MegaRAID SAS device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 Gigabit Ethernet Family device igb # Intel PRO/1000 PCIE Server Gigabit Family device ixgbe # Intel PRO/10GbE PCIE Ethernet Family device le # AMD Am7900 LANCE and Am79C9xx PCnet device ti # Alteon Networks Tigon I/II gigabit Ethernet device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device ae # Attansic/Atheros L2 FastEthernet device age # Attansic/Atheros L1 Gigabit Ethernet device alc # Atheros AR8131/AR8132 Ethernet device ale # Atheros AR8121/AR8113/AR8114 Ethernet device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device et # Agere ET1310 10/100/Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet device lge # Level 1 LXT1001 gigabit Ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # pci/cardbus chip support options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device crypto # for IP security # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) options USB_DEBUG #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player # USB Serial devices device uark # Technologies ARK3116 based serial adapters device ubsa # Belkin F5U103 and compatible serial adapters device uftdi # For FTDI usb serial adapters device uipaq # Some WinCE based devices device uplcom # Prolific PL-2303 serial adapters device uslcom # SI Labs CP2101/CP2102 serial adapters device uvisor # Visor and Palm devices device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet device udav # Davicom DM9601E USB # USB Wireless device rum # Ralink Technology RT2501USB wireless NICs device uath # Atheros AR5523 wireless NICs device ural # Ralink Technology RT2500USB wireless NICs device zyd # ZyDAS zb1211/zb1211b wireless NICs # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons ---------------- dmesg since boot: [dcons connected] Consoles: internal video/keyboard dumb console port BIOS drive C: is disk0 BIOS drive D: is disk1 BIOS 638kB/2094592kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (saper@radziecki.saper.info, Wed Jan 20 22:26:53 CET 2010) |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\Loading /boot/defaults/loader.conf |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\/boot/kernel/kernel text=0x9acf28 |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/! -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\data=0x13ac18+0x279ac0 |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-syms=[0x8+0xfbd60\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/+0x8+0xe35e5-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/! -\|/-\|/-] \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/boot/kernel/zfs.ko /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-size 0x18ee60 at 0x1141000 loading required module 'opensolaris' \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/boot/kernel/opensolaris.ko size 0x38a8 at 0x12d0000 /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/boot/kernel/linux.ko /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/size 0x431f8 at 0x12d4000 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\/boot/kernel/if_wpi.ko |/-\|/-\|/-\|/-\|/-\|size 0x12678 at 0x1318000 /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-/boot/kernel/snd_hda.ko \|/-\|/-\|/-\|/-\|/-\|/-\|/-size 0x24668 at 0x132b000 loading required module 'sound' \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/boot/kernel/sound.ko /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/size 0x86030 at 0x1350000 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/acpi_video.ko -\|/-\|/-\|/size 0x6968 at 0x13d7000 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/boot/kernel/wpifw.ko /-\|/-\|/-\|/-\|/size 0x25588 at 0x13de000 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/acpi_sony.ko size 0x1fb0 at 0x1404000 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/smbus.ko size 0x2498 at 0x1406000 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/smb.ko size 0x2dc8 at 0x1409000 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/iicsmb.ko size 0x3cf0 at 0x140c000 loading required module 'iicbus' -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/iicbus.ko size 0x43b0 at 0x1410000 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/ichsmb.ko -\|/-\|/-\size 0x59c8 at 0x1415000 |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\/boot/kernel/ng_ubt.ko |/-\|/-\|/-\|size 0x82c8 at 0x141b000 loading required module 'netgraph' /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/boot/kernel/netgraph.ko /-\|/-\|/-\|/-\|/-\|/-\|/-\size 0x15b48 at 0x1424000 loading required module 'ng_hci' |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\/boot/kernel/ng_hci.ko |/-\|/-\|/-\|/-\|/-\|size 0x12f08 at 0x143a000 loading required module 'ng_bluetooth' /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/boot/kernel/ng_bluetooth.ko size 0x2d20 at 0x144d000 /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/boot/kernel/atapicam.ko /-\|/-\|/-\|/-size 0x6de8 at 0x1450000 \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-/boot/kernel/cmx.ko \|/-\|/-size 0x4438 at 0x1457000 \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\/boot/modules/nvidia.ko |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/! -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\! |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-! \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|size 0xd3d630 at 0x145c000 /-\|/-\|/-\|/-\|/-\|/ Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xcd000000-0xcdffffff,0xd0000000-0xdfffffff,0xce000000-0xceffffff irq 16 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] hdac0: mem 0xf8500000-0xf8503fff irq 21 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100122_0141 hdac0: [ITHREAD] pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.1 on pci0 pci6: on pcib3 wpi0: mem 0xf8100000-0xf8100fff irq 17 at device 0.0 on pci6 wpi0: [ITHREAD] pcib4: irq 18 at device 28.2 on pci0 pci7: on pcib4 mskc0: port 0x3000-0x30ff mem 0xf8000000-0xf8003fff irq 18 at device 0.0 on pci7 msk0: on mskc0 msk0: disabling jumbo frame support msk0: Ethernet address: 00:1a:80:55:25:5e miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto mskc0: [FILTER] pcib5: irq 19 at device 28.3 on pci0 pci8: on pcib5 uhci0: port 0x1800-0x181f irq 19 at device 29.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 uhci2: port 0x1840-0x185f irq 19 at device 29.2 on pci0 uhci2: [ITHREAD] usbus2: on uhci2 uhci3: port 0x1860-0x187f irq 19 at device 29.3 on pci0 uhci3: [ITHREAD] usbus3: on uhci3 ehci0: mem 0xf8504000-0xf85043ff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib6: at device 30.0 on pci0 pci9: on pcib6 cbb0: at device 4.0 on pci9 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] fwohci0: <1394 Open Host Controller Interface> mem 0xf8205000-0xf82057ff,0xf8200000-0xf8203fff irq 21 at device 4.1 on pci9 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 08:00:46:03:02:91:b4:4d fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x41000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 0a:00:46:91:b4:4d fwe0: Ethernet address: 0a:00:46:91:b4:4d fwip0: on firewire0 fwip0: Firewire address: 08:00:46:03:02:91:b4:4d @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode pci9: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1880-0x188f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ahci0: port 0x18c8-0x18cf,0x18ac-0x18af,0x18c0-0x18c7,0x18a8-0x18ab,0x18b0-0x18bf mem 0xf8504400-0xf85047ff irq 22 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.10 with 4 1.5Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 2 on ahci0 ahcich1: [ITHREAD] ichsmb0: port 0x18e0-0x18ff at device 31.3 on pci0 ichsmb0: can't get IRQ device_attach: ichsmb0 attach returned 6 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz2: on acpi0 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. acpi_sony0: on acpi0 acpi_sony0: PID 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 orm0: at iomem 0xc0000-0xcefff,0xdc000-0xdffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 3 ZFS storage pool version 14 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 battery0: battery initialization start acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 acd0: DVDR at ata0-master UDMA33 hdac0: HDA Codec #0: Sigmatel STAC9872AK hdac0: HDA Codec #1: Conexant (Unknown) pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 cmx0: at port 0x100-0x107 irq 20 function 0 config 35 on pccard0 cmx0: attached Expensive timeout(9) function: 0xffffffff80653cff(0xffffff0003757000) 0.036358531 s uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 uhub4: 8 ports with 8 removable, self powered acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 ugen4.2: at usbus4 umass0: on usbus4 umass0: SCSI over Bulk-Only; quirks = 0x0000 ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 ada0: ATA-8cd0 at ata0 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [64816 x 2048 byte records] SATA 1.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) ada0: Command Queueing enabled ada0: 114473MB (234441648 512 byte sectors: 16H 63S/T 16383C) SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 fd 2f 0 0 1 0 (cd0:ata0:0:0:0): CAM status: SCSI Status Error (cd0:ata0:0:0:0): SCSI status: Check Condition (cd0:ata0:0:0:0): SCSI sense: ILLEGAL REQUEST csi:0,1d,0,0 asc:64,0 (Illegal mode for this track) (cd0:ata0:0:0:0): cddone: got error 0x6 back umass0:4:0:-1: Attached to scbus4 da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 250MB (512000 512 byte sectors: 64H 32S/T 250C) GEOM: ada0: partition 3 does not start on a track boundary. GEOM: ada0: partition 3 does not end on a track boundary. GEOM: ada0: partition 2 does not start on a track boundary. GEOM: ada0: partition 2 does not end on a track boundary. ugen4.3: at usbus4 umass1: on usbus4 umass1: SCSI over Bulk-Only; quirks = 0x0000 GEOM: da0: partition 1 does not start on a track boundary. GEOM: da0: partition 1 does not end on a track boundary. Root mount waiting for: usbus4 umass1:5:1:-1: Attached to scbus5 Root mount waiting for: usbus4 (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim1:1:0:0): CAM status: SCSI Status Error (probe0:umass-sim1:1:0:0): SCSI status: Check Condition (probe0:umass-sim1:1:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) da1 at umass-sim1 bus 1 scbus5 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present ugen4.4: at usbus4 Trying to mount root from zfs:tank ugen3.2: at usbus3 ubt0: on usbus3 WARNING: /crash was not properly dismounted wlan0: Ethernet address: 00:1b:77:bc:a5:44 wpi0: need multicast update callback msk0: link state changed to DOWN WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() lock order reversal: 1st 0xffffff80003ad018 wpi0_com_lock (wpi0_com_lock) @ /usr/src/sys/modules/wpi/../../dev/wpi/if_wpi.c:1292 2nd 0xffffff00034f5010 wpi0 (network driver) @ /usr/src/sys/modules/wpi/../../dev/wpi/if_wpi.c:2069 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7ea _mtx_lock_flags() at _mtx_lock_flags+0x68 wpi_raw_xmit() at wpi_raw_xmit+0x68 ieee80211_send_mgmt() at ieee80211_send_mgmt+0x49c sta_newstate() at sta_newstate+0x42b wpi_newstate() at wpi_newstate+0xe3 ieee80211_newstate_cb() at ieee80211_newstate_cb+0xac taskqueue_run() at taskqueue_run+0x90 taskqueue_thread_loop() at taskqueue_thread_loop+0x3f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000183d30, rbp = 0 --- wlan0: link state changed to UP wpi0: need multicast update callback wpi0: need multicast update callback wpi0: need multicast update callback ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled lock order reversal: 1st 0xffffff0009adf310 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:1058 2nd 0xffffff0009af8cf0 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2091 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7ea __lockmgr_args() at __lockmgr_args+0xd5c vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x5d vget() at vget+0x6c devfs_allocv() at devfs_allocv+0xee devfs_root() at devfs_root+0x41 vfs_donmount() at vfs_donmount+0xfa8 nmount() at nmount+0x74 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (378, FreeBSD ELF64, nmount), rip = 0x8007ac37c, rsp = 0x7fffffffdd28, rbp = 0x800a06048 --- wpi0: need multicast update callback battery0: battery initialization failed, giving up kqemu version 0x00010400 kqemu: KQEMU installed, max_locked_mem=1030772kB. FreeBSD/amd64 (radziecki.saper.info) (dcons) login: fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=2, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) firewire0: fw_explore_node: Pre 1394a-2000 detected firewire0: New S400 device ID:001106005350d195 FreeBSD/amd64 (radziecki.saper.info) (dcons) login: FreeBSD/amd64 (radziecki.saper.info) (dcons) login: acpi_lid0: Lid closed fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=3, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=4, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=5, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=6, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 firewire0: fw_attach_dev:Removing missing device ID:001106005350d195 fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000001, SelfID Count=7, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) (me) firewire0: bus manager 1 firewire0: fw_explore_node: Pre 1394a-2000 detected firewire0: New S400 device ID:001106005350d195 fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=8, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) fwohci0: too many cycle lost, no cycle master presents? FreeBSD/amd64 (radziecki.saper.info) (dcons) login: fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=9, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) fwohci0: too many cycle lost, no cycle master presents? acpi_lid0: Lid opened acpi_lid0: Lid closed acpi_lid0: Lid opened ~. FreeBSD/amd64 (radziecki.saper.info) (dcons) login: FreeBSD/amd64 (radziecki.saper.info) (dcons) login: FreeBSD/amd64 (radziecki.saper.info) (dcons) login: FreeBSD/amd64 (radziecki.saper.info) (dcons) login: FreeBSD/amd64 (radziecki.saper.info) (dcons) login: ~.[dcons disconnected (read buffer failed)] ---------------- alltrace: [dcons connected] Tracing command sendmail pid 3499 tid 100166 td 0xffffff0009747390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 __lockmgr_args() at __lockmgr_args+0x77e vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x5d cache_lookup() at cache_lookup+0x6a0 vfs_cache_lookup() at vfs_cache_lookup+0xad VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xba lookup() at lookup+0x45e namei() at namei+0x4cb vn_open_cred() at vn_open_cred+0x1d7 kern_openat() at kern_openat+0x163 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (5, FreeBSD ELF64, open), rip = 0x800ec012c, rsp = 0x7fffffffc238, rbp = 0x3 --- Tracing command sendmail pid 3498 tid 100158 td 0xffffff0009615390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d dbuf_read() at dbuf_read+0x34e dmu_buf_hold() at dmu_buf_hold+0xb7 zap_lockdir() at zap_lockdir+0x48 zap_lookup_norm() at zap_lookup_norm+0x3a zap_lookup() at zap_lookup+0x2e zfs_dirent_lock() at zfs_dirent_lock+0x4f8 zfs_dirlook() at zfs_dirlook+0x5a zfs_lookup() at zfs_lookup+0x1de zfs_freebsd_lookup() at zfs_freebsd_lookup+0x7a VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xb1 vfs_cache_lookup() at vfs_cache_lookup+0xda VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xba lookup() at lookup+0x45e namei() at namei+0x4cb kern_statat_vnhook() at kern_statat_vnhook+0x82 kern_statat() at kern_statat+0x15 stat() at stat+0x22 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (188, FreeBSD ELF64, stat), rip = 0x800ec00cc, rsp = 0x7fffffffbec8, rbp = 0 --- Tracing command sendmail pid 3497 tid 100183 td 0xffffff000974eab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 __lockmgr_args() at __lockmgr_args+0x77e vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x5d cache_lookup() at cache_lookup+0x6a0 vfs_cache_lookup() at vfs_cache_lookup+0xad VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xba lookup() at lookup+0x45e namei() at namei+0x4cb vn_open_cred() at vn_open_cred+0x1d7 kern_openat() at kern_openat+0x163 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (5, FreeBSD ELF64, open), rip = 0x800ec012c, rsp = 0x7fffffffc238, rbp = 0x3 --- Tracing command sendmail pid 3496 tid 100235 td 0xffffff004fbd1720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d dbuf_read() at dbuf_read+0x34e dmu_buf_hold() at dmu_buf_hold+0xb7 zap_lockdir() at zap_lockdir+0x48 zap_lookup_norm() at zap_lookup_norm+0x3a zap_lookup() at zap_lookup+0x2e zfs_dirent_lock() at zfs_dirent_lock+0x4f8 zfs_dirlook() at zfs_dirlook+0x5a zfs_lookup() at zfs_lookup+0x1de zfs_freebsd_lookup() at zfs_freebsd_lookup+0x7a VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xb1 vfs_cache_lookup() at vfs_cache_lookup+0xda VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xba lookup() at lookup+0x45e namei() at namei+0x4cb kern_statat_vnhook() at kern_statat_vnhook+0x82 kern_statat() at kern_statat+0x15 stat() at stat+0x22 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (188, FreeBSD ELF64, stat), rip = 0x800ec00cc, rsp = 0x7fffffffbec8, rbp = 0 --- Tracing command sendmail pid 3495 tid 100226 td 0xffffff004fbd2ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d zio_wait() at zio_wait+0x61 dbuf_read() at dbuf_read+0x3d6 dmu_buf_hold() at dmu_buf_hold+0xb7 zap_lockdir() at zap_lockdir+0x48 zap_cursor_retrieve() at zap_cursor_retrieve+0x190 zfs_freebsd_readdir() at zfs_freebsd_readdir+0x289 VOP_READDIR_APV() at VOP_READDIR_APV+0xb5 kern_getdirentries() at kern_getdirentries+0x122 getdirentries() at getdirentries+0x23 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x800e52e2c, rsp = 0x7fffffffc2b8, rbp = 0x1 --- Tracing command sendmail pid 3494 tid 100224 td 0xffffff004fbac390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d zio_wait() at zio_wait+0x61 dbuf_read() at dbuf_read+0x3d6 dmu_buf_hold() at dmu_buf_hold+0xb7 zap_lockdir() at zap_lockdir+0x48 zap_lookup_norm() at zap_lookup_norm+0x3a zap_lookup() at zap_lookup+0x2e zfs_dirent_lock() at zfs_dirent_lock+0x4f8 zfs_dirlook() at zfs_dirlook+0x5a zfs_lookup() at zfs_lookup+0x1de zfs_freebsd_lookup() at zfs_freebsd_lookup+0x7a VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xb1 vfs_cache_lookup() at vfs_cache_lookup+0xda VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xba lookup() at lookup+0x45e namei() at namei+0x4cb kern_statat_vnhook() at kern_statat_vnhook+0x82 kern_statat() at kern_statat+0x15 stat() at stat+0x22 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (188, FreeBSD ELF64, stat), rip = 0x800ec00cc, rsp = 0x7fffffffbec8, rbp = 0 --- Tracing command cat pid 3210 tid 100222 td 0xffffff002c6fbab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b pipe_read() at pipe_read+0x495 dofileread() at dofileread+0x88 kern_readv() at kern_readv+0x52 read() at read+0x4e syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80073022c, rsp = 0x7fffffffea38, rbp = 0 --- Tracing command sh pid 3208 tid 100189 td 0xffffff002c6fb390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_wait() at kern_wait+0x3e7 wait4() at wait4+0x33 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009304fc, rsp = 0x7fffffffdf68, rbp = 0x7fffffffe128 --- Tracing command find pid 3207 tid 100190 td 0xffffff002c6fb000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d zio_wait() at zio_wait+0x61 dbuf_read() at dbuf_read+0x3d6 dnode_hold_impl() at dnode_hold_impl+0xd8 dmu_bonus_hold() at dmu_bonus_hold+0x23 zfs_zget() at zfs_zget+0x213 zfs_dirent_lock() at zfs_dirent_lock+0x49b zfs_dirlook() at zfs_dirlook+0x5a zfs_lookup() at zfs_lookup+0x1de zfs_freebsd_lookup() at zfs_freebsd_lookup+0x7a VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xb1 vfs_cache_lookup() at vfs_cache_lookup+0xda VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xba lookup() at lookup+0x45e namei() at namei+0x4cb kern_statat_vnhook() at kern_statat_vnhook+0x82 kern_statat() at kern_statat+0x15 lstat() at lstat+0x22 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (190, FreeBSD ELF64, lstat), rip = 0x8007290ac, rsp = 0x7fffffffe678, rbp = 0x800a6ddd0 --- Tracing command sh pid 3203 tid 100194 td 0xffffff002c64b000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_wait() at kern_wait+0x3e7 wait4() at wait4+0x33 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009304fc, rsp = 0x7fffffffe828, rbp = 0 --- Tracing command mail pid 3202 tid 100162 td 0xffffff0009613390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b pipe_read() at pipe_read+0x495 dofileread() at dofileread+0x88 kern_readv() at kern_readv+0x52 read() at read+0x4e syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80073f22c, rsp = 0x7fffffffdcf8, rbp = 0x400 --- Tracing command sh pid 3201 tid 100230 td 0xffffff004fbc3ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_wait() at kern_wait+0x3e7 wait4() at wait4+0x33 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009304fc, rsp = 0x7fffffffe3f8, rbp = 0x7fffffffe5b8 --- Tracing command sh pid 3200 tid 100227 td 0xffffff004fbd2720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_wait() at kern_wait+0x3e7 wait4() at wait4+0x33 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009304fc, rsp = 0x7fffffffe0f8, rbp = 0x7fffffffe2b8 --- Tracing command sh pid 3193 tid 100171 td 0xffffff0009745000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_wait() at kern_wait+0x3e7 wait4() at wait4+0x33 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009304fc, rsp = 0x7fffffffe8c8, rbp = 0 --- Tracing command sh pid 3192 tid 100199 td 0xffffff002c6f9ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_wait() at kern_wait+0x3e7 wait4() at wait4+0x33 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009304fc, rsp = 0x7fffffffe6b8, rbp = 0x7fffffffe878 --- Tracing command mail pid 2850 tid 100119 td 0xffffff00093c6000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b pipe_read() at pipe_read+0x495 dofileread() at dofileread+0x88 kern_readv() at kern_readv+0x52 read() at read+0x4e syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80073f22c, rsp = 0x7fffffffdd18, rbp = 0x400 --- Tracing command sh pid 2849 tid 100173 td 0xffffff0009753720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_wait() at kern_wait+0x3e7 wait4() at wait4+0x33 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009304fc, rsp = 0x7fffffffe438, rbp = 0x7fffffffe5f8 --- Tracing command sh pid 2848 tid 100129 td 0xffffff00093c5390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_wait() at kern_wait+0x3e7 wait4() at wait4+0x33 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009304fc, rsp = 0x7fffffffe138, rbp = 0x7fffffffe2f8 --- Tracing command sh pid 2841 tid 100154 td 0xffffff0009616390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_wait() at kern_wait+0x3e7 wait4() at wait4+0x33 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009304fc, rsp = 0x7fffffffe908, rbp = 0 --- Tracing command csh pid 2804 tid 100157 td 0xffffff0009615720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_sigsuspend() at kern_sigsuspend+0x93 sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (4, FreeBSD ELF64, write), rip = 0x8009475fc, rsp = 0x7fffffffe628, rbp = 0x800c5d300 --- Tracing command getty pid 2803 tid 100153 td 0xffffff0009616720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 tty_wait() at tty_wait+0x41 ttydisc_read() at ttydisc_read+0x225 ttydev_read() at ttydev_read+0x89 devfs_read_f() at devfs_read_f+0x7f dofileread() at dofileread+0x88 kern_readv() at kern_readv+0x52 read() at read+0x4e syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084222c, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command getty pid 2802 tid 100108 td 0xffffff00093ca390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 tty_wait() at tty_wait+0x41 ttydisc_read() at ttydisc_read+0x225 ttydev_read() at ttydev_read+0x89 devfs_read_f() at devfs_read_f+0x7f dofileread() at dofileread+0x88 kern_readv() at kern_readv+0x52 read() at read+0x4e syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084222c, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command getty pid 2801 tid 100164 td 0xffffff00095a5ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 tty_wait() at tty_wait+0x41 ttydisc_read() at ttydisc_read+0x225 ttydev_read() at ttydev_read+0x89 devfs_read_f() at devfs_read_f+0x7f dofileread() at dofileread+0x88 kern_readv() at kern_readv+0x52 read() at read+0x4e syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084222c, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command getty pid 2800 tid 100201 td 0xffffff002c6f9390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 tty_wait() at tty_wait+0x41 ttydisc_read() at ttydisc_read+0x225 ttydev_read() at ttydev_read+0x89 devfs_read_f() at devfs_read_f+0x7f dofileread() at dofileread+0x88 kern_readv() at kern_readv+0x52 read() at read+0x4e syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084222c, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command getty pid 2799 tid 100203 td 0xffffff0009747ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 tty_wait() at tty_wait+0x41 ttydisc_read() at ttydisc_read+0x225 ttydev_read() at ttydev_read+0x89 devfs_read_f() at devfs_read_f+0x7f dofileread() at dofileread+0x88 kern_readv() at kern_readv+0x52 read() at read+0x4e syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084222c, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command getty pid 2798 tid 100193 td 0xffffff002c64b390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 tty_wait() at tty_wait+0x41 ttydisc_read() at ttydisc_read+0x225 ttydev_read() at ttydev_read+0x89 devfs_read_f() at devfs_read_f+0x7f dofileread() at dofileread+0x88 kern_readv() at kern_readv+0x52 read() at read+0x4e syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084222c, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command getty pid 2797 tid 100120 td 0xffffff0006a75ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 tty_wait() at tty_wait+0x41 ttydisc_read() at ttydisc_read+0x225 ttydev_read() at ttydev_read+0x89 devfs_read_f() at devfs_read_f+0x7f dofileread() at dofileread+0x88 kern_readv() at kern_readv+0x52 read() at read+0x4e syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80084222c, rsp = 0x7fffffffecc8, rbp = 0 --- Tracing command login pid 2796 tid 100186 td 0xffffff000974e000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d zio_wait() at zio_wait+0x61 dbuf_read() at dbuf_read+0x3d6 dmu_buf_hold() at dmu_buf_hold+0xb7 zap_lockdir() at zap_lockdir+0x48 zap_lookup_norm() at zap_lookup_norm+0x3a zap_lookup() at zap_lookup+0x2e zfs_dirent_lock() at zfs_dirent_lock+0x4f8 zfs_dirlook() at zfs_dirlook+0x5a zfs_lookup() at zfs_lookup+0x1de zfs_freebsd_lookup() at zfs_freebsd_lookup+0x7a VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xb1 vfs_cache_lookup() at vfs_cache_lookup+0xda VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xba lookup() at lookup+0x45e namei() at namei+0x4cb vn_open_cred() at vn_open_cred+0x1d7 kern_openat() at kern_openat+0x163 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (5, FreeBSD ELF64, open), rip = 0x80050fe1c, rsp = 0x7fffffffe348, rbp = 0x4010e1 --- Tracing command login pid 2795 tid 100197 td 0xffffff002c69b390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_wait() at kern_wait+0x3e7 wait4() at wait4+0x33 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x8009e64fc, rsp = 0x7fffffffec48, rbp = 0 --- Tracing command inetd pid 2765 tid 100109 td 0xffffff00093ca000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 seltdwait() at seltdwait+0xa5 kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x800a571ac, rsp = 0x7fffffffddc8, rbp = 0x7878787878787878 --- Tracing command nfscbd pid 2746 tid 100216 td 0xffffff0079d09390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 svc_run_internal() at svc_run_internal+0x803 svc_thread_start() at svc_thread_start+0xb fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0xc, rip = 0x80069b1dc, rsp = 0x7fffffffe9c8, rbp = 0x7fffffffeb60 --- Tracing command nfscbd pid 2746 tid 100215 td 0xffffff00093ca720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 svc_run_internal() at svc_run_internal+0x803 svc_thread_start() at svc_thread_start+0xb fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0xc, rip = 0x80069b1dc, rsp = 0x7fffffffe9c8, rbp = 0x7fffffffeb60 --- Tracing command nfscbd pid 2746 tid 100214 td 0xffffff00093caab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 svc_run_internal() at svc_run_internal+0x803 svc_thread_start() at svc_thread_start+0xb fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0xc, rip = 0x80069b1dc, rsp = 0x7fffffffe9c8, rbp = 0x7fffffffeb60 --- Tracing command nfscbd pid 2746 tid 100195 td 0xffffff002c69bab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 svc_run_internal() at svc_run_internal+0x803 svc_run() at svc_run+0x94 nfscbd_nfsd() at nfscbd_nfsd+0xe8 nfssvc_nfscl() at nfssvc_nfscl+0x60 nfssvc() at nfssvc+0x75 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (155, FreeBSD ELF64, nfssvc), rip = 0x80069b1dc, rsp = 0x7fffffffe9c8, rbp = 0x7fffffffeb60 --- Tracing command nfscbd pid 2745 tid 100206 td 0xffffff002c67d000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_accept() at kern_accept+0x1a7 accept() at accept+0x61 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (30, FreeBSD ELF64, accept), rip = 0x8006d08ac, rsp = 0x7fffffffe9c8, rbp = 0 --- Tracing command gdomap pid 2670 tid 100152 td 0xffffff0009616ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x80164c1ac, rsp = 0x7fffffffd018, rbp = 0x400 --- Tracing command cron pid 2560 tid 100196 td 0xffffff002c69b720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d zio_wait() at zio_wait+0x61 dbuf_read() at dbuf_read+0x3d6 dmu_buf_hold() at dmu_buf_hold+0xb7 zap_lockdir() at zap_lockdir+0x48 zap_lookup_norm() at zap_lookup_norm+0x3a zap_lookup() at zap_lookup+0x2e zfs_dirent_lock() at zfs_dirent_lock+0x4f8 zfs_dirlook() at zfs_dirlook+0x5a zfs_lookup() at zfs_lookup+0x1de zfs_freebsd_lookup() at zfs_freebsd_lookup+0x7a VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xb1 vfs_cache_lookup() at vfs_cache_lookup+0xda VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xba lookup() at lookup+0x45e namei() at namei+0x4cb kern_statat_vnhook() at kern_statat_vnhook+0x82 kern_statat() at kern_statat+0x15 stat() at stat+0x22 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (188, FreeBSD ELF64, stat), rip = 0x80093f0cc, rsp = 0x7fffffffe7e8, rbp = 0 --- Tracing command sendmail pid 2553 tid 100205 td 0xffffff002c67d390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_sigsuspend() at kern_sigsuspend+0x93 sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (4, FreeBSD ELF64, write), rip = 0x800e395fc, rsp = 0x7fffffffcd88, rbp = 0x1 --- Tracing command sendmail pid 2547 tid 100204 td 0xffffff0009747720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x800ece1ac, rsp = 0x7fffffffc208, rbp = 0x7fffffffc2a0 --- Tracing command cupsd pid 2499 tid 100125 td 0xffffff00093c5720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_kevent() at kern_kevent+0x333 kevent() at kevent+0x85 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (363, FreeBSD ELF64, kevent), rip = 0x8011a8dec, rsp = 0x7fffffffe7e8, rbp = 0x1 --- Tracing command pcscd pid 2188 tid 100213 td 0xffffff002c73c390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b pipe_read() at pipe_read+0x495 dofileread() at dofileread+0x88 kern_readv() at kern_readv+0x52 read() at read+0x4e syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (3, FreeBSD ELF64, read), rip = 0x80095f22c, rsp = 0x7fffff9fdf68, rbp = 0x800c0ac88 --- Tracing command pcscd pid 2188 tid 100211 td 0xffffff002c73cab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _sleep() at _sleep+0x33e kern_nanosleep() at kern_nanosleep+0x10b nanosleep() at nanosleep+0x61 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (240, FreeBSD ELF64, nanosleep), rip = 0x800945f5c, rsp = 0x7fffffbfef28, rbp = 0 --- Tracing command pcscd pid 2188 tid 100122 td 0xffffff00093c5ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x80095f1ac, rsp = 0x7fffffffeac8, rbp = 0x7 --- Tracing command dkim-filter pid 2170 tid 100210 td 0xffffff002c738000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_sigtimedwait() at kern_sigtimedwait+0x4dd sigwait() at sigwait+0x63 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (429, FreeBSD ELF64, sigwait), rip = 0x800dc5f1c, rsp = 0x7fffff7fcf38, rbp = 0x80100ac80 --- Tracing command dkim-filter pid 2170 tid 100209 td 0xffffff002c738390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_sigtimedwait() at kern_sigtimedwait+0x4dd sigwait() at sigwait+0x63 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (429, FreeBSD ELF64, sigwait), rip = 0x800dc5f1c, rsp = 0x7fffff9fdf48, rbp = 0x80100ae40 --- Tracing command dkim-filter pid 2170 tid 100208 td 0xffffff002c738720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 seltdwait() at seltdwait+0xa5 kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x800e5b1ac, rsp = 0x7fffffbfeca8, rbp = 0x8 --- Tracing command dkim-filter pid 2170 tid 100169 td 0xffffff0009745720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f poll() at poll+0x3f4 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (209, FreeBSD ELF64, poll), rip = 0x800e0ad3c, rsp = 0x7ffffffee148, rbp = 0 --- Tracing command racoon pid 2091 tid 100188 td 0xffffff0009618720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x800eac1ac, rsp = 0x7fffffffe7d8, rbp = 0x7fffffffecb0 --- Tracing command privoxy pid 2083 tid 100128 td 0xffffff0009503000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_accept() at kern_accept+0x1a7 accept() at accept+0x61 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (30, FreeBSD ELF64, accept), rip = 0x800b6f8ac, rsp = 0x7fffffffd658, rbp = 0x7fffffffd6d0 --- Tracing command ifdhandler pid 2071 tid 100168 td 0xffffff0009745ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f poll() at poll+0x3f4 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (209, FreeBSD ELF64, poll), rip = 0x80091cd3c, rsp = 0x7fffffffd378, rbp = 0x7fffffffe3c0 --- Tracing command rarpd pid 2003 tid 100185 td 0xffffff000974e390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 seltdwait() at seltdwait+0xa5 kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8007311ac, rsp = 0x7fffffffea88, rbp = 0 --- Tracing command ntpd pid 1991 tid 100191 td 0xffffff002c64bab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d zio_wait() at zio_wait+0x61 dbuf_read() at dbuf_read+0x3d6 dmu_buf_hold() at dmu_buf_hold+0xb7 zap_lockdir() at zap_lockdir+0x48 zap_lookup_norm() at zap_lookup_norm+0x3a zap_lookup() at zap_lookup+0x2e zfs_dirent_lock() at zfs_dirent_lock+0x4f8 zfs_dirlook() at zfs_dirlook+0x5a zfs_lookup() at zfs_lookup+0x1de zfs_freebsd_lookup() at zfs_freebsd_lookup+0x7a VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xb1 vfs_cache_lookup() at vfs_cache_lookup+0xda VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xba lookup() at lookup+0x45e namei() at namei+0x4cb vn_open_cred() at vn_open_cred+0xc2 kern_openat() at kern_openat+0x163 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (5, FreeBSD ELF64, open), rip = 0x800d2c12c, rsp = 0x7fffffffeaa8, rbp = 0x8 --- Tracing command hcsecd pid 1946 tid 100181 td 0xffffff0009753390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b soreceive_generic() at soreceive_generic+0x1005 kern_recvit() at kern_recvit+0x17b recvit() at recvit+0x17 recvfrom() at recvfrom+0x7b syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (29, FreeBSD ELF64, recvfrom), rip = 0x8007f5abc, rsp = 0x7fffffffea38, rbp = 0x3 --- Tracing command bootparamd pid 1939 tid 100110 td 0xffffff00093c8ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8007301ac, rsp = 0x7fffffffeaf8, rbp = 0x800879a80 --- Tracing command tor pid 1911 tid 100121 td 0xffffff000950a390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _sleep() at _sleep+0x33e kern_kevent() at kern_kevent+0x333 kevent() at kevent+0x85 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (363, FreeBSD ELF64, kevent), rip = 0x800ee6dec, rsp = 0x7fffffffe9d8, rbp = 0x801241000 --- Tracing command rpc.statd pid 1837 tid 100118 td 0xffffff00093c6390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x80083a1ac, rsp = 0x7fffffffeb58, rbp = 0x800983a80 --- Tracing command nfsd pid 1830 tid 100180 td 0xffffff0009510000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 svc_run_internal() at svc_run_internal+0x803 svc_thread_start() at svc_thread_start+0xb fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0xc, rip = 0x80069e1dc, rsp = 0x7fffffffe6d8, rbp = 0x5 --- Tracing command nfsd pid 1830 tid 100179 td 0xffffff0009510390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 svc_run_internal() at svc_run_internal+0x803 svc_thread_start() at svc_thread_start+0xb fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0xc, rip = 0x80069e1dc, rsp = 0x7fffffffe6d8, rbp = 0x5 --- Tracing command nfsd pid 1830 tid 100178 td 0xffffff0009510720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 svc_run_internal() at svc_run_internal+0x803 svc_thread_start() at svc_thread_start+0xb fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0xc, rip = 0x80069e1dc, rsp = 0x7fffffffe6d8, rbp = 0x5 --- Tracing command nfsd pid 1830 tid 100117 td 0xffffff0006a79000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 svc_run_internal() at svc_run_internal+0x803 svc_run() at svc_run+0x94 nfssvc_nfsd() at nfssvc_nfsd+0x139 nfssvc_nfsserver() at nfssvc_nfsserver+0x53 nfssvc() at nfssvc+0x75 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (155, FreeBSD ELF64, nfssvc), rip = 0x80069e1dc, rsp = 0x7fffffffe6d8, rbp = 0x5 --- Tracing command nfsd pid 1829 tid 100155 td 0xffffff0009616000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 seltdwait() at seltdwait+0xa5 kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8007321ac, rsp = 0x7fffffffe978, rbp = 0x7fffffffec50 --- Tracing command mountd pid 1827 tid 100130 td 0xffffff0009511ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 seltdwait() at seltdwait+0xa5 kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8008451ac, rsp = 0x7fffffffec48, rbp = 0x7fffffffed40 --- Tracing command gssd pid 1794 tid 100116 td 0xffffff00093c6720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x80083b1ac, rsp = 0x7fffffffea28, rbp = 0x800984a80 --- Tracing command nfsuserd pid 1788 tid 100127 td 0xffffff0009503390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8007301ac, rsp = 0x7fffffffe9f8, rbp = 0x800879a80 --- Tracing command nfsuserd pid 1787 tid 100163 td 0xffffff0009613000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8007301ac, rsp = 0x7fffffffe9f8, rbp = 0x800879a80 --- Tracing command nfsuserd pid 1786 tid 100170 td 0xffffff0009745390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8007301ac, rsp = 0x7fffffffe9f8, rbp = 0x800879a80 --- Tracing command nfsuserd pid 1785 tid 100111 td 0xffffff00093c8720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x8007301ac, rsp = 0x7fffffffe9f8, rbp = 0x800879a80 --- Tracing command nfsuserd pid 1784 tid 100161 td 0xffffff0009613720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_sigsuspend() at kern_sigsuspend+0x93 sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (4, FreeBSD ELF64, write), rip = 0x80069b5fc, rsp = 0x7fffffffeb68, rbp = 0x4 --- Tracing command amd pid 1731 tid 100159 td 0xffffff0009615000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d dbuf_read() at dbuf_read+0x34e dmu_buf_hold() at dmu_buf_hold+0xb7 zap_lockdir() at zap_lockdir+0x48 zap_lookup_norm() at zap_lookup_norm+0x3a zap_lookup() at zap_lookup+0x2e zfs_dirent_lock() at zfs_dirent_lock+0x4f8 zfs_dirlook() at zfs_dirlook+0x5a zfs_lookup() at zfs_lookup+0x1de zfs_freebsd_lookup() at zfs_freebsd_lookup+0x7a VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xb1 vfs_cache_lookup() at vfs_cache_lookup+0xda VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xba lookup() at lookup+0x45e namei() at namei+0x4cb vn_open_cred() at vn_open_cred+0x1d7 kern_openat() at kern_openat+0x163 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (5, FreeBSD ELF64, open), rip = 0x80084c12c, rsp = 0x7fffffffe848, rbp = 0x4 --- Tracing command rpcbind pid 1700 tid 100112 td 0xffffff00093c8390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f poll() at poll+0x3f4 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (209, FreeBSD ELF64, poll), rip = 0x8008fed3c, rsp = 0x7fffffffcad8, rbp = 0x800c120c0 --- Tracing command named pid 1683 tid 100177 td 0xffffff0009510ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_kevent() at kern_kevent+0x333 kevent() at kevent+0x85 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (363, FreeBSD ELF64, kevent), rip = 0x800c5adec, rsp = 0x7fffff5fbe08, rbp = 0x14 --- Tracing command named pid 1683 tid 100176 td 0xffffff0009511000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _sleep() at _sleep+0x33e do_cv_wait() at do_cv_wait+0x60c __umtx_op_cv_wait() at __umtx_op_cv_wait+0x51 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800a83adc, rsp = 0x7fffff7fcdb8, rbp = 0x800e0ac80 --- Tracing command named pid 1683 tid 100175 td 0xffffff0009511390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b do_cv_wait() at do_cv_wait+0x7fd __umtx_op_cv_wait() at __umtx_op_cv_wait+0x51 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800a83adc, rsp = 0x7fffff9fdeb8, rbp = 0x800e0ae40 --- Tracing command named pid 1683 tid 100174 td 0xffffff0009511720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b do_cv_wait() at do_cv_wait+0x7fd __umtx_op_cv_wait() at __umtx_op_cv_wait+0x51 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800a83adc, rsp = 0x7fffffbfeeb8, rbp = 0x800e9d1c0 --- Tracing command named pid 1683 tid 100160 td 0xffffff0009613ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_sigtimedwait() at kern_sigtimedwait+0x4dd sigwait() at sigwait+0x63 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (429, FreeBSD ELF64, sigwait), rip = 0x800bddf1c, rsp = 0x7fffffffeb88, rbp = 0x800e041c0 --- Tracing command syslogd pid 1590 tid 100151 td 0xffffff0009618000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d zio_wait() at zio_wait+0x61 dbuf_read() at dbuf_read+0x3d6 dmu_tx_check_ioerr() at dmu_tx_check_ioerr+0x84 dmu_tx_count_write() at dmu_tx_count_write+0x4c dmu_tx_hold_write() at dmu_tx_hold_write+0x43 zfs_freebsd_write() at zfs_freebsd_write+0x3e6 VOP_WRITE_APV() at VOP_WRITE_APV+0x129 vn_write() at vn_write+0x281 dofilewrite() at dofilewrite+0x7a kern_writev() at kern_writev+0x52 writev() at writev+0x3a syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (121, FreeBSD ELF64, writev), rip = 0x80082f39c, rsp = 0x7fffffffd398, rbp = 0 --- Tracing command dhclient pid 1363 tid 100115 td 0xffffff00093c6ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x12 _cv_timedwait_sig() at _cv_timedwait_sig+0x177 seltdwait() at seltdwait+0x4f poll() at poll+0x3f4 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (209, FreeBSD ELF64, poll), rip = 0x8006eed3c, rsp = 0x7fffffffece8, rbp = 0x2 --- Tracing command dhclient pid 1260 tid 100165 td 0xffffff00095a5720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 seltdwait() at seltdwait+0xa5 poll() at poll+0x3f4 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (209, FreeBSD ELF64, poll), rip = 0x8006eed3c, rsp = 0x7fffffffece8, rbp = 0x5 --- Tracing command devd pid 1209 tid 100126 td 0xffffff0009503720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 seltdwait() at seltdwait+0xa5 kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x43da6c, rsp = 0x7fffffffe898, rbp = 0x7fffffffe8b0 --- Tracing command wpa_supplicant pid 545 tid 100124 td 0xffffff0009503ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x169 seltdwait() at seltdwait+0xa5 kern_select() at kern_select+0x641 select() at select+0x54 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (93, FreeBSD ELF64, select), rip = 0x800c7d1ac, rsp = 0x7fffffffeb38, rbp = 0x800e07080 --- Tracing command adjkerntz pid 133 tid 100114 td 0xffffff0006a79390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_sigsuspend() at kern_sigsuspend+0x93 sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (4, FreeBSD ELF64, write), rip = 0x80069a5fc, rsp = 0x7fffffffec58, rbp = 0x7fffffffecd0 --- Tracing command flowcleaner pid 26 tid 100076 td 0xffffff00069d2390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_timedwait() at sleepq_timedwait+0x46 _cv_timedwait() at _cv_timedwait+0x177 flowtable_cleaner() at flowtable_cleaner+0xdc fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dcb9d30, rbp = 0 --- Tracing command softdepflush pid 25 tid 100075 td 0xffffff00069d2720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_timedwait() at sleepq_timedwait+0x46 _sleep() at _sleep+0x226 softdep_flush() at softdep_flush+0x253 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dcb4d30, rbp = 0 --- Tracing command vnlru pid 24 tid 100074 td 0xffffff00069d2ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_timedwait() at sleepq_timedwait+0x46 _sleep() at _sleep+0x226 vnlru_proc() at vnlru_proc+0x62e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dcafd30, rbp = 0 --- Tracing command syncer pid 23 tid 100073 td 0xffffff00069d3000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d zio_wait() at zio_wait+0x61 zil_commit() at zil_commit+0x3de zfs_sync() at zfs_sync+0xa5 sync_fsync() at sync_fsync+0x134 VOP_FSYNC_APV() at VOP_FSYNC_APV+0xb5 sync_vnode() at sync_vnode+0x143 sched_sync() at sched_sync+0x1c6 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dcaad30, rbp = 0 --- Tracing command bufdaemon pid 22 tid 100072 td 0xffffff00069d3390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_timedwait() at sleepq_timedwait+0x46 _sleep() at _sleep+0x226 buf_daemon() at buf_daemon+0x16a fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dca5d30, rbp = 0 --- Tracing command pagezero pid 21 tid 100071 td 0xffffff00069d3720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_timedwait() at sleepq_timedwait+0x46 _sleep() at _sleep+0x226 vm_pagezero() at vm_pagezero+0x71 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dca0d30, rbp = 0 --- Tracing command vmdaemon pid 20 tid 100070 td 0xffffff00069d3ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 vm_daemon() at vm_daemon+0x4d fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dc9bd30, rbp = 0 --- Tracing command pagedaemon pid 19 tid 100069 td 0xffffff00069d6000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_timedwait() at sleepq_timedwait+0x46 _sleep() at _sleep+0x226 vm_pageout() at vm_pageout+0x89f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dc96d30, rbp = 0 --- Tracing command xpt_thrd pid 18 tid 100068 td 0xffffff00037b8000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 xpt_scanner_thread() at xpt_scanner_thread+0xd5 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dc61d30, rbp = 0 --- Tracing command zfskern pid 9 tid 100103 td 0xffffff002ad0d390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 vdev_geom_worker() at vdev_geom_worker+0xed fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040039d30, rbp = 0 --- Tracing command zfskern pid 9 tid 100106 td 0xffffff00069d1390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d zio_wait() at zio_wait+0x61 dbuf_read() at dbuf_read+0x3d6 dbuf_findbp() at dbuf_findbp+0xe5 dbuf_hold_impl() at dbuf_hold_impl+0xc2 dbuf_hold() at dbuf_hold+0x1b dmu_buf_hold() at dmu_buf_hold+0x75 bplist_iterate() at bplist_iterate+0xa1 spa_sync() at spa_sync+0x261 txg_sync_thread() at txg_sync_thread+0x285 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040059d30, rbp = 0 --- Tracing command zfskern pid 9 tid 100105 td 0xffffff00069d1720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d txg_thread_wait() at txg_thread_wait+0x7d txg_quiesce_thread() at txg_quiesce_thread+0xb5 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040055d30, rbp = 0 --- Tracing command zfskern pid 9 tid 100066 td 0xffffff00037b8720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_timedwait() at sleepq_timedwait+0x46 _cv_timedwait() at _cv_timedwait+0x177 l2arc_feed_thread() at l2arc_feed_thread+0x143 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dc57d30, rbp = 0 --- Tracing command zfskern pid 9 tid 100065 td 0xffffff00037b8ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_timedwait() at sleepq_timedwait+0x46 _cv_timedwait() at _cv_timedwait+0x177 arc_reclaim_thread() at arc_reclaim_thread+0x2a5 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dc52d30, rbp = 0 --- Tracing command acpi_cooling0 pid 17 tid 100062 td 0xffffff00037b9720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_timedwait() at sleepq_timedwait+0x46 _sleep() at _sleep+0x226 acpi_tz_cooling_thread() at acpi_tz_cooling_thread+0x11a fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dc3fd30, rbp = 0 --- Tracing command acpi_thermal pid 16 tid 100061 td 0xffffff00037b9ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_timedwait() at sleepq_timedwait+0x46 _sleep() at _sleep+0x226 acpi_tz_thread() at acpi_tz_thread+0x200 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dc3ad30, rbp = 0 --- Tracing command fw0_probe pid 8 tid 100058 td 0xffffff00037bc720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b fw_bus_probe_thread() at fw_bus_probe_thread+0xab fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bd00d30, rbp = 0 --- Tracing command cbb0 event thread pid 7 tid 100055 td 0xffffff0003757720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 cbb_event_thread() at cbb_event_thread+0x1d3 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bceed30, rbp = 0 --- Tracing command usb pid 15 tid 100054 td 0xffffff0003757ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bce9d30, rbp = 0 --- Tracing command usb pid 15 tid 100053 td 0xffffff000378b000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bce4d30, rbp = 0 --- Tracing command usb pid 15 tid 100052 td 0xffffff000378b390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bcdfd30, rbp = 0 --- Tracing command usb pid 15 tid 100051 td 0xffffff000378b720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bcdad30, rbp = 0 --- Tracing command usb pid 15 tid 100049 td 0xffffff000378c000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bccfd30, rbp = 0 --- Tracing command usb pid 15 tid 100048 td 0xffffff000378c390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bccad30, rbp = 0 --- Tracing command usb pid 15 tid 100047 td 0xffffff000378c720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bcc5d30, rbp = 0 --- Tracing command usb pid 15 tid 100046 td 0xffffff000378cab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bcc0d30, rbp = 0 --- Tracing command usb pid 15 tid 100045 td 0xffffff000353fab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bcbad30, rbp = 0 --- Tracing command usb pid 15 tid 100044 td 0xffffff0003754000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bcb5d30, rbp = 0 --- Tracing command usb pid 15 tid 100043 td 0xffffff0003754390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bcb0d30, rbp = 0 --- Tracing command usb pid 15 tid 100042 td 0xffffff0003754720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bcabd30, rbp = 0 --- Tracing command usb pid 15 tid 100041 td 0xffffff0003754ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bca5d30, rbp = 0 --- Tracing command usb pid 15 tid 100040 td 0xffffff0003755000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bca0d30, rbp = 0 --- Tracing command usb pid 15 tid 100039 td 0xffffff0003755390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bc9bd30, rbp = 0 --- Tracing command usb pid 15 tid 100038 td 0xffffff0003755720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bc96d30, rbp = 0 --- Tracing command usb pid 15 tid 100037 td 0xffffff0003755ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bc90d30, rbp = 0 --- Tracing command usb pid 15 tid 100036 td 0xffffff0003757000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bc8bd30, rbp = 0 --- Tracing command usb pid 15 tid 100035 td 0xffffff000350b720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bc86d30, rbp = 0 --- Tracing command usb pid 15 tid 100034 td 0xffffff000350bab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d usb_process() at usb_process+0x15f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bc81d30, rbp = 0 --- Tracing command yarrow pid 14 tid 100017 td 0xffffff0003383000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_timedwait() at sleepq_timedwait+0x46 _sleep() at _sleep+0x226 random_kthread() at random_kthread+0x1ba fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000071d30, rbp = 0 --- Tracing command crypto returns pid 6 tid 100016 td 0xffffff0003383390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 crypto_ret_proc() at crypto_ret_proc+0x1b3 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800006cd30, rbp = 0 --- Tracing command crypto pid 5 tid 100015 td 0xffffff0003383720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 crypto_proc() at crypto_proc+0x1cf fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000067d30, rbp = 0 --- Tracing command g_down pid 4 tid 100013 td 0xffffff0003384000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 g_io_schedule_down() at g_io_schedule_down+0x1f4 g_down_procbody() at g_down_procbody+0x6f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800005dd30, rbp = 0 --- Tracing command g_up pid 3 tid 100012 td 0xffffff0003384390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 g_io_schedule_up() at g_io_schedule_up+0x12e g_up_procbody() at g_up_procbody+0x6f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000058d30, rbp = 0 --- Tracing command g_event pid 2 tid 100011 td 0xffffff000336b390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_timedwait() at sleepq_timedwait+0x46 _sleep() at _sleep+0x226 g_event_procbody() at g_event_procbody+0xc3 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000053d30, rbp = 0 --- Tracing command ng_queue pid 13 tid 100010 td 0xffffff000336b720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 ngthread() at ngthread+0x59 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800004ed30, rbp = 0 --- Tracing command ng_queue pid 13 tid 100009 td 0xffffff000336bab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 ngthread() at ngthread+0x59 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000049d30, rbp = 0 --- Tracing command intr pid 12 tid 100064 td 0xffffff00037b9000 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100063 td 0xffffff00037b9390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dc44d30, rbp = 0 --- Tracing command intr pid 12 tid 100060 td 0xffffff00037bc000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bd3dd30, rbp = 0 --- Tracing command intr pid 12 tid 100059 td 0xffffff00037bc390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bd38d30, rbp = 0 --- Tracing command intr pid 12 tid 100056 td 0xffffff0003757390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bcf3d30, rbp = 0 --- Tracing command intr pid 12 tid 100050 td 0xffffff000378bab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bcd5d30, rbp = 0 --- Tracing command intr pid 12 tid 100033 td 0xffffff000353d000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bc7cd30, rbp = 0 --- Tracing command intr pid 12 tid 100031 td 0xffffff000353d720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000188d30, rbp = 0 --- Tracing command intr pid 12 tid 100029 td 0xffffff000353f000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80000add30, rbp = 0 --- Tracing command intr pid 12 tid 100028 td 0xffffff000353f390 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100027 td 0xffffff000353f720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80000a3d30, rbp = 0 --- Tracing command intr pid 12 tid 100023 td 0xffffff0003508390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800008fd30, rbp = 0 --- Tracing command intr pid 12 tid 100022 td 0xffffff0003508720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800008ad30, rbp = 0 --- Tracing command intr pid 12 tid 100020 td 0xffffff000350b000 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100018 td 0xffffff000337aab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000076d30, rbp = 0 --- Tracing command intr pid 12 tid 100008 td 0xffffff000337a000 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100007 td 0xffffff000337a390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800003fd30, rbp = 0 --- Tracing command intr pid 12 tid 100006 td 0xffffff000337a720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800003ad30, rbp = 0 --- Tracing command intr pid 12 tid 100005 td 0xffffff000336a000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b ithread_loop() at ithread_loop+0x23e fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000035d30, rbp = 0 --- Tracing command idle pid 11 tid 100004 td 0xffffff000336a390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sched_preempt() at sched_preempt+0xbc ipi_bitmap_handler() at ipi_bitmap_handler+0x6d Xipi_intr_bitmap_handler() at Xipi_intr_bitmap_handler+0x9b --- interrupt, rip = 0xffffffff8090154e, rsp = 0xffffff8000030b50, rbp = 0xffffff8000030b60 --- acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x1f0 sched_idletd() at sched_idletd+0x11f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000030d30, rbp = 0 --- Tracing command idle pid 11 tid 100003 td 0xffffff000336a720 cpustop_handler() at cpustop_handler+0x40 ipi_nmi_handler() at ipi_nmi_handler+0x32 trap() at trap+0x28c nmi_calltrap() at nmi_calltrap+0x8 --- trap 0x13, rip = 0xffffffff8090154e, rsp = 0xffffff800000bfe0, rbp = 0xffffff800002bb60 --- acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x1f0 sched_idletd() at sched_idletd+0x11f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800002bd30, rbp = 0 --- Tracing command init pid 1 tid 100002 td 0xffffff000336aab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_catch_signals() at sleepq_catch_signals+0x307 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x32b kern_wait() at kern_wait+0x3e7 wait4() at wait4+0x33 syscall() at syscall+0x118 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x40c04c, rsp = 0x7fffffffe808, rbp = 0x401baa --- Tracing command audit pid 10 tid 100001 td 0xffffff000336b000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _cv_wait() at _cv_wait+0x15d audit_worker() at audit_worker+0x77 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000021d30, rbp = 0 --- Tracing command kernel pid 0 tid 100212 td 0xffffff002c73c720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff804026bd30, rbp = 0 --- Tracing command kernel pid 0 tid 100150 td 0xffffff0009618390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040135d30, rbp = 0 --- Tracing command kernel pid 0 tid 100149 td 0xffffff000950a720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040130d30, rbp = 0 --- Tracing command kernel pid 0 tid 100148 td 0xffffff000950aab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff804012bd30, rbp = 0 --- Tracing command kernel pid 0 tid 100147 td 0xffffff00095a2000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040126d30, rbp = 0 --- Tracing command kernel pid 0 tid 100146 td 0xffffff00095a2390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040121d30, rbp = 0 --- Tracing command kernel pid 0 tid 100145 td 0xffffff00095a2720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff804011cd30, rbp = 0 --- Tracing command kernel pid 0 tid 100144 td 0xffffff00095a2ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040117d30, rbp = 0 --- Tracing command kernel pid 0 tid 100143 td 0xffffff00095a3000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040112d30, rbp = 0 --- Tracing command kernel pid 0 tid 100142 td 0xffffff00095a3390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff804010dd30, rbp = 0 --- Tracing command kernel pid 0 tid 100141 td 0xffffff00095a3720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040108d30, rbp = 0 --- Tracing command kernel pid 0 tid 100140 td 0xffffff00095a3ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040103d30, rbp = 0 --- Tracing command kernel pid 0 tid 100139 td 0xffffff00095a4000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80400fed30, rbp = 0 --- Tracing command kernel pid 0 tid 100138 td 0xffffff00095a4390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80400f9d30, rbp = 0 --- Tracing command kernel pid 0 tid 100137 td 0xffffff00095a4720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80400f4d30, rbp = 0 --- Tracing command kernel pid 0 tid 100136 td 0xffffff00095a4ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80400efd30, rbp = 0 --- Tracing command kernel pid 0 tid 100135 td 0xffffff00095a5000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80400ead30, rbp = 0 --- Tracing command kernel pid 0 tid 100134 td 0xffffff00095a5390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80400e5d30, rbp = 0 --- Tracing command kernel pid 0 tid 100133 td 0xffffff0006a7c720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80400e0d30, rbp = 0 --- Tracing command kernel pid 0 tid 100132 td 0xffffff0006a7cab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80400dbd30, rbp = 0 --- Tracing command kernel pid 0 tid 100131 td 0xffffff00093c5000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80400d6d30, rbp = 0 --- Tracing command kernel pid 0 tid 100107 td 0xffffff00069d1000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff804005ed30, rbp = 0 --- Tracing command kernel pid 0 tid 100104 td 0xffffff0006a71000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff804003ed30, rbp = 0 --- Tracing command kernel pid 0 tid 100102 td 0xffffff0006a71720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040034d30, rbp = 0 --- Tracing command kernel pid 0 tid 100101 td 0xffffff0006a74000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff804002fd30, rbp = 0 --- Tracing command kernel pid 0 tid 100100 td 0xffffff0006a74720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff804002ad30, rbp = 0 --- Tracing command kernel pid 0 tid 100099 td 0xffffff0006a74ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040025d30, rbp = 0 --- Tracing command kernel pid 0 tid 100098 td 0xffffff0006a71ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040020d30, rbp = 0 --- Tracing command kernel pid 0 tid 100097 td 0xffffff0006a75000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff804000cd30, rbp = 0 --- Tracing command kernel pid 0 tid 100096 td 0xffffff0006a75390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040002d30, rbp = 0 --- Tracing command kernel pid 0 tid 100095 td 0xffffff0006a75720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff804001bd30, rbp = 0 --- Tracing command kernel pid 0 tid 100094 td 0xffffff00069d2000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040016d30, rbp = 0 --- Tracing command kernel pid 0 tid 100093 td 0xffffff00069d1ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040011d30, rbp = 0 --- Tracing command kernel pid 0 tid 100092 td 0xffffff0006a79720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040007d30, rbp = 0 --- Tracing command kernel pid 0 tid 100091 td 0xffffff0006a79ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803fffdd30, rbp = 0 --- Tracing command kernel pid 0 tid 100090 td 0xffffff0006a7a000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803fff8d30, rbp = 0 --- Tracing command kernel pid 0 tid 100089 td 0xffffff0006a7a390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803ffdad30, rbp = 0 --- Tracing command kernel pid 0 tid 100088 td 0xffffff0006a7a720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803fff3d30, rbp = 0 --- Tracing command kernel pid 0 tid 100087 td 0xffffff0006a7aab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803ffeed30, rbp = 0 --- Tracing command kernel pid 0 tid 100086 td 0xffffff0006a7b000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803ffe9d30, rbp = 0 --- Tracing command kernel pid 0 tid 100085 td 0xffffff0006a7c000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803ffdfd30, rbp = 0 --- Tracing command kernel pid 0 tid 100084 td 0xffffff00069d6390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803ffd5d30, rbp = 0 --- Tracing command kernel pid 0 tid 100083 td 0xffffff0006a7b390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803ffd0d30, rbp = 0 --- Tracing command kernel pid 0 tid 100082 td 0xffffff0006a7b720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803ffe4d30, rbp = 0 --- Tracing command kernel pid 0 tid 100081 td 0xffffff0006a7bab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803ffcbd30, rbp = 0 --- Tracing command kernel pid 0 tid 100080 td 0xffffff0006a7c390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803ffc6d30, rbp = 0 --- Tracing command kernel pid 0 tid 100079 td 0xffffff00069d6720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803ffc1d30, rbp = 0 --- Tracing command kernel pid 0 tid 100078 td 0xffffff00069d6ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040043d30, rbp = 0 --- Tracing command kernel pid 0 tid 100077 td 0xffffff0006a74390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8040048d30, rbp = 0 --- Tracing command kernel pid 0 tid 100067 td 0xffffff00037b8390 kdb_enter() at kdb_enter+0x3d panic() at panic+0x176 deadlkres() at deadlkres+0x229 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803dc5cd30, rbp = 0 --- Tracing command kernel pid 0 tid 100057 td 0xffffff00037bcab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 msleep_spin() at msleep_spin+0x201 taskqueue_thread_loop() at taskqueue_thread_loop+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bcfbd30, rbp = 0 --- Tracing command kernel pid 0 tid 100032 td 0xffffff000353d390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 msleep_spin() at msleep_spin+0x201 taskqueue_thread_loop() at taskqueue_thread_loop+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803bc76d30, rbp = 0 --- Tracing command kernel pid 0 tid 100030 td 0xffffff000353dab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000183d30, rbp = 0 --- Tracing command kernel pid 0 tid 100026 td 0xffffff0003384720 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 msleep_spin() at msleep_spin+0x201 taskqueue_thread_loop() at taskqueue_thread_loop+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800009ed30, rbp = 0 --- Tracing command kernel pid 0 tid 100025 td 0xffffff0003384ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 msleep_spin() at msleep_spin+0x201 taskqueue_thread_loop() at taskqueue_thread_loop+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000099d30, rbp = 0 --- Tracing command kernel pid 0 tid 100024 td 0xffffff0003508000 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 msleep_spin() at msleep_spin+0x201 taskqueue_thread_loop() at taskqueue_thread_loop+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000094d30, rbp = 0 --- Tracing command kernel pid 0 tid 100021 td 0xffffff0003508ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000085d30, rbp = 0 --- Tracing command kernel pid 0 tid 100019 td 0xffffff000350b390 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800007bd30, rbp = 0 --- Tracing command kernel pid 0 tid 100014 td 0xffffff0003383ab0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_wait() at sleepq_wait+0x46 _sleep() at _sleep+0x241 taskqueue_thread_loop() at taskqueue_thread_loop+0xb0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000062d30, rbp = 0 --- Tracing command kernel pid 0 tid 100000 td 0xffffffff80d252e0 sched_switch() at sched_switch+0x149 mi_switch() at mi_switch+0x21b sleepq_switch() at sleepq_switch+0xfa sleepq_timedwait() at sleepq_timedwait+0x46 _sleep() at _sleep+0x226 scheduler() at scheduler+0x28e mi_startup() at mi_startup+0x59 btext() at btext+0x2c ---------------- end --1730125533-400297823-1266798274=:36922-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 05:12:18 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E591106568D for ; Mon, 22 Feb 2010 05:12:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 101508FC0C for ; Mon, 22 Feb 2010 05:12:17 +0000 (UTC) Received: (qmail 32527 invoked by uid 399); 22 Feb 2010 05:12:17 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Feb 2010 05:12:17 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B82122E.9050304@FreeBSD.org> Date: Sun, 21 Feb 2010 21:12:14 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-questions@FreeBSD.org X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Plans for BIND and DNSSEC readiness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dougb@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 05:12:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 I've made a post to -arch regarding my plans for BIND in the base, along with some information about getting ready for DNSSEC, including the upcoming signing of the root zone. You can find the message at http://lists.freebsd.org/pipermail/freebsd-arch/2010-February/009908.html. If you have any feedback regarding any of these topics, please follow up to that thread. Regards, Doug - -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEAREDAAYFAkuCEi4ACgkQyIakK9Wy8PtaZwCdGN6NljqTwHUxSQB3lf1T59j8 jpIAn20tJdy2h0ykeJwAQ8iWc32wUQ05 =uzZ5 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 13:41:25 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69F0E10656C3 for ; Mon, 22 Feb 2010 13:41:25 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from smtp3.enta.net (smtp3.enta.net [87.127.246.178]) by mx1.freebsd.org (Postfix) with ESMTP id 1BB348FC0C for ; Mon, 22 Feb 2010 13:41:24 +0000 (UTC) Received: from mail.chrishedley.com (unknown [78.32.138.135]) by smtp3.enta.net (Postfix) with ESMTP id 9651DB57C5B for ; Mon, 22 Feb 2010 13:41:23 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 0050770669 for ; Mon, 22 Feb 2010 13:41:22 +0000 (GMT) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id CgZM4MNF3Rho for ; Mon, 22 Feb 2010 13:41:18 +0000 (GMT) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 58CC770646 for ; Mon, 22 Feb 2010 13:41:18 +0000 (GMT) Date: Mon, 22 Feb 2010 13:41:18 +0000 (GMT) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: freebsd-current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: ums fails to initialise correctly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 13:41:25 -0000 I wasn't sure whether this question was better asked on this list or the freebsd-usb one; but since I'm already subscribed here, I figured it was a good place to start. I'm having a lot of problems getting the ums (USB mouse) driver to initialise the mouse correctly. The only time it'll do so is if I physically unplug the mouse and reattach it; otherwise, it seems there's no way of getting it to initialise correctly. The mouse in question is a Logitech MX Revolution wireless model, though I'm not sure how relevant that is. Confusingly, the kernel messages are identical when it comes to seeing the mouse initially and reattaching it; perhaps significantly, if I plug it into my KVM switch (as opposed to one of the computer's own ports), it still fails to initialise if I switch it away from the FreeBSD system and back again: I have to do the physical detach/reattach process to get it to reinitialise. One possible lead is that once the mouse is working, it's fine when it's switched between the two FreeBSD systems, but switching to Windows and back renders it unusable again until I physically reattach it. I had wondered if it might be some hardware weirdness, but Windows (XP and 7) and Linux (on the same computer as FreeBSD) have no problems with it. The symptoms are just a lack of any data; otherwise everything seems identical between it working and not: the messages are the same, the /dev entry is being created correctly, devd starts up the moused process for me, but there's nothing. It's not a moused problem either, cat -v /dev/ums1 also reveals no data. I've tried pretty much every BIOS configuration I can think of, I've tried FreeBSD with both the ehci and ohci drivers, both compiled into the kernel and as modules; I've used usbconfig to see if there's any difference in configuration between the mouse working and not working, but nothing at all; variously loading and unloading ums, attempting to reset it or do a software power off and back on with usbconfig also won't bring it back to life. Meanwhile, the USB keyboard "just works", whatever I do. I spent much of the past couple of days Googling for suggestions and discovered it wasn't an uncommon problem, but could find no definite solution (other than suggestions to disable legacy support if it was enabled and vice versa - which didn't work). I did find similar queries going back to 2003, which makes me wonder if it's a problem without any obvious solution, but I thought I'd ask anyway. I'm using -current in its amd64 form on an old-ish dual-core AMD with an Asus motherboard, if that gives anybody any clues. But I figure I should get back to whether or not this is the right place to ask before I start posting reams of configuration and debugging information! From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 16:14:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86565106566C for ; Mon, 22 Feb 2010 16:14:10 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id E031A8FC08 for ; Mon, 22 Feb 2010 16:14:09 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=DP5k0iXD20uIUUdKSagA:9 a=gH8FfFK0Ga6gLaQ-3vgA:7 a=P9XBm2LJtNcMwuKZbzuviPwTFFQA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1385315761; Mon, 22 Feb 2010 17:14:08 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 22 Feb 2010 17:12:38 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002221712.38449.hselasky@c2i.net> Cc: Chris Hedley Subject: Re: ums fails to initialise correctly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 16:14:10 -0000 On Monday 22 February 2010 14:41:18 Chris Hedley wrote: > I wasn't sure whether this question was better asked on this list or the > freebsd-usb one; but since I'm already subscribed here, I figured it was a > good place to start. > > I'm having a lot of problems getting the ums (USB mouse) driver to > initialise the mouse correctly. The only time it'll do so is if I > physically unplug the mouse and reattach it; otherwise, it seems there's > no way of getting it to initialise correctly. The mouse in question is a > Logitech MX Revolution wireless model, though I'm not sure how relevant > that is. > > Confusingly, the kernel messages are identical when it comes to seeing the > mouse initially and reattaching it; perhaps significantly, if I plug it > into my KVM switch (as opposed to one of the computer's own ports), it > still fails to initialise if I switch it away from the FreeBSD system and > back again: I have to do the physical detach/reattach process to get it to > reinitialise. One possible lead is that once the mouse is working, it's > fine when it's switched between the two FreeBSD systems, but switching to > Windows and back renders it unusable again until I physically reattach it. > > I had wondered if it might be some hardware weirdness, but Windows (XP and > 7) and Linux (on the same computer as FreeBSD) have no problems with it. > > The symptoms are just a lack of any data; otherwise everything seems > identical between it working and not: the messages are the same, the /dev > entry is being created correctly, devd starts up the moused process for > me, but there's nothing. It's not a moused problem either, cat -v > /dev/ums1 also reveals no data. > > I've tried pretty much every BIOS configuration I can think of, I've tried > FreeBSD with both the ehci and ohci drivers, both compiled into the kernel > and as modules; I've used usbconfig to see if there's any difference in > configuration between the mouse working and not working, but nothing at > all; variously loading and unloading ums, attempting to reset it or do a > software power off and back on with usbconfig also won't bring it back to > life. Meanwhile, the USB keyboard "just works", whatever I do. > > I spent much of the past couple of days Googling for suggestions and > discovered it wasn't an uncommon problem, but could find no definite > solution (other than suggestions to disable legacy support if it was > enabled and vice versa - which didn't work). I did find similar queries > going back to 2003, which makes me wonder if it's a problem without any > obvious solution, but I thought I'd ask anyway. > > I'm using -current in its amd64 form on an old-ish dual-core AMD with an > Asus motherboard, if that gives anybody any clues. But I figure I should > get back to whether or not this is the right place to ask before I start > posting reams of configuration and debugging information! Hi, What is printed to dmesg when you enable debugging? sysctl hw.usb.ums.debug=15 --HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 16:35:32 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4677C106568B for ; Mon, 22 Feb 2010 16:35:32 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id D73768FC08 for ; Mon, 22 Feb 2010 16:35:31 +0000 (UTC) Received: by wwb22 with SMTP id 22so504011wwb.13 for ; Mon, 22 Feb 2010 08:35:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=e/ERDNP6rY6MTtQ1yKGzZ7CU+UQHPS59dm62KyIBMy4=; b=pC8qK+MjIHAgNfwQdj2XF7WLHPRdLdJgj+iBuT1j2xGopAfxSl7PbkLbIwvpPg+9sL 3Ex/7tIbd9fB16HraA7dZFU/oNypQZeNJWqyZm+XV9s96tZHCpGT/gXjs79fUIyGXklP Nwhk5q2wmU8JC3LAWM7jcZi0suuBwphnZYTUw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=gchtwe/r8IVTvV0DlzW8jvMo1KF6pHMAJ7xDncQ2S2WF3/NPgoS6UCsQRbe6TJPmS3 tHsusgGMqbtl9UAtFcsBcHfXQZq7nXZU1PpvMiwToZenmbvFD9ArHvaVOpblTVoUTn9+ NJaLlNqd9gqik/KriC68CeaURb6iOwKMYm1Cs= MIME-Version: 1.0 Received: by 10.216.88.136 with SMTP id a8mr2532150wef.77.1266856527325; Mon, 22 Feb 2010 08:35:27 -0800 (PST) From: Renato Botelho Date: Mon, 22 Feb 2010 13:35:06 -0300 Message-ID: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: Can't use USB keyboard during boot menu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 16:35:32 -0000 I've already had this problem in the past and seems it's back now. I use a Sun Type 7 USB keyboard. When my box is booting, and FreeBSD menu shows up, I cannot press any key to go for a single boot for example. ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen3.2: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE ugen3.3: at usbus3, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen3.4: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON Please let me know if you need more data. Thanks -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 16:52:32 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AEE9106566C for ; Mon, 22 Feb 2010 16:52:32 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from smtp5.enta.net (smtp5.enta.net [78.33.48.15]) by mx1.freebsd.org (Postfix) with ESMTP id AB3D28FC0C for ; Mon, 22 Feb 2010 16:52:31 +0000 (UTC) Received: from mail.chrishedley.com (unknown [78.32.138.135]) by smtp5.enta.net (Postfix) with ESMTP id 78D61146B415 for ; Mon, 22 Feb 2010 16:52:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id E0F202E8A; Mon, 22 Feb 2010 16:52:29 +0000 (GMT) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id yAxG+NwsYuYX; Mon, 22 Feb 2010 16:52:26 +0000 (GMT) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id CBC0B2E65; Mon, 22 Feb 2010 16:52:25 +0000 (GMT) Date: Mon, 22 Feb 2010 16:52:25 +0000 (GMT) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Hans Petter Selasky In-Reply-To: <201002221712.38449.hselasky@c2i.net> Message-ID: References: <201002221712.38449.hselasky@c2i.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2180312168-671447896-1266857545=:98337" Cc: freebsd-current@freebsd.org Subject: Re: ums fails to initialise correctly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 16:52:32 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2180312168-671447896-1266857545=:98337 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Mon, 22 Feb 2010, Hans Petter Selasky wrote: > Hi, > > What is printed to dmesg when you enable debugging? > > sysctl hw.usb.ums.debug=15 Is the attached information okay? I tried it twice, first after a switch using the KVM (where the mouse didn't work) and second when unplugging the receiver and plugging it back in. Both traces are identical except for the sc=0xf... etc bit. Do you want me to get the boot-time messages too, or is this okay for now? --2180312168-671447896-1266857545=:98337 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=ums.1.txt Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: ums debug info after KVM switch Content-Disposition: attachment; filename=ums.1.txt dWdlbjAuNDogPExvZ2l0ZWNoPiBhdCB1c2J1czANCnVtc19wcm9iZTogDQp1 bXNfcHJvYmU6IA0KdW1zX2F0dGFjaDogc2M9MHhmZmZmZmYwMDAxNjE5ODAw DQp1bXMxOiA8TG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFzcyAwLzAsIHJl diAyLjAwLzIuMDAsIGFkZHIgND4gb24gdXNidXMwDQp1bXMxOiAxNiBidXR0 b25zIGFuZCBbWFlaXSBjb29yZGluYXRlcyBJRD0wDQp1bXNfYXR0YWNoOiBz Yz0weGZmZmZmZjAwMDE2MTk4MDAsIGluZGV4PTANCnVtc19hdHRhY2g6IFgJ MTYvMTYgaWQ9MA0KdW1zX2F0dGFjaDogWQkzMi8xNiBpZD0wDQp1bXNfYXR0 YWNoOiBaCTQ4LzggaWQ9MA0KdW1zX2F0dGFjaDogVAkwLzAgaWQ9MA0KdW1z X2F0dGFjaDogVwkwLzAgaWQ9MA0KdW1zX2F0dGFjaDogQjEJMC8xIGlkPTAN CnVtc19hdHRhY2g6IEIyCTEvMSBpZD0wDQp1bXNfYXR0YWNoOiBCMwkyLzEg aWQ9MA0KdW1zX2F0dGFjaDogQjQJMy8xIGlkPTANCnVtc19hdHRhY2g6IEI1 CTQvMSBpZD0wDQp1bXNfYXR0YWNoOiBCNgk1LzEgaWQ9MA0KdW1zX2F0dGFj aDogQjcJNi8xIGlkPTANCnVtc19hdHRhY2g6IEI4CTcvMSBpZD0wDQp1bXNf YXR0YWNoOiBCOQk4LzEgaWQ9MA0KdW1zX2F0dGFjaDogQjEwCTkvMSBpZD0w DQp1bXNfYXR0YWNoOiBCMTEJMTAvMSBpZD0wDQp1bXNfYXR0YWNoOiBCMTIJ MTEvMSBpZD0wDQp1bXNfYXR0YWNoOiBCMTMJMTIvMSBpZD0wDQp1bXNfYXR0 YWNoOiBCMTQJMTMvMSBpZD0wDQp1bXNfYXR0YWNoOiBCMTUJMTQvMSBpZD0w DQp1bXNfYXR0YWNoOiBCMTYJMTUvMSBpZD0wDQp1bXNfYXR0YWNoOiBzYz0w eGZmZmZmZjAwMDE2MTk4MDAsIGluZGV4PTENCnVtc19hdHRhY2g6IFgJMC8w IGlkPTANCnVtc19hdHRhY2g6IFkJMC8wIGlkPTANCnVtc19hdHRhY2g6IFoJ MC8wIGlkPTANCnVtc19hdHRhY2g6IFQJMC8wIGlkPTANCnVtc19hdHRhY2g6 IFcJMC8wIGlkPTANCnVtc19hdHRhY2g6IHNpemU9OCwgaWQ9MA0KdW1zX3By b2JlOiANCnVtc19wcm9iZTogDQp1bXNfb3BlbjogDQp1bXNfb3BlbjogDQp1 bXNfaW9jdGw6IA0KdW1zX2lvY3RsOiANCnVtc19pb2N0bDogDQp1bXNfaW9j dGw6IA0KdW1zX2lvY3RsOiANCg== --2180312168-671447896-1266857545=:98337 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=ums.2.txt Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: ums debug after detaching & re-plugging Content-Disposition: attachment; filename=ums.2.txt dWdlbjAuNDogPExvZ2l0ZWNoPiBhdCB1c2J1czAgKGRpc2Nvbm5lY3RlZCkN CnVtczE6IGF0IHVodWIxLCBwb3J0IDMsIGFkZHIgNCAoZGlzY29ubmVjdGVk KQ0KdW1zX2RldGFjaDogc2M9MHhmZmZmZmYwMDAxNjE5ODAwDQp1Z2VuMC40 OiA8TG9naXRlY2g+IGF0IHVzYnVzMA0KdW1zX3Byb2JlOiANCnVtc19wcm9i ZTogDQp1bXNfYXR0YWNoOiBzYz0weGZmZmZmZjAwMDE1YWU4MDANCnVtczE6 IDxMb2dpdGVjaCBVU0IgUmVjZWl2ZXIsIGNsYXNzIDAvMCwgcmV2IDIuMDAv Mi4wMCwgYWRkciA0PiBvbiB1c2J1czANCnVtczE6IDE2IGJ1dHRvbnMgYW5k IFtYWVpdIGNvb3JkaW5hdGVzIElEPTANCnVtc19hdHRhY2g6IHNjPTB4ZmZm ZmZmMDAwMTVhZTgwMCwgaW5kZXg9MA0KdW1zX2F0dGFjaDogWAkxNi8xNiBp ZD0wDQp1bXNfYXR0YWNoOiBZCTMyLzE2IGlkPTANCnVtc19hdHRhY2g6IFoJ NDgvOCBpZD0wDQp1bXNfYXR0YWNoOiBUCTAvMCBpZD0wDQp1bXNfYXR0YWNo OiBXCTAvMCBpZD0wDQp1bXNfYXR0YWNoOiBCMQkwLzEgaWQ9MA0KdW1zX2F0 dGFjaDogQjIJMS8xIGlkPTANCnVtc19hdHRhY2g6IEIzCTIvMSBpZD0wDQp1 bXNfYXR0YWNoOiBCNAkzLzEgaWQ9MA0KdW1zX2F0dGFjaDogQjUJNC8xIGlk PTANCnVtc19hdHRhY2g6IEI2CTUvMSBpZD0wDQp1bXNfYXR0YWNoOiBCNwk2 LzEgaWQ9MA0KdW1zX2F0dGFjaDogQjgJNy8xIGlkPTANCnVtc19hdHRhY2g6 IEI5CTgvMSBpZD0wDQp1bXNfYXR0YWNoOiBCMTAJOS8xIGlkPTANCnVtc19h dHRhY2g6IEIxMQkxMC8xIGlkPTANCnVtc19hdHRhY2g6IEIxMgkxMS8xIGlk PTANCnVtc19hdHRhY2g6IEIxMwkxMi8xIGlkPTANCnVtc19hdHRhY2g6IEIx NAkxMy8xIGlkPTANCnVtc19hdHRhY2g6IEIxNQkxNC8xIGlkPTANCnVtc19h dHRhY2g6IEIxNgkxNS8xIGlkPTANCnVtc19hdHRhY2g6IHNjPTB4ZmZmZmZm MDAwMTVhZTgwMCwgaW5kZXg9MQ0KdW1zX2F0dGFjaDogWAkwLzAgaWQ9MA0K dW1zX2F0dGFjaDogWQkwLzAgaWQ9MA0KdW1zX2F0dGFjaDogWgkwLzAgaWQ9 MA0KdW1zX2F0dGFjaDogVAkwLzAgaWQ9MA0KdW1zX2F0dGFjaDogVwkwLzAg aWQ9MA0KdW1zX2F0dGFjaDogc2l6ZT04LCBpZD0wDQp1bXNfcHJvYmU6IA0K dW1zX3Byb2JlOiANCnVtc19vcGVuOiANCnVtc19vcGVuOiANCnVtc19pb2N0 bDogDQp1bXNfaW9jdGw6IA0KdW1zX2lvY3RsOiANCnVtc19pb2N0bDogDQp1 bXNfaW9jdGw6IA0K --2180312168-671447896-1266857545=:98337-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 17:06:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 069FF106568F for ; Mon, 22 Feb 2010 17:06:14 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 62C488FC17 for ; Mon, 22 Feb 2010 17:06:13 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id o1MH69Mg056245; Mon, 22 Feb 2010 19:06:09 +0200 (EET) (envelope-from mamalos@eng.auth.gr) Message-ID: <4B82B97C.8090808@eng.auth.gr> Date: Mon, 22 Feb 2010 19:06:04 +0200 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20100115 Thunderbird/3.0 MIME-Version: 1.0 To: Alexander Nedotsukov , Rick Macklem , John Baldwin , Doug Rabson , freebsd-current@freebsd.org References: <4AB27FB6.4010806@eng.auth.gr> <20090921222241.GF1001@rwpc12.mby.riverwillow.net.au> <20091002081319.GN37304@rwpc12.mby.riverwillow.net.au> <200910020824.15488.john@baldwin.cx> <19306024-4C3D-41EC-A198-1652B047DF1A@FreeBSD.org> <20091007043806.GN1086@rwpc12.mby.riverwillow.net.au> In-Reply-To: <20091007043806.GN1086@rwpc12.mby.riverwillow.net.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [PATCH] SASL problems with spnego on 8.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 17:06:15 -0000 On 07/10/2009 07:38, John Marshall wrote: > access with gssapi auth from a client succeeded. > > Perhaps George Mamalakis could test the _spnego case? Guys, I am terribly sorry to tell you that I just now saw this conversation(!?!! 4 months later !!!). This is due to the fact that at that time I was mainly tracking the fbsd-stable list (my first email started in fbsd-stable list), and since I use filters in thunderbird, I never got to see your emails in my inbox...truly sorry once more!!! I don't know if Alexander's patch is still valid but from what I realize -since I have built many systems based on fbsd-stable (with latest sources) and I had to "hack" krb5-config in order to achieve correct behavior of cyrus/gssapi/spnego/openldap- it hasn't yet been commited to fbsd8-stable sources. If so, I will apply it on my machines and rerun my applications. Sorry again for the delay! -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 17:07:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CAAD106566B for ; Mon, 22 Feb 2010 17:07:59 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 2EF558FC0C for ; Mon, 22 Feb 2010 17:07:58 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=FpDhRG4oO7ufK1I2r2UA:9 a=VgO3LsmMb1Kuzrdnv-UA:7 a=Z1tg312tQHkuD5BzkvAeSayJvZgA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1355110634; Mon, 22 Feb 2010 18:07:57 +0100 From: Hans Petter Selasky To: Chris Hedley Date: Mon, 22 Feb 2010 18:06:27 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <201002221712.38449.hselasky@c2i.net> In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201002221806.27139.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: ums fails to initialise correctly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 17:07:59 -0000 On Monday 22 February 2010 17:52:25 Chris Hedley wrote: > On Mon, 22 Feb 2010, Hans Petter Selasky wrote: > > Hi, > > > > What is printed to dmesg when you enable debugging? > > > > sysctl hw.usb.ums.debug=15 > > Is the attached information okay? I tried it twice, first after a switch > using the KVM (where the mouse didn't work) and second when unplugging the > receiver and plugging it back in. Both traces are identical except for > the sc=0xf... etc bit. > > Do you want me to get the boot-time messages too, or is this okay for now? > What is printed when you move the mouse? --HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 17:45:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 869BA106566B for ; Mon, 22 Feb 2010 17:45:11 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from smtp3.enta.net (smtp3.enta.net [87.127.246.178]) by mx1.freebsd.org (Postfix) with ESMTP id 43E578FC14 for ; Mon, 22 Feb 2010 17:45:10 +0000 (UTC) Received: from mail.chrishedley.com (unknown [78.32.138.135]) by smtp3.enta.net (Postfix) with ESMTP id AD91AB57D1A for ; Mon, 22 Feb 2010 17:45:09 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id C51247D0EB; Mon, 22 Feb 2010 17:45:08 +0000 (GMT) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id nD1BpobBfQxP; Mon, 22 Feb 2010 17:45:04 +0000 (GMT) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id A8EB87D0CF; Mon, 22 Feb 2010 17:45:04 +0000 (GMT) Date: Mon, 22 Feb 2010 17:45:04 +0000 (GMT) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Hans Petter Selasky In-Reply-To: <201002221806.27139.hselasky@c2i.net> Message-ID: References: <201002221712.38449.hselasky@c2i.net> <201002221806.27139.hselasky@c2i.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ums fails to initialise correctly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 17:45:11 -0000 On Mon, 22 Feb 2010, Hans Petter Selasky wrote: > On Monday 22 February 2010 17:52:25 Chris Hedley wrote: >> On Mon, 22 Feb 2010, Hans Petter Selasky wrote: >>> Hi, >>> >>> What is printed to dmesg when you enable debugging? >>> >>> sysctl hw.usb.ums.debug=15 >> >> Is the attached information okay? I tried it twice, first after a switch >> using the KVM (where the mouse didn't work) and second when unplugging the >> receiver and plugging it back in. Both traces are identical except for >> the sc=0xf... etc bit. >> >> Do you want me to get the boot-time messages too, or is this okay for now? >> > > What is printed when you move the mouse? When I disconnect & reconnect it, I get lots of stuff like this as the pointer moves about the screen: ums_intr_callback: sc=0xffffff00015ae800 actlen=8 ums_intr_callback: data = 00 00 00 00 ff ff 00 00 ums_intr_callback: x:0 y:1 z:0 t:0 w:0 buttons:0x00000000 ums_intr_callback: sc=0xffffff00015ae800 actlen=8 ums_intr_callback: data = 00 00 00 00 fc ff 00 00 ums_intr_callback: x:0 y:4 z:0 t:0 w:0 buttons:0x00000000 ums_intr_callback: sc=0xffffff00015ae800 actlen=8 ums_intr_callback: data = 00 00 ec ff d5 ff 00 00 ums_intr_callback: x:-20 y:43 z:0 t:0 w:0 buttons:0x00000000 But nothing at all when it hasn't initialised properly. From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 17:49:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75684106566B for ; Mon, 22 Feb 2010 17:49:23 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id CC96B8FC08 for ; Mon, 22 Feb 2010 17:49:22 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=WhTp6N8Rj_bYZ_v7fmAA:9 a=KqBtm_FIgGWFdHfR2u0A:7 a=PHw-nJEokHI5wwQDpyIKiqcoRMIA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1385339928; Mon, 22 Feb 2010 18:49:21 +0100 From: Hans Petter Selasky To: Chris Hedley Date: Mon, 22 Feb 2010 18:47:45 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <201002221806.27139.hselasky@c2i.net> In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002221847.45617.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: ums fails to initialise correctly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 17:49:23 -0000 On Monday 22 February 2010 18:45:04 Chris Hedley wrote: > On Mon, 22 Feb 2010, Hans Petter Selasky wrote: > > On Monday 22 February 2010 17:52:25 Chris Hedley wrote: > >> On Mon, 22 Feb 2010, Hans Petter Selasky wrote: > >>> Hi, > >>> > >>> What is printed to dmesg when you enable debugging? > >>> > >>> sysctl hw.usb.ums.debug=15 > >> > >> Is the attached information okay? I tried it twice, first after a > >> switch using the KVM (where the mouse didn't work) and second when > >> unplugging the receiver and plugging it back in. Both traces are > >> identical except for the sc=0xf... etc bit. > >> > >> Do you want me to get the boot-time messages too, or is this okay for > >> now? > > > > What is printed when you move the mouse? > > When I disconnect & reconnect it, I get lots of stuff like this as the > pointer moves about the screen: > > ums_intr_callback: sc=0xffffff00015ae800 actlen=8 > ums_intr_callback: data = 00 00 00 00 ff ff 00 00 > ums_intr_callback: x:0 y:1 z:0 t:0 w:0 buttons:0x00000000 > ums_intr_callback: sc=0xffffff00015ae800 actlen=8 > ums_intr_callback: data = 00 00 00 00 fc ff 00 00 > ums_intr_callback: x:0 y:4 z:0 t:0 w:0 buttons:0x00000000 > ums_intr_callback: sc=0xffffff00015ae800 actlen=8 > ums_intr_callback: data = 00 00 ec ff d5 ff 00 00 > ums_intr_callback: x:-20 y:43 z:0 t:0 w:0 buttons:0x00000000 > > But nothing at all when it hasn't initialised properly. > Hi, If you get no "ums_intr_callback()" printouts at all in the failing case, and you are running 9-current, I guess that your KWM switch has some special requirements on the USB programming which I am not aware about. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 17:51:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B338E106568D for ; Mon, 22 Feb 2010 17:51:51 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 40F4C8FC1A for ; Mon, 22 Feb 2010 17:51:50 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=Y8ttr5TL1QdvfnVY69AA:9 a=e7WOHlELpybMnFzQfZu2MAqc45cA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1385340062; Mon, 22 Feb 2010 18:51:50 +0100 From: Hans Petter Selasky To: Chris Hedley Date: Mon, 22 Feb 2010 18:50:19 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <201002221806.27139.hselasky@c2i.net> In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002221850.19831.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: ums fails to initialise correctly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 17:51:51 -0000 Hi Chris, Instead of re-plugging the mouse, you can run: usbconfig -u X -a Y reset To manually re-enumerate the USB device at ugenX.Y. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 18:27:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2C8E1065694 for ; Mon, 22 Feb 2010 18:27:11 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from smtp3.enta.net (smtp3.enta.net [87.127.246.178]) by mx1.freebsd.org (Postfix) with ESMTP id 807E38FC18 for ; Mon, 22 Feb 2010 18:27:11 +0000 (UTC) Received: from mail.chrishedley.com (unknown [78.32.138.135]) by smtp3.enta.net (Postfix) with ESMTP id 95D22B57EE8 for ; Mon, 22 Feb 2010 18:27:10 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 3D1D17D922; Mon, 22 Feb 2010 18:27:10 +0000 (GMT) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Aa8PVBFLYwCq; Mon, 22 Feb 2010 18:27:08 +0000 (GMT) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 164197D905; Mon, 22 Feb 2010 18:27:08 +0000 (GMT) Date: Mon, 22 Feb 2010 18:27:08 +0000 (GMT) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Hans Petter Selasky In-Reply-To: <201002221847.45617.hselasky@c2i.net> Message-ID: References: <201002221806.27139.hselasky@c2i.net> <201002221847.45617.hselasky@c2i.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ums fails to initialise correctly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 18:27:11 -0000 On Mon, 22 Feb 2010, Hans Petter Selasky wrote: >> But nothing at all when it hasn't initialised properly. > > Hi, > > If you get no "ums_intr_callback()" printouts at all in the failing case, and > you are running 9-current, I guess that your KWM switch has some special > requirements on the USB programming which I am not aware about. It is all a bit confusing: I tried the other day to boot with the mouse receiver plugged directly into the computer so I could remove the KVM from the equation, and that didn't work either, until I unplugged it and plugged it back in after it had booted. But today it was fine. Then again, I had problems getting the ehci driver to see it when plugging it into the computer after it had booted, though the ohci driver was more accommodating. It does have the hallmarks of one of those pesky intermittent problems... I tried the usbconfig ... reset command, but other than producing convincing-looking messages, that didn't do the trick: it looked like it was there, but absolutely nothing when moving it about. I even tried the power_off/power_on combo in the hope that would be enough, but that didn't work either. It's being extremely stubborn. One possibly significant element is that usbconfig lists the mouse as being full speed (12 MB/s) and the KVM as being low speed (1.5 MB/s) which I understand could potentially cause timing problems or some such; though that doesn't explain why it seems happy enough once I've physically detached and reattached the mouse receiver, since the two devices still show the same respective speeds afterwards. If this really is unworkable, I've been toying with the idea of running my workstation purely in legacy mode (assuming I can get it working...) but I'm not sure if that's really the best way ahead, either for me or the FreeBSD project! But as long as you or anybody else is happy to help look into this odd little problem I've dug up, I'll provide whatever information I can. From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 19:46:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6AB5106566C for ; Mon, 22 Feb 2010 19:46:33 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 782538FC13 for ; Mon, 22 Feb 2010 19:46:33 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id o1MJkVoT059302; Mon, 22 Feb 2010 14:46:31 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <201002221946.o1MJkVoT059302@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 22 Feb 2010 14:46:59 -0500 To: Jack Vogel From: Mike Tancsa In-Reply-To: <2a41acea1001221149t6afffd26vaa98a5a3ad6a350f@mail.gmail.co m> References: <201001221340.o0MDeXKF011833@lava.sentex.ca> <2a41acea1001221149t6afffd26vaa98a5a3ad6a350f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: em0 on S3420 chipset (was Re: em0 on H55 chipset problems) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 19:46:33 -0000 Hi Jack, Any chance on MFC'ing this version of the em driver ? I have another MB that does not work with RELENG_8, only HEAD. Its an Intel branded server motherboard with two onboard NICs. S3420GPC. One of the em nics shows up on RELENG_8, but not both. em1 shows up on RELENG_8, but em0 does not attach on RELENG_8. dmesg below from a snapshot of HEAD from this morning. I guess the onboard NICs are two different types of em nics? BTW, Is one "better" than the other ? em0@pci0:0:25:0: class=0x020000 card=0x34ec8086 chip=0x10ef8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 13[e0] = PCI Advanced Features: FLR TP em1@pci0:3:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled FreeBSD 9.0-CURRENT #3: Fri Feb 5 11:43:38 EST 2010 mdtancsa@ich10.sentex.ca:/usr/HEAD/obj/usr/HEAD/src/sys/alix i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz (2666.65-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106e5 Stepping = 5 Features=0xbfebfbff Features2=0x98e3fd AMD Features=0x28100000 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 2582040576 (2462 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 5.0 on pci0 pci1: on pcib1 vgapci0: port 0x2000-0x20ff mem 0xb0000000-0xbfffffff,0xc1a00000-0xc1a0ffff irq 16 at device 0.0 on pci1 pci1: at device 0.1 (no driver attached) pci0: at device 8.0 (no driver attached) pci0: at device 8.1 (no driver attached) pci0: at device 8.2 (no driver attached) pci0: at device 8.3 (no driver attached) pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) em0: port 0x3040-0x305f mem 0xc1b00000-0xc1b1ffff,0xc1b25000-0xc1b25fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:15:17:c8:4b:99 ehci0: mem 0xc1b22000-0xc1b223ff irq 21 at device 26.0 on pci0 ehci0: [ITHREAD] usbus0: EHCI version 1.0 usbus0: on ehci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 16 at device 28.4 on pci0 pci3: on pcib3 em1: port 0x1000-0x101f mem 0xc1900000-0xc191ffff,0xc1920000-0xc1923fff irq 16 at device 0.0 on pci3 em1: Using MSIX interrupts em1: [ITHREAD] em1: [ITHREAD] em1: [ITHREAD] em1: Ethernet address: 00:15:17:c8:4b:98 pcib4: irq 18 at device 28.6 on pci0 pci4: on pcib4 pcib5: irq 19 at device 28.7 on pci0 pci5: on pcib5 ehci1: mem 0xc1b21000-0xc1b213ff irq 23 at device 29.0 on pci0 ehci1: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci1 pcib6: at device 30.0 on pci0 pci6: on pcib6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x3068-0x306f,0x3074-0x3077,0x3060-0x3067,0x3070-0x3073,0x3020-0x303f mem 0xc1b20000-0xc1b207ff irq 18 at device 31.2 on pci0 atapci0: [ITHREAD] atapci0: AHCI v1.30 controller with 6 3Gbps ports, PM not supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ata6: on atapci0 ata6: [ITHREAD] ata7: on atapci0 ata7: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 p4tcc3: on cpu3 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff,0xd1000-0xd1fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 lapic6: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! lapic4: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! ugen1.1: at usbus1Root mount waiting for:ugen0.1: at usbus0 usbus1 usbus0 uhub0: on usbus0 uhub1: on usbus1 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus1 usbus0 ugen0.2: at usbus0 uhub2: on usbus0 ugen1.2: at usbus1 uhub3: on usbus1 uhub2: 6 ports with 6 removable, self powered uhub3: 6 ports with 6 removable, self powered ugen1.3: at usbus1ugen0.3: at usbus0 ukbd1: on usbus0 Root mount waiting for: usbus1 usbus0 ukbd0: on usbus1 kbd0 at ukbd1 kbd2 at ukbd0 uhid1: on usbus0 uhid0: on usbus1 Trying to mount root from nfs: NFS ROOT: 10.255.255.1:/usr/home/pxe9/ At 02:49 PM 1/22/2010, Jack Vogel wrote: >Mike, can you tell me more details about the system, is this a laptop? > >Jack > > >On Fri, Jan 22, 2010 at 5:40 AM, Mike Tancsa ><mike@sentex.net> wrote: >Not sure how easy it is to repeat, but running HEAD from yesterday >causes the em0 do post a >em0: Watchdog timeout -- resetting >to the serial console on a new i3 system that we just got to test >with. At that point, the box's network is no longer responding. It >netboots off em0 so not sure if the hang after that is nfs not >recovering or not, but it does not respond to network traffic at all. > >em0@pci0:0:25:0: class=0x020000 card=0x00368086 >chip=0x10f08086 rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 13[e0] = PCI Advanced Features: FLR TP >ehci0@pci0:0:26:0: class=0x0c0320 card=0x00368086 >chip=0x3b3c8086 rev=0x06 hdr=0x00 > >Copyright (c) 1992-2010 The FreeBSD Project. >Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. >FreeBSD is a registered trademark of The FreeBSD Foundation. >FreeBSD 9.0-CURRENT #0: Thu Jan 21 15:14:14 EST 2010 > mdtancsa@ich10.sentex.ca:/usr/HEAD/obj/usr/HEAD/src/sys/alix i386 >Timecounter "i8254" frequency 1193182 Hz quality 0 >CPU: Intel(R) Core(TM) i3 CPU 530 @ 2.93GHz (2926.02-MHz >686-class CPU) > Origin = "GenuineIntel" Id = 0x20652 Stepping = 2 > >Features=0xbfebfbff > >Features2=0x98e3bd > AMD Features=0x28100000 > AMD Features2=0x1 > TSC: P-state invariant >real memory = 1073741824 (1024 MB) >avail memory = 894119936 (852 MB) >ACPI APIC Table: >FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >FreeBSD/SMP: 1 package(s) x 2 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 4 >ACPI Warning: 32/64X FACS address mismatch in FADT - >3762AE40/ 03762AD40, using 32 (20091214/tbfadt-586) >ioapic0 irqs 0-23 on motherboard >kbd1 at kbdmux0 >cryptosoft0: on motherboard >acpi0: on motherboard >acpi0: [ITHREAD] >acpi0: Power Button (fixed) >Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 >acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 >acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 >Timecounter "HPET" frequency 14318180 Hz quality 900 >pcib0: port 0xcf8-0xcff on acpi0 >pci0: on pcib0 >vgapci0: port 0xf100-0xf107 mem >0xfe000000-0xfe3fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 >pci0: at device 22.0 (no driver attached) >atapci0: port >0xf0f0-0xf0f7,0xf0e0-0xf0e3,0xf0d0-0xf0d7,0xf0c0-0xf0c3,0xf0b0-0xf0bf > irq 18 at device 22.2 on pci0 >atapci0: [ITHREAD] >ata2: on atapci0 >ata2: [ITHREAD] >ata3: on atapci0 >ata3: [ITHREAD] >pci0: at device 22.3 (no driver attached) >em0: port >0xf040-0xf05f mem 0xfe400000-0xfe41ffff,0xfe428000-0xfe428fff irq 20 >at device 25.0 on pci0 >em0: Using MSI interrupt >em0: [FILTER] >em0: Ethernet address: 00:27:0e:09:5e:00 >ehci0: mem >0xfe427000-0xfe4273ff irq 16 at device 26.0 on pci0 >ehci0: [ITHREAD] >usbus0: EHCI version 1.0 >usbus0: on ehci0 >pci0: at device 27.0 (no driver attached) >pcib1: irq 17 at device 28.0 on pci0 >pci1: on pcib1 >pcib2: irq 17 at device 28.4 on pci0 >pci2: on pcib2 >ehci1: mem >0xfe426000-0xfe4263ff irq 23 at device 29.0 on pci0 >ehci1: [ITHREAD] >usbus1: EHCI version 1.0 >usbus1: on ehci1 >pcib3: at device 30.0 on pci0 >pci3: on pcib3 >isab0: at device 31.0 on pci0 >isa0: on isab0 >atapci1: port >0xf090-0xf097,0xf080-0xf083,0xf070-0xf077,0xf060-0xf063,0xf020-0xf03f > mem 0xfe425000-0xfe4257ff irq 19 at device 31.2 on pci0 >atapci1: [ITHREAD] >atapci1: AHCI v1.30 controller with 6 3Gbps ports, PM not supported >ata4: on atapci1 >ata4: [ITHREAD] >ata5: on atapci1 >ata5: [ITHREAD] >ata6: on atapci1 >ata6: [ITHREAD] >ata7: on atapci1 >ata7: [ITHREAD] >ata8: on atapci1 >ata8: [ITHREAD] >ata9: on atapci1 >ata9: [ITHREAD] >pci0: at device 31.3 (no driver attached) >acpi_button0: on acpi0 >atrtc0: port 0x70-0x71 irq 8 on acpi0 >atkbdc0: port 0x60,0x64 irq 1 on acpi0 >atkbd0: irq 1 on atkbdc0 >kbd0 at atkbd0 >atkbd0: [GIANT-LOCKED] >atkbd0: [ITHREAD] >uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >uart0: [FILTER] >uart0: console (9600,n,8,1) >cpu0: on acpi0 >est0: on cpu0 >p4tcc0: on cpu0 >cpu1: on acpi0 >est1: on cpu1 >p4tcc1: on cpu1 >pmtimer0 on isa0 >orm0: at iomem 0xcd000-0xcdfff pnpid ORM0000 on isa0 >sc0: at flags 0x100 on isa0 >sc0: VGA <16 virtual consoles, flags=0x300> >vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 >ata0: [ITHREAD] >ata1 at port 0x170-0x177,0x376 irq 15 on isa0 >ata1: [ITHREAD] >Timecounters tick every 1.000 msec >IPsec: Initialized Security Association Processing. >usbus0: 480Mbps High Speed USB v2.0 >usbus1: 480Mbps High Speed USB v2.0 >ad0: 76319MB at ata4-master UDMA100 SATA 1.5Gb/s >SMP: AP CPU #1 Launched! >ugen0.1: at usbus0ugen1.1: at usbus1 >uhub0: > on usbus0 >uhub1: on usbus1 >Root mount waiting for: usbus1 usbus0 >Root mount waiting for: usbus1 usbus0 >uhub0: 3 ports with 3 removable, self powered >uhub1: 3 ports with 3 removable, self powered >Root mount waiting for: usbus1 usbus0 >ugen0.2: at usbus0 >uhub2: 2> on usbus0 >ugen1.2: at usbus1 >uhub3: 2> on usbus1 >uhub2: 6 ports with 6 removable, self powered >Root mount waiting for: usbus1 >uhub3: 6 ports with 6 removable, self powered >Trying to mount root from nfs: >NFS ROOT: 10.255.255.1:/usr/home/pxe9/ > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex >Communications, >mike@sentex.net >Providing Internet since >1994 www.sentex.net >Cambridge, Ontario >Canada www.sentex.net/mike > -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 22:35:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E856A106566B for ; Mon, 22 Feb 2010 22:35:14 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from smtp3.enta.net (smtp3.enta.net [87.127.246.178]) by mx1.freebsd.org (Postfix) with ESMTP id A92E08FC1D for ; Mon, 22 Feb 2010 22:35:14 +0000 (UTC) Received: from mail.chrishedley.com (unknown [78.32.138.135]) by smtp3.enta.net (Postfix) with ESMTP id 6D32BB57DC9 for ; Mon, 22 Feb 2010 22:35:13 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 173D17D366; Mon, 22 Feb 2010 22:35:13 +0000 (GMT) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id F2soM-0PpHLV; Mon, 22 Feb 2010 22:35:09 +0000 (GMT) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 19D237D349; Mon, 22 Feb 2010 22:35:09 +0000 (GMT) Date: Mon, 22 Feb 2010 22:35:09 +0000 (GMT) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Renato Botelho In-Reply-To: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> Message-ID: References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current Subject: Re: Can't use USB keyboard during boot menu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 22:35:15 -0000 On Mon, 22 Feb 2010, Renato Botelho wrote: > I've already had this problem in the past and seems it's back now. > > I use a Sun Type 7 USB keyboard. When my box is booting, and > FreeBSD menu shows up, I cannot press any key to go for a > single boot for example. > > ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON > ugen3.2: at usbus3, cfg=0 md=HOST > spd=FULL (12Mbps) pwr=SAVE > ugen3.3: at usbus3, cfg=0 md=HOST spd=LOW > (1.5Mbps) pwr=ON > ugen3.4: at usbus3, cfg=0 md=HOST > spd=FULL (12Mbps) pwr=ON > > Please let me know if you need more data. Do you have USB legacy support enabled in your BIOS? I'm not sure if there's an option for the loader to use USB devices natively, but the BIOS's legacy option where it provides AT/PS2 emulation is probably the easiest way to get the keyboard working. From owner-freebsd-current@FreeBSD.ORG Mon Feb 22 22:48:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D63E106566B for ; Mon, 22 Feb 2010 22:48:45 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id DDEEA8FC13 for ; Mon, 22 Feb 2010 22:48:44 +0000 (UTC) Received: by wwb22 with SMTP id 22so572011wwb.13 for ; Mon, 22 Feb 2010 14:48:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Ore1b9mjhebF4IciCoVQkHL/O1FglXfxKS83IMBlC7E=; b=CjwHK4ut0OkD7ifLrEluINVx+W3Ms30Vfed++h6tM8euQSyp62bleqbV0bv6akKmuF b0WXueIL3ofQfWkAtxxTPL8JVYq4yvxIvrRm6YWv0S79DEzxIZerbarYAqqYsmqa3kdI 5JrYogIKG4c5ewQRuAEED6Sn4NB1vrwpjfcO8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=EQy5VRu9uBbryrKvtfcczP8d4ps54vJPBBY+lMD6+Z5j2lDw2jwnfGVH2vl4Yg4jF3 vcYbDf4wv0LrUKk8eDMWMt/hK6eKinP1ZNUAjdA/qF1ybeoH/OxuP5AIEOV5EM2iNT0A qtWWE8ipZgVGkirkxdflCZ1PB+xS7/Taa71yg= MIME-Version: 1.0 Received: by 10.216.86.208 with SMTP id w58mr3966391wee.45.1266878918200; Mon, 22 Feb 2010 14:48:38 -0800 (PST) In-Reply-To: <201002221946.o1MJkVoT059302@lava.sentex.ca> References: <201001221340.o0MDeXKF011833@lava.sentex.ca> <2a41acea1001221149t6afffd26vaa98a5a3ad6a350f@mail.gmail.com> <201002221946.o1MJkVoT059302@lava.sentex.ca> Date: Mon, 22 Feb 2010 14:48:38 -0800 Message-ID: <2a41acea1002221448o9bce2aan923bcce7897e11ff@mail.gmail.com> From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: em0 on S3420 chipset (was Re: em0 on H55 chipset problems) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2010 22:48:45 -0000 Yes, I need to get the code MFC'd anyway, sorry, I just am constantly fighting fires lately it seems :( I'll try to get on it. Jack On Mon, Feb 22, 2010 at 11:46 AM, Mike Tancsa wrote: > > Hi Jack, > Any chance on MFC'ing this version of the em driver ? I have another > MB that does not work with RELENG_8, only HEAD. Its an Intel branded server > motherboard with two onboard NICs. S3420GPC. One of the em nics shows up on > RELENG_8, but not both. > > em1 shows up on RELENG_8, but em0 does not attach on RELENG_8. dmesg below > from a snapshot of HEAD from this morning. I guess the onboard NICs are two > different types of em nics? BTW, Is one "better" than the other ? > > em0@pci0:0:25:0: class=0x020000 card=0x34ec8086 chip=0x10ef8086 > rev=0x05 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 13[e0] = PCI Advanced Features: FLR TP > > em1@pci0:3:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled > > > FreeBSD 9.0-CURRENT #3: Fri Feb 5 11:43:38 EST 2010 > mdtancsa@ich10.sentex.ca:/usr/HEAD/obj/usr/HEAD/src/sys/alix i386 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz (2666.65-MHz 686-class > CPU) > Origin = "GenuineIntel" Id = 0x106e5 Stepping = 5 > > Features=0xbfebfbff > > Features2=0x98e3fd > AMD Features=0x28100000 > AMD Features2=0x1 > TSC: P-state invariant > real memory = 4294967296 (4096 MB) > avail memory = 2582040576 (2462 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 2 > cpu2 (AP): APIC ID: 4 > cpu3 (AP): APIC ID: 6 > ioapic0 irqs 0-23 on motherboard > lapic0: Forcing LINT1 to edge trigger > kbd1 at kbdmux0 > cryptosoft0: on motherboard > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 5.0 on pci0 > pci1: on pcib1 > vgapci0: port 0x2000-0x20ff mem > 0xb0000000-0xbfffffff,0xc1a00000-0xc1a0ffff irq 16 at device 0.0 on pci1 > pci1: at device 0.1 (no driver attached) > pci0: at device 8.0 (no driver attached) > pci0: at device 8.1 (no driver attached) > pci0: at device 8.2 (no driver attached) > pci0: at device 8.3 (no driver attached) > pci0: at device 16.0 (no driver attached) > pci0: at device 16.1 (no driver attached) > em0: port 0x3040-0x305f mem > 0xc1b00000-0xc1b1ffff,0xc1b25000-0xc1b25fff irq 20 at device 25.0 on pci0 > em0: Using MSI interrupt > em0: [FILTER] > em0: Ethernet address: 00:15:17:c8:4b:99 > ehci0: mem 0xc1b22000-0xc1b223ff irq > 21 at device 26.0 on pci0 > ehci0: [ITHREAD] > usbus0: EHCI version 1.0 > usbus0: on ehci0 > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > pcib3: irq 16 at device 28.4 on pci0 > pci3: on pcib3 > em1: port 0x1000-0x101f mem > 0xc1900000-0xc191ffff,0xc1920000-0xc1923fff irq 16 at device 0.0 on pci3 > em1: Using MSIX interrupts > em1: [ITHREAD] > em1: [ITHREAD] > em1: [ITHREAD] > em1: Ethernet address: 00:15:17:c8:4b:98 > pcib4: irq 18 at device 28.6 on pci0 > pci4: on pcib4 > pcib5: irq 19 at device 28.7 on pci0 > pci5: on pcib5 > ehci1: mem 0xc1b21000-0xc1b213ff irq > 23 at device 29.0 on pci0 > ehci1: [ITHREAD] > usbus1: EHCI version 1.0 > usbus1: on ehci1 > pcib6: at device 30.0 on pci0 > pci6: on pcib6 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x3068-0x306f,0x3074-0x3077,0x3060-0x3067,0x3070-0x3073,0x3020-0x303f mem > 0xc1b20000-0xc1b207ff irq 18 at device 31.2 on pci0 > atapci0: [ITHREAD] > atapci0: AHCI v1.30 controller with 6 3Gbps ports, PM not supported > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > ata4: on atapci0 > ata4: [ITHREAD] > ata5: on atapci0 > ata5: [ITHREAD] > ata6: on atapci0 > ata6: [ITHREAD] > ata7: on atapci0 > ata7: [ITHREAD] > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > uart0: console (9600,n,8,1) > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > uart1: [FILTER] > cpu0: on acpi0 > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > p4tcc1: on cpu1 > cpu2: on acpi0 > est2: on cpu2 > p4tcc2: on cpu2 > cpu3: on acpi0 > est3: on cpu3 > p4tcc3: on cpu3 > pmtimer0 on isa0 > orm0: at iomem 0xd0000-0xd0fff,0xd1000-0xd1fff pnpid > ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata0: [ITHREAD] > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > ata1: [ITHREAD] > Timecounters tick every 1.000 msec > IPsec: Initialized Security Association Processing. > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 480Mbps High Speed USB v2.0 > lapic6: Forcing LINT1 to edge trigger > SMP: AP CPU #3 Launched! > lapic4: Forcing LINT1 to edge trigger > SMP: AP CPU #2 Launched! > lapic2: Forcing LINT1 to edge trigger > SMP: AP CPU #1 Launched! > ugen1.1: at usbus1Root mount waiting for:ugen0.1: at usbus0 > usbus1 > usbus0 > uhub0: on usbus0 > uhub1: on usbus1 > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > Root mount waiting for: usbus1 usbus0 > ugen0.2: at usbus0 > uhub2: on > usbus0 > ugen1.2: at usbus1 > uhub3: on > usbus1 > uhub2: 6 ports with 6 removable, self powered > uhub3: 6 ports with 6 removable, self powered > ugen1.3: at usbus1ugen0.3: at usbus0 > > ukbd1: on usbus0 > Root mount waiting for: usbus1 usbus0 > ukbd0: on usbus1 > kbd0 at ukbd1 > kbd2 at ukbd0 > uhid1: on usbus0 > uhid0: on usbus1 > Trying to mount root from nfs: > NFS ROOT: 10.255.255.1:/usr/home/pxe9/ > > > > > > At 02:49 PM 1/22/2010, Jack Vogel wrote: > >> Mike, can you tell me more details about the system, is this a laptop? >> >> Jack >> >> >> On Fri, Jan 22, 2010 at 5:40 AM, Mike Tancsa < >> mike@sentex.net> wrote: >> Not sure how easy it is to repeat, but running HEAD from yesterday causes >> the em0 do post a >> em0: Watchdog timeout -- resetting >> to the serial console on a new i3 system that we just got to test with. At >> that point, the box's network is no longer responding. It netboots off em0 >> so not sure if the hang after that is nfs not recovering or not, but it does >> not respond to network traffic at all. >> >> em0@pci0:0:25:0: class=0x020000 card=0x00368086 chip=0x10f08086 >> rev=0x06 hdr=0x00 >> vendor = 'Intel Corporation' >> class = network >> subclass = ethernet >> cap 01[c8] = powerspec 2 supports D0 D3 current D0 >> cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message >> cap 13[e0] = PCI Advanced Features: FLR TP >> ehci0@pci0:0:26:0: class=0x0c0320 card=0x00368086 chip=0x3b3c8086 >> rev=0x06 hdr=0x00 >> >> Copyright (c) 1992-2010 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 9.0-CURRENT #0: Thu Jan 21 15:14:14 EST 2010 >> mdtancsa@ich10.sentex.ca:/usr/HEAD/obj/usr/HEAD/src/sys/alix i386 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Core(TM) i3 CPU 530 @ 2.93GHz (2926.02-MHz >> 686-class CPU) >> Origin = "GenuineIntel" Id = 0x20652 Stepping = 2 >> >> >> Features=0xbfebfbff >> >> >> Features2=0x98e3bd >> AMD Features=0x28100000 >> AMD Features2=0x1 >> TSC: P-state invariant >> real memory = 1073741824 (1024 MB) >> avail memory = 894119936 (852 MB) >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> FreeBSD/SMP: 1 package(s) x 2 core(s) >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 4 >> ACPI Warning: 32/64X FACS address mismatch in FADT - 3762AE40/ >> 03762AD40, using 32 (20091214/tbfadt-586) >> ioapic0 irqs 0-23 on motherboard >> kbd1 at kbdmux0 >> cryptosoft0: on motherboard >> acpi0: on motherboard >> acpi0: [ITHREAD] >> acpi0: Power Button (fixed) >> Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 >> acpi_hpet0: iomem 0xfed00000-0xfed003ff on >> acpi0 >> Timecounter "HPET" frequency 14318180 Hz quality 900 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> vgapci0: port 0xf100-0xf107 mem >> 0xfe000000-0xfe3fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 >> pci0: at device 22.0 (no driver attached) >> atapci0: port >> 0xf0f0-0xf0f7,0xf0e0-0xf0e3,0xf0d0-0xf0d7,0xf0c0-0xf0c3,0xf0b0-0xf0bf irq >> 18 at device 22.2 on pci0 >> atapci0: [ITHREAD] >> ata2: on atapci0 >> ata2: [ITHREAD] >> ata3: on atapci0 >> ata3: [ITHREAD] >> pci0: at device 22.3 (no driver attached) >> em0: port 0xf040-0xf05f mem >> 0xfe400000-0xfe41ffff,0xfe428000-0xfe428fff irq 20 at device 25.0 on pci0 >> em0: Using MSI interrupt >> em0: [FILTER] >> em0: Ethernet address: 00:27:0e:09:5e:00 >> ehci0: mem 0xfe427000-0xfe4273ff irq >> 16 at device 26.0 on pci0 >> ehci0: [ITHREAD] >> usbus0: EHCI version 1.0 >> usbus0: on ehci0 >> pci0: at device 27.0 (no driver attached) >> pcib1: irq 17 at device 28.0 on pci0 >> pci1: on pcib1 >> pcib2: irq 17 at device 28.4 on pci0 >> pci2: on pcib2 >> ehci1: mem 0xfe426000-0xfe4263ff irq >> 23 at device 29.0 on pci0 >> ehci1: [ITHREAD] >> usbus1: EHCI version 1.0 >> usbus1: on ehci1 >> pcib3: at device 30.0 on pci0 >> pci3: on pcib3 >> isab0: at device 31.0 on pci0 >> isa0: on isab0 >> atapci1: port >> 0xf090-0xf097,0xf080-0xf083,0xf070-0xf077,0xf060-0xf063,0xf020-0xf03f mem >> 0xfe425000-0xfe4257ff irq 19 at device 31.2 on pci0 >> atapci1: [ITHREAD] >> atapci1: AHCI v1.30 controller with 6 3Gbps ports, PM not supported >> ata4: on atapci1 >> ata4: [ITHREAD] >> ata5: on atapci1 >> ata5: [ITHREAD] >> ata6: on atapci1 >> ata6: [ITHREAD] >> ata7: on atapci1 >> ata7: [ITHREAD] >> ata8: on atapci1 >> ata8: [ITHREAD] >> ata9: on atapci1 >> ata9: [ITHREAD] >> pci0: at device 31.3 (no driver attached) >> acpi_button0: on acpi0 >> atrtc0: port 0x70-0x71 irq 8 on acpi0 >> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> atkbd0: [ITHREAD] >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >> uart0: [FILTER] >> uart0: console (9600,n,8,1) >> cpu0: on acpi0 >> est0: on cpu0 >> p4tcc0: on cpu0 >> cpu1: on acpi0 >> est1: on cpu1 >> p4tcc1: on cpu1 >> pmtimer0 on isa0 >> orm0: at iomem 0xcd000-0xcdfff pnpid ORM0000 on isa0 >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=0x300> >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >> ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 >> ata0: [ITHREAD] >> ata1 at port 0x170-0x177,0x376 irq 15 on isa0 >> ata1: [ITHREAD] >> Timecounters tick every 1.000 msec >> IPsec: Initialized Security Association Processing. >> usbus0: 480Mbps High Speed USB v2.0 >> usbus1: 480Mbps High Speed USB v2.0 >> ad0: 76319MB at ata4-master UDMA100 SATA >> 1.5Gb/s >> SMP: AP CPU #1 Launched! >> ugen0.1: at usbus0ugen1.1: at usbus1 >> uhub0: >> on usbus0 >> uhub1: on usbus1 >> Root mount waiting for: usbus1 usbus0 >> Root mount waiting for: usbus1 usbus0 >> uhub0: 3 ports with 3 removable, self powered >> uhub1: 3 ports with 3 removable, self powered >> Root mount waiting for: usbus1 usbus0 >> ugen0.2: at usbus0 >> uhub2: on >> usbus0 >> ugen1.2: at usbus1 >> uhub3: on >> usbus1 >> uhub2: 6 ports with 6 removable, self powered >> Root mount waiting for: usbus1 >> uhub3: 6 ports with 6 removable, self powered >> Trying to mount root from nfs: >> NFS ROOT: 10.255.255.1:/usr/home/pxe9/ >> >> -------------------------------------------------------------------- >> Mike Tancsa, tel +1 519 651 3400 >> Sentex Communications, mike@sentex.net >> Providing Internet since 1994 >> www.sentex.net >> Cambridge, Ontario Canada < >> http://www.sentex.net/mike>www.sentex.net/mike >> >> > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 01:16:21 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8DAE1065697; Tue, 23 Feb 2010 01:16:21 +0000 (UTC) (envelope-from root@ips.gov.au) Received: from gatekeeper.ips.gov.au (ns.ips.gov.au [138.24.1.34]) by mx1.freebsd.org (Postfix) with SMTP id 843BF8FC1C; Tue, 23 Feb 2010 01:16:20 +0000 (UTC) Received: from gpo.dmz.ips.gov.au (gpo.dmz.ips.gov.au [138.24.8.4]) by gatekeeper.ips.gov.au (Postfix) with ESMTP id 3609D22864; Tue, 23 Feb 2010 12:01:06 +1100 (EST) Received: from localhost (localhost.dmz.ips.gov.au [127.0.0.1]) by gpo.dmz.ips.gov.au (Postfix) with ESMTP id 2F6D47E87F; Tue, 23 Feb 2010 12:01:06 +1100 (EST) X-Virus-Scanned: amavisd-new at ips.gov.au Received: from gpo.dmz.ips.gov.au ([127.0.0.1]) by localhost (gpo.dmz.ips.gov.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B+l99QSMqBMk; Tue, 23 Feb 2010 12:01:05 +1100 (EST) Received: by gpo.dmz.ips.gov.au (Postfix, from userid 0) id F2EDF7E8CD; Tue, 23 Feb 2010 12:00:31 +1100 (EST) X-Original-To: "colin@ips.gov.au"@bcc.invalid Delivered-To: "colin@ips.gov.au"@bcc.invalid Received: from localhost (localhost.dmz.ips.gov.au [127.0.0.1]) by gpo.dmz.ips.gov.au (Postfix) with ESMTP id 81D037E85D; Mon, 22 Feb 2010 16:14:32 +1100 (EST) X-Virus-Scanned: amavisd-new at ips.gov.au Received: from gpo.dmz.ips.gov.au ([127.0.0.1]) by localhost (gpo.dmz.ips.gov.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q5A4S8Nkb5td; Mon, 22 Feb 2010 16:14:30 +1100 (EST) Received: from gatekeeper.ips.gov.au (gatekeeper.dmz.ips.gov.au [138.24.8.1]) by gpo.dmz.ips.gov.au (Postfix) with ESMTP id 127F57E85C for ; Mon, 22 Feb 2010 16:14:30 +1100 (EST) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by gatekeeper.ips.gov.au (Postfix) with SMTP id AADD92283E for ; Mon, 22 Feb 2010 16:14:28 +1100 (EST) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C50211586B8; Mon, 22 Feb 2010 05:12:36 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6A6CD106581D; Mon, 22 Feb 2010 05:12:33 +0000 (UTC) (envelope-from owner-freebsd-questions@freebsd.org) Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EA2E106568F for ; Mon, 22 Feb 2010 05:12:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1059E8FC12 for ; Mon, 22 Feb 2010 05:12:17 +0000 (UTC) Received: (qmail 32527 invoked by uid 399); 22 Feb 2010 05:12:17 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Feb 2010 05:12:17 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B82122E.9050304@FreeBSD.org> Date: Sun, 21 Feb 2010 21:12:14 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-questions@FreeBSD.org X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-questions@freebsd.org Errors-To: owner-freebsd-questions@freebsd.org Cc: Subject: Plans for BIND and DNSSEC readiness X-BeenThere: freebsd-current@freebsd.org Reply-To: dougb@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 01:16:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 I've made a post to -arch regarding my plans for BIND in the base, along with some information about getting ready for DNSSEC, including the upcoming signing of the root zone. You can find the message at http://lists.freebsd.org/pipermail/freebsd-arch/2010-February/009908.html. If you have any feedback regarding any of these topics, please follow up to that thread. Regards, Doug - -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEAREDAAYFAkuCEi4ACgkQyIakK9Wy8PtaZwCdGN6NljqTwHUxSQB3lf1T59j8 jpIAn20tJdy2h0ykeJwAQ8iWc32wUQ05 =uzZ5 -----END PGP SIGNATURE----- _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 01:16:28 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F2151065695; Tue, 23 Feb 2010 01:16:28 +0000 (UTC) (envelope-from root@ips.gov.au) Received: from gatekeeper.ips.gov.au (ns.ips.gov.au [138.24.1.34]) by mx1.freebsd.org (Postfix) with SMTP id 2B9EF8FC0A; Tue, 23 Feb 2010 01:16:26 +0000 (UTC) Received: from gpo.dmz.ips.gov.au (gpo.dmz.ips.gov.au [138.24.8.4]) by gatekeeper.ips.gov.au (Postfix) with ESMTP id C71EB2283F; Tue, 23 Feb 2010 11:58:00 +1100 (EST) Received: from localhost (localhost.dmz.ips.gov.au [127.0.0.1]) by gpo.dmz.ips.gov.au (Postfix) with ESMTP id BDF877E861; Tue, 23 Feb 2010 11:58:00 +1100 (EST) X-Virus-Scanned: amavisd-new at ips.gov.au Received: from gpo.dmz.ips.gov.au ([127.0.0.1]) by localhost (gpo.dmz.ips.gov.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yq+I-bj7XXEk; Tue, 23 Feb 2010 11:57:58 +1100 (EST) Received: by gpo.dmz.ips.gov.au (Postfix, from userid 0) id 0B8F87E87D; Tue, 23 Feb 2010 11:57:55 +1100 (EST) X-Original-To: "colin@ips.gov.au"@bcc.invalid Delivered-To: "colin@ips.gov.au"@bcc.invalid Received: from localhost (localhost.dmz.ips.gov.au [127.0.0.1]) by gpo.dmz.ips.gov.au (Postfix) with ESMTP id 81D037E85D; Mon, 22 Feb 2010 16:14:32 +1100 (EST) X-Virus-Scanned: amavisd-new at ips.gov.au Received: from gpo.dmz.ips.gov.au ([127.0.0.1]) by localhost (gpo.dmz.ips.gov.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q5A4S8Nkb5td; Mon, 22 Feb 2010 16:14:30 +1100 (EST) Received: from gatekeeper.ips.gov.au (gatekeeper.dmz.ips.gov.au [138.24.8.1]) by gpo.dmz.ips.gov.au (Postfix) with ESMTP id 127F57E85C for ; Mon, 22 Feb 2010 16:14:30 +1100 (EST) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by gatekeeper.ips.gov.au (Postfix) with SMTP id AADD92283E for ; Mon, 22 Feb 2010 16:14:28 +1100 (EST) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C50211586B8; Mon, 22 Feb 2010 05:12:36 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6A6CD106581D; Mon, 22 Feb 2010 05:12:33 +0000 (UTC) (envelope-from owner-freebsd-questions@freebsd.org) Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EA2E106568F for ; Mon, 22 Feb 2010 05:12:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1059E8FC12 for ; Mon, 22 Feb 2010 05:12:17 +0000 (UTC) Received: (qmail 32527 invoked by uid 399); 22 Feb 2010 05:12:17 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Feb 2010 05:12:17 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B82122E.9050304@FreeBSD.org> Date: Sun, 21 Feb 2010 21:12:14 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-questions@FreeBSD.org X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-questions@freebsd.org Errors-To: owner-freebsd-questions@freebsd.org Cc: Subject: Plans for BIND and DNSSEC readiness X-BeenThere: freebsd-current@freebsd.org Reply-To: dougb@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 01:16:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 I've made a post to -arch regarding my plans for BIND in the base, along with some information about getting ready for DNSSEC, including the upcoming signing of the root zone. You can find the message at http://lists.freebsd.org/pipermail/freebsd-arch/2010-February/009908.html. If you have any feedback regarding any of these topics, please follow up to that thread. Regards, Doug - -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEAREDAAYFAkuCEi4ACgkQyIakK9Wy8PtaZwCdGN6NljqTwHUxSQB3lf1T59j8 jpIAn20tJdy2h0ykeJwAQ8iWc32wUQ05 =uzZ5 -----END PGP SIGNATURE----- _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 11:19:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 496CE106566B for ; Tue, 23 Feb 2010 11:19:15 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D21068FC17 for ; Tue, 23 Feb 2010 11:19:14 +0000 (UTC) Received: by wyb40 with SMTP id 40so598278wyb.13 for ; Tue, 23 Feb 2010 03:19:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=E/YsdoWNhRUgbkVBRwvGqMdJJy8rKkEhOR9sPA+LE64=; b=Qz1gwtMAqraIFRgrGRSEpnAnmeqP5/4B4TTN561A6MlYwx3vr73UE/4TvRwfNEdW+j rUQPxHwuWJ9+D9Yb+P0LGoB0i5nTSmJwzm1UZcRsbMbwBDgjN8BBDOkyx5UEMb+Xf2iD 2s5VMuaJLysaeIvPvXBqOMJvoQFqFEPnqPFo8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=rNH/Tw7fVPZVNsaTQkAhUawfhn00SIPcCSFIoLVez2UyU3LFOhKtOuzll3hoTuaE7E gRmejfUnUDZ0vYBxDGeIkV23UDDAAOxr0b8v1lgaC3jWdkMTKNrceUSRY2ENu6AWe+wI G/n2xIPbBnrA7eAaF8KjkbchzQZAzP/V8bmcw= MIME-Version: 1.0 Received: by 10.216.89.80 with SMTP id b58mr1701727wef.73.1266923948217; Tue, 23 Feb 2010 03:19:08 -0800 (PST) In-Reply-To: References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> From: Renato Botelho Date: Tue, 23 Feb 2010 08:18:48 -0300 Message-ID: <747dc8f31002230318v384e0259mcfddbf137c0d5057@mail.gmail.com> To: Chris Hedley Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Can't use USB keyboard during boot menu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 11:19:15 -0000 On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley wrote: > On Mon, 22 Feb 2010, Renato Botelho wrote: > >> I've already had this problem in the past and seems it's back now. >> >> I use a Sun Type 7 USB keyboard. When my box is booting, and >> FreeBSD menu shows up, I cannot press any key to go for a >> single boot for example. >> >> ugen1.1: at usbus1, cfg=3D0 md=3DHOST spd=3DFULL (12= Mbps) >> pwr=3DON >> ugen0.1: at usbus0, cfg=3D0 md=3DHOST spd=3DFULL (12= Mbps) >> pwr=3DON >> ugen2.1: at usbus2, cfg=3D0 md=3DHOST spd=3DFULL (12= Mbps) >> pwr=3DON >> ugen3.1: at usbus3, cfg=3D0 md=3DHOST spd=3DFULL (12= Mbps) >> pwr=3DON >> ugen4.1: at usbus4, cfg=3D0 md=3DHOST spd=3DHIGH (48= 0Mbps) >> pwr=3DON >> ugen3.2: at usbus3, cfg=3D0 md=3DHOST >> spd=3DFULL (12Mbps) pwr=3DSAVE >> ugen3.3: at usbus3, cfg=3D0 md=3DHOST spd=3DLO= W >> (1.5Mbps) pwr=3DON >> ugen3.4: at usbus3, cfg=3D0 md=3DHOST >> spd=3DFULL (12Mbps) pwr=3DON >> >> Please let me know if you need more data. > > Do you have USB legacy support enabled in your BIOS? =A0I'm not sure if > there's an option for the loader to use USB devices natively, but the BIO= S's > legacy option where it provides AT/PS2 emulation is probably the easiest = way > to get the keyboard working. Yes, I do, but it seems to be a regression on FreeBSD itself, I had this pr= oblem in the past and I checked the same things i need to check in the past again= and everything is fine. --=20 Renato Botelho From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 11:46:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C2EA1065672 for ; Tue, 23 Feb 2010 11:46:33 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from smtp3.enta.net (smtp3.enta.net [87.127.246.178]) by mx1.freebsd.org (Postfix) with ESMTP id E6A4C8FC17 for ; Tue, 23 Feb 2010 11:46:32 +0000 (UTC) Received: from mail.chrishedley.com (unknown [78.32.138.135]) by smtp3.enta.net (Postfix) with ESMTP id 861D5B5814B for ; Tue, 23 Feb 2010 11:46:31 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 98E298053D; Tue, 23 Feb 2010 11:46:30 +0000 (GMT) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xh-wrOevEV86; Tue, 23 Feb 2010 11:46:26 +0000 (GMT) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 8645A80526; Tue, 23 Feb 2010 11:46:26 +0000 (GMT) Date: Tue, 23 Feb 2010 11:46:26 +0000 (GMT) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Renato Botelho In-Reply-To: <747dc8f31002230318v384e0259mcfddbf137c0d5057@mail.gmail.com> Message-ID: References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> <747dc8f31002230318v384e0259mcfddbf137c0d5057@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2180312168-1404120102-1266925586=:98337" Cc: FreeBSD Current Subject: Re: Can't use USB keyboard during boot menu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 11:46:33 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2180312168-1404120102-1266925586=:98337 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 23 Feb 2010, Renato Botelho wrote: > On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley > wrote: >> >> Do you have USB legacy support enabled in your BIOS?  I'm not sure if >> there's an option for the loader to use USB devices natively, but the BIOS's >> legacy option where it provides AT/PS2 emulation is probably the easiest way >> to get the keyboard working. > > Yes, I do, but it seems to be a regression on FreeBSD itself, I had this problem > in the past and I checked the same things i need to check in the past again and > everything is fine. I'm afraid in that case, this one's outside of my own somewhat limited area of knowledge. AFAIK the loader uses the BIOS to process the keyboard input, a wall I've been banging my own head against lately, so I'm a bit surprised that it's stopped playing; but beyond that, I'm not sure. Hopefully one of the more knowledgable types will wade in at this point... --2180312168-1404120102-1266925586=:98337-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 12:18:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 605DA106566B; Tue, 23 Feb 2010 12:18:53 +0000 (UTC) (envelope-from bland@freebsd.org) Received: from mail2.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 28E168FC0C; Tue, 23 Feb 2010 12:18:52 +0000 (UTC) Received: from hub.bbnest.net (w133033.ppp.asahi-net.or.jp [121.1.133.33]) by mail2.asahi-net.or.jp (Postfix) with ESMTP id EEE549EF83; Tue, 23 Feb 2010 21:18:43 +0900 (JST) Received: from nest.bbnest.net (nest.bbnest.net [10.0.0.254]) by hub.bbnest.net (8.14.4/8.14.3) with ESMTP id o1NCIUW6002809 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 23 Feb 2010 21:18:33 +0900 (JST) (envelope-from bland@freebsd.org) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Alexander Nedotsukov In-Reply-To: <4B82B97C.8090808@eng.auth.gr> Date: Tue, 23 Feb 2010 21:18:30 +0900 Content-Transfer-Encoding: quoted-printable Message-Id: <5EF8A3A6-2E8B-44B5-BC1F-AF09A953F953@freebsd.org> References: <4AB27FB6.4010806@eng.auth.gr> <20090921222241.GF1001@rwpc12.mby.riverwillow.net.au> <20091002081319.GN37304@rwpc12.mby.riverwillow.net.au> <200910020824.15488.john@baldwin.cx> <19306024-4C3D-41EC-A198-1652B047DF1A@FreeBSD.org> <20091007043806.GN1086@rwpc12.mby.riverwillow.net.au> <4B82B97C.8090808@eng.auth.gr> To: George Mamalakis X-Mailer: Apple Mail (2.1077) X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Tue Feb 23 21:18:43 2010 X-DSPAM-Confidence: 0.9996 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4b83c7a328105209328925 Cc: John Baldwin , Doug Rabson , Rick Macklem , freebsd-current@freebsd.org Subject: Re: [PATCH] SASL problems with spnego on 8.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 12:18:53 -0000 The patch in question was committed a few month ago. I can only add that = on my 8-STABLE machine the combination of cyrus/gssapi/openldap works = fine. You have to check if output of ldd /usr/lib/libgssapi_krb5.so produce = output like this: /usr/lib/libgssapi_krb5.so: libgssapi.so.10 =3D> /usr/lib/libgssapi.so.10 (0x281ac000) libkrb5.so.10 =3D> /usr/lib/libkrb5.so.10 (0x28300000) libhx509.so.10 =3D> /usr/lib/libhx509.so.10 (0x281b5000) libcrypto.so.6 =3D> /lib/libcrypto.so.6 (0x2835b000) libroken.so.10 =3D> /usr/lib/libroken.so.10 (0x281e9000) libasn1.so.10 =3D> /usr/lib/libasn1.so.10 (0x284ae000) libcom_err.so.5 =3D> /usr/lib/libcom_err.so.5 (0x281f8000) libcrypt.so.5 =3D> /lib/libcrypt.so.5 (0x28527000) libc.so.7 =3D> /lib/libc.so.7 (0x2808e000) On 23.02.2010, at 2:06, George Mamalakis wrote: > On 07/10/2009 07:38, John Marshall wrote: >> access with gssapi auth from a client succeeded. >>=20 >> Perhaps George Mamalakis could test the _spnego case? > Guys, >=20 > I am terribly sorry to tell you that I just now saw this = conversation(!?!! 4 months later !!!). This is due to the fact that at = that time I was mainly tracking the fbsd-stable list (my first email = started in fbsd-stable list), and since I use filters in thunderbird, I = never got to see your emails in my inbox...truly sorry once more!!! >=20 > I don't know if Alexander's patch is still valid but from what I = realize -since I have built many systems based on fbsd-stable (with = latest sources) and I had to "hack" krb5-config in order to achieve = correct behavior of cyrus/gssapi/spnego/openldap- it hasn't yet been = commited to fbsd8-stable sources. If so, I will apply it on my machines = and rerun my applications. >=20 > Sorry again for the delay! >=20 > --=20 > George Mamalakis >=20 > IT Officer > Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), > MSc (Imperial College of London) >=20 > Department of Electrical and Computer Engineering > Faculty of Engineering > Aristotle University of Thessaloniki >=20 > phone number : +30 (2310) 994379 From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 13:29:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D58EB106566B for ; Tue, 23 Feb 2010 13:29:37 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 929E48FC16 for ; Tue, 23 Feb 2010 13:29:26 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA24377; Tue, 23 Feb 2010 15:29:11 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B83D821.6000207@icyb.net.ua> Date: Tue, 23 Feb 2010 15:29:05 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20100211) MIME-Version: 1.0 To: Renato Botelho References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> <747dc8f31002230318v384e0259mcfddbf137c0d5057@mail.gmail.com> In-Reply-To: <747dc8f31002230318v384e0259mcfddbf137c0d5057@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Chris Hedley , FreeBSD Current Subject: Re: Can't use USB keyboard during boot menu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 13:29:37 -0000 on 23/02/2010 13:18 Renato Botelho said the following: > On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley > wrote: [snip] >> Do you have USB legacy support enabled in your BIOS? I'm not sure if >> there's an option for the loader to use USB devices natively, but the BIOS's >> legacy option where it provides AT/PS2 emulation is probably the easiest way >> to get the keyboard working. > > Yes, I do, but it seems to be a regression on FreeBSD itself, I had this problem > in the past and I checked the same things i need to check in the past again and > everything is fine. A more precise way to state that would be "a regression in FreeBSD boot/loader". I think that you are referring to the issue that was fixed by r189017. It might be worthwhile investigating what was done in that revision and what happened in sys/boot code since then. One possibility is that your BIOS uses memory above 1MB for USB emulation, but doesn't mark that memory as used in system memory map. In that case that memory could be overwritten by the loader. If that's true then the blame is on the BIOS. Alternatively, our code might be parsing the system memory map incorrectly. But I am just making wild guesses here. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 15:28:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 646A71065676 for ; Tue, 23 Feb 2010 15:28:59 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ew0-f225.google.com (mail-ew0-f225.google.com [209.85.219.225]) by mx1.freebsd.org (Postfix) with ESMTP id EA9DB8FC0C for ; Tue, 23 Feb 2010 15:28:58 +0000 (UTC) Received: by ewy25 with SMTP id 25so106257ewy.13 for ; Tue, 23 Feb 2010 07:28:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=A0m8s6Q08FUAqd0RiXAMQdUKWlyS1e3A/lIsGTKfve4=; b=w0gPweuTVH8acdvr7jLZslbiSkROWlkdBVnEJH2Lxx9gTAPg/SQTaBcBy05AxhkrU5 YcHXgge8jHo4gX2Nhm8+hlaBst8u+jeGVnsyxRml55vyQ6MnZvFseRdy9IwljTP35Ieu R+0i7GkYqSIrH2DJH6YDXNOKpVVUnTgnlY5HY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Af51R5a14Ep2NMPCpLDW2gJT/QczfMPka7JRgVWtbrr7UX9gp08RxhhHpPJgIIiYQn 8vNX5mpXV3eYokcWV61gx53yu8VrRN7akJMhNBOSjUmD25qojK9mVWqYZyTf0bIssGJd BptOieWRV5BUf7cR+ejoAsG7B8GvZItDfuNSQ= MIME-Version: 1.0 Received: by 10.213.97.78 with SMTP id k14mr644234ebn.45.1266938929342; Tue, 23 Feb 2010 07:28:49 -0800 (PST) In-Reply-To: <4B83D821.6000207@icyb.net.ua> References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> <747dc8f31002230318v384e0259mcfddbf137c0d5057@mail.gmail.com> <4B83D821.6000207@icyb.net.ua> Date: Tue, 23 Feb 2010 09:28:49 -0600 Message-ID: <179b97fb1002230728l4294916cs6b4b9a18b18f044a@mail.gmail.com> From: Brandon Gooch To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Renato Botelho , Chris Hedley , FreeBSD Current Subject: Re: Can't use USB keyboard during boot menu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 15:28:59 -0000 On Tue, Feb 23, 2010 at 7:29 AM, Andriy Gapon wrote: > on 23/02/2010 13:18 Renato Botelho said the following: >> On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley >> wrote: > [snip] >>> Do you have USB legacy support enabled in your BIOS? =A0I'm not sure if >>> there's an option for the loader to use USB devices natively, but the B= IOS's >>> legacy option where it provides AT/PS2 emulation is probably the easies= t way >>> to get the keyboard working. >> >> Yes, I do, but it seems to be a regression on FreeBSD itself, I had this= problem >> in the past and I checked the same things i need to check in the past ag= ain and >> everything is fine. > > A more precise way to state that would be "a regression in FreeBSD boot/l= oader". > I think that you are referring to the issue that was fixed by r189017. > It might be worthwhile investigating what was done in that revision and w= hat > happened in sys/boot code since then. > > One possibility is that your BIOS uses memory above 1MB for USB emulation= , but > doesn't mark that memory as used in system memory map. =A0In that case th= at memory > could be overwritten by the loader. =A0If that's true then the blame is o= n the BIOS. > =A0Alternatively, our code might be parsing the system memory map incorre= ctly. > But I am just making wild guesses here. > I don't know if it is at all related, but this commit has caused problems for me booting at least one of my machines: http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/zfsboot/zfsboot.c?r1= =3D199714&r2=3D200309 Commit message: Revision 200309 - (view) (annotate) - [select for diffs] Modified Wed Dec 9 20:36:56 2009 UTC (2 months, 2 weeks ago) by jhb File length: 24893 byte(s) Diff to previous 199714 - Port bios_getmem() from libi386 to {gpt,}zfsboot() and use it to safely allocate a heap region above 1MB. This enables {gpt,}zfsboot() to allocate much larger buffers than before. - Use a larger buffer (1MB instead of 128K) for temporary ZFS buffers. Thi= s allows more reliable reading of compressed files in a raidz/raidz2 pool. Submitted by: Matt Reimer mattjreimer of gmail MFC after: 1 week Renato, are you booting ZFS? -Brandon From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 15:47:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C6A7106566B for ; Tue, 23 Feb 2010 15:47:49 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id DE55D8FC1A for ; Tue, 23 Feb 2010 15:47:48 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so890564eyd.9 for ; Tue, 23 Feb 2010 07:47:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=S7OggueWrC1H6FCEvcih4Agw5ErQxJhClLIDkaTvG50=; b=EM+aN7PEIXyt0Lg1g2uPVNqXNxoHmn/Qe4FXTG7DGnZgMpp/7czECRpVLx+bW3m4a6 EsK9diSiQ9moiMQNhOCNW5YcBWh6YfBP6Wq6Vi7QsKKS+iNdSn7X4pVeT8/EhR1EauCj 3EPPQzDlk5KRDVE046THA6uDayIl6yIeQznPA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=sCeyQCC2Xkq14XyJTmtntg2CoWgH9XgTKNrdtnN5DOGn7swucupQ+QKoW158rGUIVY nEcCN9ROSvYvd+yv8sd9VFl9AbwSqCUPVXEZL9k7h0FuSkLTxL1GtAWELneDDwc85224 LfjujliTgNy7q/zEk1J1GneP+/ul6e3pOKrD4= MIME-Version: 1.0 Received: by 10.216.156.203 with SMTP id m53mr1417121wek.209.1266940062768; Tue, 23 Feb 2010 07:47:42 -0800 (PST) In-Reply-To: <179b97fb1002230728l4294916cs6b4b9a18b18f044a@mail.gmail.com> References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> <747dc8f31002230318v384e0259mcfddbf137c0d5057@mail.gmail.com> <4B83D821.6000207@icyb.net.ua> <179b97fb1002230728l4294916cs6b4b9a18b18f044a@mail.gmail.com> From: Renato Botelho Date: Tue, 23 Feb 2010 12:47:22 -0300 Message-ID: <747dc8f31002230747u7fbe5030y2d0c869d5db94a0a@mail.gmail.com> To: Brandon Gooch Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Chris Hedley , FreeBSD Current , Andriy Gapon Subject: Re: Can't use USB keyboard during boot menu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 15:47:49 -0000 On Tue, Feb 23, 2010 at 12:28 PM, Brandon Gooch wrote: > On Tue, Feb 23, 2010 at 7:29 AM, Andriy Gapon wrote: >> on 23/02/2010 13:18 Renato Botelho said the following: >>> On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley >>> wrote: >> [snip] >>>> Do you have USB legacy support enabled in your BIOS? =A0I'm not sure i= f >>>> there's an option for the loader to use USB devices natively, but the = BIOS's >>>> legacy option where it provides AT/PS2 emulation is probably the easie= st way >>>> to get the keyboard working. >>> >>> Yes, I do, but it seems to be a regression on FreeBSD itself, I had thi= s problem >>> in the past and I checked the same things i need to check in the past a= gain and >>> everything is fine. >> >> A more precise way to state that would be "a regression in FreeBSD boot/= loader". >> I think that you are referring to the issue that was fixed by r189017. >> It might be worthwhile investigating what was done in that revision and = what >> happened in sys/boot code since then. >> >> One possibility is that your BIOS uses memory above 1MB for USB emulatio= n, but >> doesn't mark that memory as used in system memory map. =A0In that case t= hat memory >> could be overwritten by the loader. =A0If that's true then the blame is = on the BIOS. >> =A0Alternatively, our code might be parsing the system memory map incorr= ectly. >> But I am just making wild guesses here. >> > > I don't know if it is at all related, but this commit has caused > problems for me booting at least one of my machines: > > http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/zfsboot/zfsboot.c?r= 1=3D199714&r2=3D200309 > > Commit message: > > Revision 200309 - (view) (annotate) - [select for diffs] > Modified Wed Dec 9 20:36:56 2009 UTC (2 months, 2 weeks ago) by jhb > File length: 24893 byte(s) > Diff to previous 199714 > - Port bios_getmem() from libi386 to {gpt,}zfsboot() and use it to > =A0safely allocate a heap region above 1MB. =A0This enables {gpt,}zfsboot= () > =A0to allocate much larger buffers than before. > - Use a larger buffer (1MB instead of 128K) for temporary ZFS buffers. = =A0This > =A0allows more reliable reading of compressed files in a raidz/raidz2 poo= l. > > Submitted by: =A0 Matt Reimer =A0mattjreimer of gmail > MFC after: =A0 =A0 =A01 week > > Renato, are you booting ZFS? Nope, UFS. I'll try to find another USB keyboard to test --=20 Renato Botelho From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 16:20:38 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63736106566B for ; Tue, 23 Feb 2010 16:20:38 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id E21DF8FC21 for ; Tue, 23 Feb 2010 16:20:37 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1NjxUw-0002nC-74 for current@freebsd.org; Tue, 23 Feb 2010 18:20:34 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NjxUk-0007m6-Nr for current@freebsd.org; Tue, 23 Feb 2010 18:20:22 +0200 To: current@freebsd.org From: "Ian FREISLICH" X-Attribution: BOFH Date: Tue, 23 Feb 2010 18:20:22 +0200 Message-Id: Cc: Subject: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 16:20:38 -0000 Hi Has anyone managed to make Virtualbox work on 9-Current? Since installing 3.1.2-OSE VMs, all brand new, abort on startup. The last part of the log seems pertinent: 00:00:15.481 !!Assertion Failed!! 00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys != NIL_RTHCPHYS && !(paPages[i].Phys & PAGE_OFFSET_MASK) 00:00:15.481 Location : /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, size_t, const SUPPAGE*, const char*, RTGCPTR64*) 00:00:15.482 i=0x0 Phys=0000000000000000 Heap Does anyone have any ideas? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 16:39:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82506106566B for ; Tue, 23 Feb 2010 16:39:04 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 217438FC0A for ; Tue, 23 Feb 2010 16:39:03 +0000 (UTC) Received: by wwb22 with SMTP id 22so897206wwb.13 for ; Tue, 23 Feb 2010 08:38:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=oMmT41rPf/FJWZpWsWzcXv3CVwkhBXwD7sO4C5nZku0=; b=Untk0TRE/iekFoAAfo6hhmvyY+f9ALVHapU3MRmjS1/+6SHauAly4DZrWMrfKdL9PN /fiTuaGBCqsAIT5BxlHEwK/bT/5NheT2IIP5xfuscFowH2bUon3BYYAirEwd9LrCNfQP btcaLTPc5TumKPG4BUVAhqWagO5gCFVK5NMyg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=CqfphKwApYby11Sb68c1lPzT/3+9wgMQ1oytG6E4J1xI9MonxjFmvp8wd8V9k3xRuR Lznwk60HxNATFlq8TZ9scUOZG2mSibBGUwywugYK/xACiClJ2UwhrgV4XkaatbS9Bj5O Mn/W+g1zb5qYPAZt89YQe06L3toRGLi9NdrBE= MIME-Version: 1.0 Received: by 10.216.86.14 with SMTP id v14mr2005165wee.183.1266943138183; Tue, 23 Feb 2010 08:38:58 -0800 (PST) From: Renato Botelho Date: Tue, 23 Feb 2010 13:38:38 -0300 Message-ID: <747dc8f31002230838o602c7e57qc6c5bb751f884b98@mail.gmail.com> To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: ObsoleFiles.inc seems to be broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 16:39:04 -0000 Everytime I update my -current and run a make check-old, i got this: >>> Checking for old files /usr/include/sys/semaphore.h >>> Checking for old libraries >>> Checking for old directories /usr/share/examples/bc I remove both and if I update it again they back to the system. -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 17:04:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0513106566B for ; Tue, 23 Feb 2010 17:04:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id AEB418FC13 for ; Tue, 23 Feb 2010 17:04:41 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 54C5346B64; Tue, 23 Feb 2010 12:04:41 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 69E508A01F; Tue, 23 Feb 2010 12:04:40 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 23 Feb 2010 11:20:54 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20100120; KDE/4.3.1; amd64; ; ) References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <64aa03031002181921m2d00966cx6a3bb2c6e761970d@mail.gmail.com> <64aa03031002181938rb9355a3sae56e9d854bdcf78@mail.gmail.com> In-Reply-To: <64aa03031002181938rb9355a3sae56e9d854bdcf78@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002231120.54401.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 23 Feb 2010 12:04:40 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.3 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Chris , Scot Hetzel , Pegasus Mc Cleaft , Matt Reimer Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 17:04:42 -0000 On Thursday 18 February 2010 10:38:38 pm Chris wrote: > > I'm seeing some difference in the bootloader output between using the > > F12 workaround or not: > > > > F12 workaround mode: > > > > FreeBSD/i386 boot > > Default: zroot:/boot/zfsloader > > boot: status > > config: > > > > NAME STATE > > zroot ONLINE > > gpt/disk0 ONLINE > > > > > > No F12 key pressed: > > > > FreeBSD/i386 boot > > Default: zroot:/boot/kernel/kernel > > config: > > > > NAME STATE > > zroot ONLINE > > gpt/disk0 ONLINE > > > > > > What's up with the differences between the Default boot setting? > > > > Sorry for the spam but I'm seeing something else very interesting.... > If I boot to Good Mode (F12) and break to the "boot:" prompt, the > system boots if I type /boot/zfsloader. However, if I type > /boot/kernel/kernel (as was seen in the Default setting when I didn't > hit F12), I get a crash that looks like the following: > ----------------------------------------- > FreeBSD/i386 boot > Default: zroot:/boot/zfsloader > boot: /boot/kernel/kernel > int=00000006 err=00000000 efl=00010882 eip=00200000 > eax=0018b070 ebx=ed7706bd ecx=c72e2ca8 edx=00000000 > esi=00000040 edi=000929d0 ebp=0009279c esp=00009401 > cs=0008 ds=0010 es=0010 fs=0010 gs=0010 ss=0010 > cs:eip=ff ff ff ff ff ff ff ff 7f-00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 > ss:esp=36 80 0d 07 90 00 00 01-e9 c4 fc ff ff aa ac 84 > c0 0f 84 86 00 00 00 a8-80 74 f2 88 c5 b0 3d aa > BTX halted > ----------------------------------------- I'm not sure how well we support booting a kernel from boot2 anymore, much less from zfsboot. Using /boot/loader (or /boot/zfsloader) is probably the only tested (and realistically supported) case. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 17:04:44 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05F841065672 for ; Tue, 23 Feb 2010 17:04:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B59EB8FC15 for ; Tue, 23 Feb 2010 17:04:43 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6205C46B35; Tue, 23 Feb 2010 12:04:43 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id AB4EA8A021; Tue, 23 Feb 2010 12:04:42 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 23 Feb 2010 11:24:31 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20100120; KDE/4.3.1; amd64; ; ) References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> <4B83D821.6000207@icyb.net.ua> <179b97fb1002230728l4294916cs6b4b9a18b18f044a@mail.gmail.com> In-Reply-To: <179b97fb1002230728l4294916cs6b4b9a18b18f044a@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002231124.31872.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 23 Feb 2010 12:04:42 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.3 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Brandon Gooch Subject: ZFS boot problems with memory > 1MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 17:04:44 -0000 On Tuesday 23 February 2010 10:28:49 am Brandon Gooch wrote: > On Tue, Feb 23, 2010 at 7:29 AM, Andriy Gapon wrote: > > on 23/02/2010 13:18 Renato Botelho said the following: > >> On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley > >> wrote: > > [snip] > >>> Do you have USB legacy support enabled in your BIOS? I'm not sure if > >>> there's an option for the loader to use USB devices natively, but the BIOS's > >>> legacy option where it provides AT/PS2 emulation is probably the easiest way > >>> to get the keyboard working. > >> > >> Yes, I do, but it seems to be a regression on FreeBSD itself, I had this problem > >> in the past and I checked the same things i need to check in the past again and > >> everything is fine. > > > > A more precise way to state that would be "a regression in FreeBSD boot/loader". > > I think that you are referring to the issue that was fixed by r189017. > > It might be worthwhile investigating what was done in that revision and what > > happened in sys/boot code since then. > > > > One possibility is that your BIOS uses memory above 1MB for USB emulation, but > > doesn't mark that memory as used in system memory map. In that case that memory > > could be overwritten by the loader. If that's true then the blame is on the BIOS. > > Alternatively, our code might be parsing the system memory map incorrectly. > > But I am just making wild guesses here. > > > > I don't know if it is at all related, but this commit has caused > problems for me booting at least one of my machines: > > http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/zfsboot/zfsboot.c?r1=199714&r2=200309 > > Commit message: > > Revision 200309 - (view) (annotate) - [select for diffs] > Modified Wed Dec 9 20:36:56 2009 UTC (2 months, 2 weeks ago) by jhb > File length: 24893 byte(s) > Diff to previous 199714 > - Port bios_getmem() from libi386 to {gpt,}zfsboot() and use it to > safely allocate a heap region above 1MB. This enables {gpt,}zfsboot() > to allocate much larger buffers than before. > - Use a larger buffer (1MB instead of 128K) for temporary ZFS buffers. This > allows more reliable reading of compressed files in a raidz/raidz2 pool. > > Submitted by: Matt Reimer mattjreimer of gmail > MFC after: 1 week Starting a new thread, which problems are you seeing with this change? ZFS is a good bit more memory hungry than UFS, so it really needs to use high memory for its heap. Also, I wonder if you still have problems if you use the older zfsboot with the newer zfsloader? Finally, you need to use disklabel -B or some such to update the zfsboot bits for this change to take effect. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 17:36:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 190011065693; Tue, 23 Feb 2010 17:36:39 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ew0-f225.google.com (mail-ew0-f225.google.com [209.85.219.225]) by mx1.freebsd.org (Postfix) with ESMTP id 7AF2A8FC28; Tue, 23 Feb 2010 17:36:38 +0000 (UTC) Received: by ewy25 with SMTP id 25so240886ewy.13 for ; Tue, 23 Feb 2010 09:36:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=X6+rGLcfsjIT+dUTnqZDHtrCY9m1wS3VlR0w0I4dxxA=; b=EqXf4FtXHuuPxpogr6w2lcuLffLl188iyqm37v2Fca8dlseTlZ4W+leC1Q1o0DuP2b 6TQ0JHDEs4SlBI8TFbuu9psqzESwJxlfKGpbCNOoqTKd+tz0E4GPDlaiw9Bl0qV98Fxe n9DYMUmlqL28sk4gmAoNDvY7BQG/yntyfNWGo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=CO6RTBJa2xTioVcV9Rlao/w7hm3tZjI9jJp5xKW2ZhrJlhX/xVk85u7a9nEAbql8lt 2X8ekuIf0shervvB7o646ak2IQFW6KyEUa1igEH+8CLnyLD/4RCTqLu+gaukKUglMxwU R0zlgLyXn8vlPCYCi8fFkGKYWASEDu5Ol+nV8= MIME-Version: 1.0 Received: by 10.213.100.226 with SMTP id z34mr848151ebn.74.1266946591762; Tue, 23 Feb 2010 09:36:31 -0800 (PST) In-Reply-To: <201002231124.31872.jhb@freebsd.org> References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> <4B83D821.6000207@icyb.net.ua> <179b97fb1002230728l4294916cs6b4b9a18b18f044a@mail.gmail.com> <201002231124.31872.jhb@freebsd.org> Date: Tue, 23 Feb 2010 11:36:31 -0600 Message-ID: <179b97fb1002230936l323258cak9c8cbde21855b69c@mail.gmail.com> From: Brandon Gooch To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS boot problems with memory > 1MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 17:36:39 -0000 On Tue, Feb 23, 2010 at 10:24 AM, John Baldwin wrote: > On Tuesday 23 February 2010 10:28:49 am Brandon Gooch wrote: >> On Tue, Feb 23, 2010 at 7:29 AM, Andriy Gapon wrote: >> > on 23/02/2010 13:18 Renato Botelho said the following: >> >> On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley >> >> wrote: >> > [snip] >> >>> Do you have USB legacy support enabled in your BIOS? =A0I'm not sure= if >> >>> there's an option for the loader to use USB devices natively, but th= e BIOS's >> >>> legacy option where it provides AT/PS2 emulation is probably the eas= iest way >> >>> to get the keyboard working. >> >> >> >> Yes, I do, but it seems to be a regression on FreeBSD itself, I had t= his problem >> >> in the past and I checked the same things i need to check in the past= again and >> >> everything is fine. >> > >> > A more precise way to state that would be "a regression in FreeBSD boo= t/loader". >> > I think that you are referring to the issue that was fixed by r189017. >> > It might be worthwhile investigating what was done in that revision an= d what >> > happened in sys/boot code since then. >> > >> > One possibility is that your BIOS uses memory above 1MB for USB emulat= ion, but >> > doesn't mark that memory as used in system memory map. =A0In that case= that memory >> > could be overwritten by the loader. =A0If that's true then the blame i= s on the BIOS. >> > =A0Alternatively, our code might be parsing the system memory map inco= rrectly. >> > But I am just making wild guesses here. >> > >> >> I don't know if it is at all related, but this commit has caused >> problems for me booting at least one of my machines: >> >> http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/zfsboot/zfsboot.c?= r1=3D199714&r2=3D200309 >> >> Commit message: >> >> Revision 200309 - (view) (annotate) - [select for diffs] >> Modified Wed Dec 9 20:36:56 2009 UTC (2 months, 2 weeks ago) by jhb >> File length: 24893 byte(s) >> Diff to previous 199714 >> - Port bios_getmem() from libi386 to {gpt,}zfsboot() and use it to >> =A0 safely allocate a heap region above 1MB. =A0This enables {gpt,}zfsbo= ot() >> =A0 to allocate much larger buffers than before. >> - Use a larger buffer (1MB instead of 128K) for temporary ZFS buffers. = =A0This >> =A0 allows more reliable reading of compressed files in a raidz/raidz2 p= ool. >> >> Submitted by: Matt Reimer =A0mattjreimer of gmail >> MFC after: =A0 =A01 week > > Starting a new thread, which problems are you seeing with this change? = =A0ZFS is > a good bit more memory hungry than UFS, so it really needs to use high me= mory > for its heap. =A0Also, I wonder if you still have problems if you use the= older > zfsboot with the newer zfsloader? =A0Finally, you need to use disklabel -= B or > some such to update the zfsboot bits for this change to take effect. > > -- > John Baldwin > I filed a PR so it wouldn't fall through the cracks: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D144234 I guess I tried a combination of various revisions of bootstrap code and loaders when I first encountered the issue. It was when I wrote a recent gptzfsboot to the geom that I saw the symptoms: error 1 lba 48 error 1 lba 1 No ZFS pools located, can't boot I just wound up using sys/boot/i386/zfsboot/zfsboot.c revision 199714 to build a working gptzfsboot on another system and wrote that to the disk to get the machine operational. -Brandon From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 17:37:23 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77EB31065672 for ; Tue, 23 Feb 2010 17:37:23 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from smtp4.enta.net (smtp4.enta.net [78.33.48.14]) by mx1.freebsd.org (Postfix) with ESMTP id 31AFC8FC16 for ; Tue, 23 Feb 2010 17:37:22 +0000 (UTC) Received: from mail.chrishedley.com (unknown [78.32.138.135]) by smtp4.enta.net (Postfix) with ESMTP id B0B91ADF582 for ; Tue, 23 Feb 2010 17:37:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 5493E2FB4 for ; Tue, 23 Feb 2010 17:37:19 +0000 (GMT) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id YDvbdZu5aehV for ; Tue, 23 Feb 2010 17:37:15 +0000 (GMT) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 68A2E2F90 for ; Tue, 23 Feb 2010 17:37:15 +0000 (GMT) Date: Tue, 23 Feb 2010 17:37:15 +0000 (GMT) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: freebsd-current@FreeBSD.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: ums fails to initialise correctly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 17:37:23 -0000 On Mon, 22 Feb 2010, Chris Hedley wrote: > I'm having a lot of problems getting the ums (USB mouse) driver to initialise > the mouse correctly. Hmm. Just discovered something quite interesting. I decided to try a different mouse, so I've swiped the missus' for a while. It's also a Logitech, but an older model (and, incidentally, rather better made than my more expensive Revolution MX <_<). And it works without any bother. Perfectly happy switching to Windows and FreeBSD and back again, and I haven't been able to get it to not work yet. I guess the possibilities are: 1. My newer, problematic mouse (or rather its receiver) is a high-speed device, whilst the missus' old mouse has a low-speed one. This "shouldn't" cause conflicts since it works with Windows and Linux... but it does. 2. I used Uber Tools on Windows to reconfigure the behaviour of the mouse buttons and scroll wheel, which may be doing something undesirable. I'll fiddle about with it and see if I can repeat the not-workingness with her mouse, and just not use it if it's the culprit. 3. Maybe the Revolution MX just sucks in some random way that I don't know, and perhaps has some basic problem with adhering to the USB protocol. I'll write more when I find something conclusive. Or even inconclusive, for that matter. :) From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 18:03:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D1D4106568B; Tue, 23 Feb 2010 18:03:08 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2287F8FC0C; Tue, 23 Feb 2010 18:03:07 +0000 (UTC) Received: by gwaa12 with SMTP id a12so1279222gwa.13 for ; Tue, 23 Feb 2010 10:03:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=MBmZnFAtXahv7oteTr23080onyVvBv3YJpnhX4n+HCI=; b=si9pJfZ8BcwuJfnfLuWO8KtuBfnbdeB8A2LKAB2aA/LaHVdwPmLBYkF/iyNadn0rCQ uBrDRBqf8VHqkAkK/F/qPrVwHaqrymmVlZsAFebIk/bwqQxG7FGZxDc1gbB2rMPy94sF n9C3tvxWGWhnjjq+QReerxmZd1bbjlRL0ZzsE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=JnLz+NFiUF3rZvXfRja2k4vArXRB6UjvwyejPXB10GgyLRjrNw6KghileU5HSOzXBf S3E5S9wg+WQygMrXkj6cavTygHs+/nGdZ3EOiQfPv60uTVY4xZS7kHVWkm9Rzx0VpZcO 0rPz4LMnsEcrMf81N49clsy5JA19UDkOTkAvQ= MIME-Version: 1.0 Received: by 10.150.251.14 with SMTP id y14mr3717597ybh.149.1266948182068; Tue, 23 Feb 2010 10:03:02 -0800 (PST) In-Reply-To: <201002231120.54401.jhb@freebsd.org> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <64aa03031002181921m2d00966cx6a3bb2c6e761970d@mail.gmail.com> <64aa03031002181938rb9355a3sae56e9d854bdcf78@mail.gmail.com> <201002231120.54401.jhb@freebsd.org> Date: Tue, 23 Feb 2010 10:03:01 -0800 Message-ID: From: Matt Reimer To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Chris , freebsd-current@freebsd.org, Pegasus Mc Cleaft , Scot Hetzel Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 18:03:08 -0000 On Tue, Feb 23, 2010 at 8:20 AM, John Baldwin wrote: > On Thursday 18 February 2010 10:38:38 pm Chris wrote: > > > I'm seeing some difference in the bootloader output between using the > > > F12 workaround or not: > > > > > > F12 workaround mode: > > > > > > FreeBSD/i386 boot > > > Default: zroot:/boot/zfsloader > > > boot: status > > > config: > > > > > > NAME STATE > > > zroot ONLINE > > > gpt/disk0 ONLINE > > > > > > > > > No F12 key pressed: > > > > > > FreeBSD/i386 boot > > > Default: zroot:/boot/kernel/kernel > > > config: > > > > > > NAME STATE > > > zroot ONLINE > > > gpt/disk0 ONLINE > > > > > > > > > What's up with the differences between the Default boot setting? > > > > > > > Sorry for the spam but I'm seeing something else very interesting.... > > If I boot to Good Mode (F12) and break to the "boot:" prompt, the > > system boots if I type /boot/zfsloader. However, if I type > > /boot/kernel/kernel (as was seen in the Default setting when I didn't > > hit F12), I get a crash that looks like the following: > > ----------------------------------------- > > FreeBSD/i386 boot > > Default: zroot:/boot/zfsloader > > boot: /boot/kernel/kernel > > int=00000006 err=00000000 efl=00010882 eip=00200000 > > eax=0018b070 ebx=ed7706bd ecx=c72e2ca8 edx=00000000 > > esi=00000040 edi=000929d0 ebp=0009279c esp=00009401 > > cs=0008 ds=0010 es=0010 fs=0010 gs=0010 ss=0010 > > cs:eip=ff ff ff ff ff ff ff ff 7f-00 00 00 00 00 00 00 00 > > 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 > > ss:esp=36 80 0d 07 90 00 00 01-e9 c4 fc ff ff aa ac 84 > > c0 0f 84 86 00 00 00 a8-80 74 f2 88 c5 b0 3d aa > > BTX halted > > ----------------------------------------- > > I'm not sure how well we support booting a kernel from boot2 anymore, much > less from zfsboot. Using /boot/loader (or /boot/zfsloader) is probably the > only tested (and realistically supported) case. Yeah, the last time I tried this it didn't work, but I didn't hunt down why. Matt > From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 18:03:46 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22B271065695 for ; Tue, 23 Feb 2010 18:03:46 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id C7A418FC24 for ; Tue, 23 Feb 2010 18:03:45 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 3B28B5ACDA; Tue, 23 Feb 2010 19:03:41 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 38D3F5ACCC; Tue, 23 Feb 2010 19:03:41 +0100 (CET) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 1A0955D7DF; Tue, 23 Feb 2010 19:03:41 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.1FP1) with ESMTP id 2010022319033966-42704 ; Tue, 23 Feb 2010 19:03:39 +0100 Received: by wep4035 (sSMTP sendmail emulation); Tue, 23 Feb 2010 19:03:39 +0100 Date: Tue, 23 Feb 2010 19:03:39 +0100 From: Alexey Shuvaev To: Ian FREISLICH Message-ID: <20100223180339.GA71618@wep4035.physik.uni-wuerzburg.de> References: MIME-Version: 1.0 In-Reply-To: Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.20 (2009-06-14) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.1FP1|January 05, 2010) at 02/23/2010 07:03:40 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.1FP1|January 05, 2010) at 02/23/2010 07:03:40 PM, Serialize complete at 02/23/2010 07:03:40 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: current@freebsd.org Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 18:03:46 -0000 On Tue, Feb 23, 2010 at 06:20:22PM +0200, Ian FREISLICH wrote: > Hi > > Has anyone managed to make Virtualbox work on 9-Current? Since > installing 3.1.2-OSE VMs, all brand new, abort on startup. > > The last part of the log seems pertinent: > > 00:00:15.481 !!Assertion Failed!! > 00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys != NIL_RTHCPHYS && !(paPages[i].Phys & PAGE_OFFSET_MASK) > 00:00:15.481 Location : /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, size_t, const SUPPAGE*, const char*, RTGCPTR64*) > 00:00:15.482 i=0x0 Phys=0000000000000000 Heap > > Does anyone have any ideas? > Me not. Just FYI: ~> VBoxManage startvm WinXP --type sdl VirtualBox Command Line Management Interface Version 3.1.2_OSE (C) 2005-2009 Sun Microsystems, Inc. All rights reserved. Waiting for the remote session to open... Remote session has been successfully opened. ~> uname -a FreeBSD wep4035 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r202285: Thu Jan 14 19:04:21 CET 2010 root@wep4035:/usr/obj/usr/src/sys/GENERIC amd64 ~> sysctl vm.pmap.pg_ps_enabled vm.pmap.pg_ps_enabled: 1 ~> cat /boot/loader.conf loader_logo="beastie" ichsmb_load="YES" snd_hda_load="YES" speaker_load="YES" i915_load="YES" linux_load="YES" vboxdrv_load="YES" The virtial machine was newly created and installed already on this CURRENT. 0.02$, Alexey. From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 19:01:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C77FF106566B for ; Tue, 23 Feb 2010 19:01:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 949F88FC13 for ; Tue, 23 Feb 2010 19:01:37 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 41E4946B46; Tue, 23 Feb 2010 14:01:37 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 33E228A01F; Tue, 23 Feb 2010 14:01:23 -0500 (EST) From: John Baldwin To: Brandon Gooch Date: Tue, 23 Feb 2010 14:01:22 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20100120; KDE/4.3.1; amd64; ; ) References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> <201002231124.31872.jhb@freebsd.org> <179b97fb1002230936l323258cak9c8cbde21855b69c@mail.gmail.com> In-Reply-To: <179b97fb1002230936l323258cak9c8cbde21855b69c@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002231401.22852.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 23 Feb 2010 14:01:23 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.3 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: ZFS boot problems with memory > 1MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 19:01:37 -0000 On Tuesday 23 February 2010 12:36:31 pm Brandon Gooch wrote: > On Tue, Feb 23, 2010 at 10:24 AM, John Baldwin wrote: > > On Tuesday 23 February 2010 10:28:49 am Brandon Gooch wrote: > >> On Tue, Feb 23, 2010 at 7:29 AM, Andriy Gapon wrote: > >> > on 23/02/2010 13:18 Renato Botelho said the following: > >> >> On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley > >> >> wrote: > >> > [snip] > >> >>> Do you have USB legacy support enabled in your BIOS? I'm not sure if > >> >>> there's an option for the loader to use USB devices natively, but the BIOS's > >> >>> legacy option where it provides AT/PS2 emulation is probably the easiest way > >> >>> to get the keyboard working. > >> >> > >> >> Yes, I do, but it seems to be a regression on FreeBSD itself, I had this problem > >> >> in the past and I checked the same things i need to check in the past again and > >> >> everything is fine. > >> > > >> > A more precise way to state that would be "a regression in FreeBSD boot/loader". > >> > I think that you are referring to the issue that was fixed by r189017. > >> > It might be worthwhile investigating what was done in that revision and what > >> > happened in sys/boot code since then. > >> > > >> > One possibility is that your BIOS uses memory above 1MB for USB emulation, but > >> > doesn't mark that memory as used in system memory map. In that case that memory > >> > could be overwritten by the loader. If that's true then the blame is on the BIOS. > >> > Alternatively, our code might be parsing the system memory map incorrectly. > >> > But I am just making wild guesses here. > >> > > >> > >> I don't know if it is at all related, but this commit has caused > >> problems for me booting at least one of my machines: > >> > >> http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/zfsboot/zfsboot.c?r1=199714&r2=200309 > >> > >> Commit message: > >> > >> Revision 200309 - (view) (annotate) - [select for diffs] > >> Modified Wed Dec 9 20:36:56 2009 UTC (2 months, 2 weeks ago) by jhb > >> File length: 24893 byte(s) > >> Diff to previous 199714 > >> - Port bios_getmem() from libi386 to {gpt,}zfsboot() and use it to > >> safely allocate a heap region above 1MB. This enables {gpt,}zfsboot() > >> to allocate much larger buffers than before. > >> - Use a larger buffer (1MB instead of 128K) for temporary ZFS buffers. This > >> allows more reliable reading of compressed files in a raidz/raidz2 pool. > >> > >> Submitted by: Matt Reimer mattjreimer of gmail > >> MFC after: 1 week > > > > Starting a new thread, which problems are you seeing with this change? ZFS is > > a good bit more memory hungry than UFS, so it really needs to use high memory > > for its heap. Also, I wonder if you still have problems if you use the older > > zfsboot with the newer zfsloader? Finally, you need to use disklabel -B or > > some such to update the zfsboot bits for this change to take effect. > > > > -- > > John Baldwin > > > > I filed a PR so it wouldn't fall through the cracks: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=144234 > > I guess I tried a combination of various revisions of bootstrap code > and loaders when I first encountered the issue. It was when I wrote a > recent gptzfsboot to the geom that I saw the symptoms: > > error 1 lba 48 > error 1 lba 1 > No ZFS pools located, can't boot > > I just wound up using sys/boot/i386/zfsboot/zfsboot.c revision 199714 > to build a working gptzfsboot on another system and wrote that to the > disk to get the machine operational. Try this: Index: zfsboot.c =================================================================== --- zfsboot.c (revision 204207) +++ zfsboot.c (working copy) @@ -467,6 +467,7 @@ static inline void putc(int c) { + v86.ctl = 0; v86.addr = 0x10; v86.eax = 0xe00 | (c & 0xff); v86.ebx = 0x7; @@ -617,6 +618,8 @@ off_t off; struct dsk *dsk; + dmadat = (void *)(roundup2(__base + (int32_t)&_end, 0x10000) - __base); + bios_getmem(); if (high_heap_size > 0) { @@ -627,9 +630,6 @@ heap_end = (char *) PTOV(bios_basemem); } - dmadat = (void *)(roundup2(__base + (int32_t)&_end, 0x10000) - __base); - v86.ctl = V86_FLAGS; - dsk = malloc(sizeof(struct dsk)); dsk->drive = *(uint8_t *)PTOV(ARGS); dsk->type = dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; @@ -1157,6 +1157,7 @@ * when no such key is pressed in reality. As far as I can tell, * this only happens shortly after a reboot. */ + v86.ctl = V86_FLAGS; v86.addr = 0x16; v86.eax = fn << 8; v86int(); -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 20:36:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0DC31065672; Tue, 23 Feb 2010 20:36:26 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ew0-f225.google.com (mail-ew0-f225.google.com [209.85.219.225]) by mx1.freebsd.org (Postfix) with ESMTP id 461FC8FC18; Tue, 23 Feb 2010 20:36:25 +0000 (UTC) Received: by ewy25 with SMTP id 25so398338ewy.13 for ; Tue, 23 Feb 2010 12:36:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3gno0agsBxs0o1wsmBnXJELyMsZGvWHjHQfWA7rlWTY=; b=Oz+KsvkxKy1sHR+zOGXAZJSjY870IYSh0UI5qdnFzTV7XQYM8rdzhBVdiYFj4vQHyP gz09S77WC2e5sj79pJO0rSR1TE1+Zk7Snhqfm2UOY3I642OEtQtCzDEWzh5JciCqxFvy uQmgcGVvhJLSw4MZXPVTyXEMYAT6iPCFcR90M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=j+f0F51oegLrXT2WivFRAdFMJfZmok2gpYZq/UKqpIyl/K/AlkNfJEcX8KgJHVArZM eAryH81B/avHjg207Zc3+JIjbgxKPVLwoX5dyAUUmFVhDvJgsnyW5qokw1essiQUKNHA BAUh6i1LSYuipRynPkNo4kaFgVmtU+kcEPUek= MIME-Version: 1.0 Received: by 10.213.109.92 with SMTP id i28mr2067450ebp.63.1266957379922; Tue, 23 Feb 2010 12:36:19 -0800 (PST) In-Reply-To: <201002231401.22852.jhb@freebsd.org> References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> <201002231124.31872.jhb@freebsd.org> <179b97fb1002230936l323258cak9c8cbde21855b69c@mail.gmail.com> <201002231401.22852.jhb@freebsd.org> Date: Tue, 23 Feb 2010 14:36:19 -0600 Message-ID: <179b97fb1002231236l3924a264u87380c83c1484e50@mail.gmail.com> From: Brandon Gooch To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS boot problems with memory > 1MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 20:36:27 -0000 On Tue, Feb 23, 2010 at 1:01 PM, John Baldwin wrote: > On Tuesday 23 February 2010 12:36:31 pm Brandon Gooch wrote: >> On Tue, Feb 23, 2010 at 10:24 AM, John Baldwin wrote: >> > On Tuesday 23 February 2010 10:28:49 am Brandon Gooch wrote: >> >> On Tue, Feb 23, 2010 at 7:29 AM, Andriy Gapon wrote= : >> >> > on 23/02/2010 13:18 Renato Botelho said the following: >> >> >> On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley >> >> >> wrote: >> >> > [snip] >> >> >>> Do you have USB legacy support enabled in your BIOS? =A0I'm not s= ure if >> >> >>> there's an option for the loader to use USB devices natively, but= the BIOS's >> >> >>> legacy option where it provides AT/PS2 emulation is probably the = easiest way >> >> >>> to get the keyboard working. >> >> >> >> >> >> Yes, I do, but it seems to be a regression on FreeBSD itself, I ha= d this problem >> >> >> in the past and I checked the same things i need to check in the p= ast again and >> >> >> everything is fine. >> >> > >> >> > A more precise way to state that would be "a regression in FreeBSD = boot/loader". >> >> > I think that you are referring to the issue that was fixed by r1890= 17. >> >> > It might be worthwhile investigating what was done in that revision= and what >> >> > happened in sys/boot code since then. >> >> > >> >> > One possibility is that your BIOS uses memory above 1MB for USB emu= lation, but >> >> > doesn't mark that memory as used in system memory map. =A0In that c= ase that memory >> >> > could be overwritten by the loader. =A0If that's true then the blam= e is on the BIOS. >> >> > =A0Alternatively, our code might be parsing the system memory map i= ncorrectly. >> >> > But I am just making wild guesses here. >> >> > >> >> >> >> I don't know if it is at all related, but this commit has caused >> >> problems for me booting at least one of my machines: >> >> >> >> http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/zfsboot/zfsboot= .c?r1=3D199714&r2=3D200309 >> >> >> >> Commit message: >> >> >> >> Revision 200309 - (view) (annotate) - [select for diffs] >> >> Modified Wed Dec 9 20:36:56 2009 UTC (2 months, 2 weeks ago) by jhb >> >> File length: 24893 byte(s) >> >> Diff to previous 199714 >> >> - Port bios_getmem() from libi386 to {gpt,}zfsboot() and use it to >> >> =A0 safely allocate a heap region above 1MB. =A0This enables {gpt,}zf= sboot() >> >> =A0 to allocate much larger buffers than before. >> >> - Use a larger buffer (1MB instead of 128K) for temporary ZFS buffers= . =A0This >> >> =A0 allows more reliable reading of compressed files in a raidz/raidz= 2 pool. >> >> >> >> Submitted by: Matt Reimer =A0mattjreimer of gmail >> >> MFC after: =A0 =A01 week >> > >> > Starting a new thread, which problems are you seeing with this change?= =A0ZFS is >> > a good bit more memory hungry than UFS, so it really needs to use high= memory >> > for its heap. =A0Also, I wonder if you still have problems if you use = the older >> > zfsboot with the newer zfsloader? =A0Finally, you need to use disklabe= l -B or >> > some such to update the zfsboot bits for this change to take effect. >> > >> > -- >> > John Baldwin >> > >> >> I filed a PR so it wouldn't fall through the cracks: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D144234 >> >> I guess I tried a combination of various revisions of bootstrap code >> and loaders when I first encountered the issue. It was when I wrote a >> recent gptzfsboot to the geom that I saw the symptoms: >> >> error 1 lba 48 >> error 1 lba 1 >> No ZFS pools located, can't boot >> >> I just wound up using sys/boot/i386/zfsboot/zfsboot.c revision 199714 >> to build a working gptzfsboot on another system and wrote that to the >> disk to get the machine operational. > > Try this: > > Index: zfsboot.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- zfsboot.c =A0 (revision 204207) > +++ zfsboot.c =A0 (working copy) > @@ -467,6 +467,7 @@ > =A0static inline void > =A0putc(int c) > =A0{ > + =A0 =A0v86.ctl =3D 0; > =A0 =A0 v86.addr =3D 0x10; > =A0 =A0 v86.eax =3D 0xe00 | (c & 0xff); > =A0 =A0 v86.ebx =3D 0x7; > @@ -617,6 +618,8 @@ > =A0 =A0 off_t off; > =A0 =A0 struct dsk *dsk; > > + =A0 =A0dmadat =3D (void *)(roundup2(__base + (int32_t)&_end, 0x10000) -= __base); > + > =A0 =A0 bios_getmem(); > > =A0 =A0 if (high_heap_size > 0) { > @@ -627,9 +630,6 @@ > =A0 =A0 =A0 =A0heap_end =3D (char *) PTOV(bios_basemem); > =A0 =A0 } > > - =A0 =A0dmadat =3D (void *)(roundup2(__base + (int32_t)&_end, 0x10000) -= __base); > - =A0 =A0v86.ctl =3D V86_FLAGS; > - > =A0 =A0 dsk =3D malloc(sizeof(struct dsk)); > =A0 =A0 dsk->drive =3D *(uint8_t *)PTOV(ARGS); > =A0 =A0 dsk->type =3D dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; > @@ -1157,6 +1157,7 @@ > =A0 =A0 =A0* when no such key is pressed in reality. As far as I can tell= , > =A0 =A0 =A0* this only happens shortly after a reboot. > =A0 =A0 =A0*/ > + =A0 =A0v86.ctl =3D V86_FLAGS; > =A0 =A0 v86.addr =3D 0x16; > =A0 =A0 v86.eax =3D fn << 8; > =A0 =A0 v86int(); > > -- > John Baldwin > It still breaks: error 1 lba 48 error 1 lba 1 No ZFS pools located, can't boot -Brandon From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 21:10:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E449F1065692 for ; Tue, 23 Feb 2010 21:10:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A7A2E8FC19 for ; Tue, 23 Feb 2010 21:10:20 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C577346B3B; Tue, 23 Feb 2010 16:04:47 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 040688A01F; Tue, 23 Feb 2010 16:04:47 -0500 (EST) From: John Baldwin To: Brandon Gooch Date: Tue, 23 Feb 2010 16:03:36 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20100120; KDE/4.3.1; amd64; ; ) References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> <201002231401.22852.jhb@freebsd.org> <179b97fb1002231236l3924a264u87380c83c1484e50@mail.gmail.com> In-Reply-To: <179b97fb1002231236l3924a264u87380c83c1484e50@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002231603.36500.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 23 Feb 2010 16:04:47 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.3 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: ZFS boot problems with memory > 1MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 21:10:21 -0000 On Tuesday 23 February 2010 3:36:19 pm Brandon Gooch wrote: > On Tue, Feb 23, 2010 at 1:01 PM, John Baldwin wrote: > > On Tuesday 23 February 2010 12:36:31 pm Brandon Gooch wrote: > >> On Tue, Feb 23, 2010 at 10:24 AM, John Baldwin wrote: > >> > On Tuesday 23 February 2010 10:28:49 am Brandon Gooch wrote: > >> >> On Tue, Feb 23, 2010 at 7:29 AM, Andriy Gapon wrote: > >> >> > on 23/02/2010 13:18 Renato Botelho said the following: > >> >> >> On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley > >> >> >> wrote: > >> >> > [snip] > >> >> >>> Do you have USB legacy support enabled in your BIOS? I'm not sure if > >> >> >>> there's an option for the loader to use USB devices natively, but the BIOS's > >> >> >>> legacy option where it provides AT/PS2 emulation is probably the easiest way > >> >> >>> to get the keyboard working. > >> >> >> > >> >> >> Yes, I do, but it seems to be a regression on FreeBSD itself, I had this problem > >> >> >> in the past and I checked the same things i need to check in the past again and > >> >> >> everything is fine. > >> >> > > >> >> > A more precise way to state that would be "a regression in FreeBSD boot/loader". > >> >> > I think that you are referring to the issue that was fixed by r189017. > >> >> > It might be worthwhile investigating what was done in that revision and what > >> >> > happened in sys/boot code since then. > >> >> > > >> >> > One possibility is that your BIOS uses memory above 1MB for USB emulation, but > >> >> > doesn't mark that memory as used in system memory map. In that case that memory > >> >> > could be overwritten by the loader. If that's true then the blame is on the BIOS. > >> >> > Alternatively, our code might be parsing the system memory map incorrectly. > >> >> > But I am just making wild guesses here. > >> >> > > >> >> > >> >> I don't know if it is at all related, but this commit has caused > >> >> problems for me booting at least one of my machines: > >> >> > >> >> http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/zfsboot/zfsboot.c?r1=199714&r2=200309 > >> >> > >> >> Commit message: > >> >> > >> >> Revision 200309 - (view) (annotate) - [select for diffs] > >> >> Modified Wed Dec 9 20:36:56 2009 UTC (2 months, 2 weeks ago) by jhb > >> >> File length: 24893 byte(s) > >> >> Diff to previous 199714 > >> >> - Port bios_getmem() from libi386 to {gpt,}zfsboot() and use it to > >> >> safely allocate a heap region above 1MB. This enables {gpt,}zfsboot() > >> >> to allocate much larger buffers than before. > >> >> - Use a larger buffer (1MB instead of 128K) for temporary ZFS buffers. This > >> >> allows more reliable reading of compressed files in a raidz/raidz2 pool. > >> >> > >> >> Submitted by: Matt Reimer mattjreimer of gmail > >> >> MFC after: 1 week > >> > > >> > Starting a new thread, which problems are you seeing with this change? ZFS is > >> > a good bit more memory hungry than UFS, so it really needs to use high memory > >> > for its heap. Also, I wonder if you still have problems if you use the older > >> > zfsboot with the newer zfsloader? Finally, you need to use disklabel - B or > >> > some such to update the zfsboot bits for this change to take effect. > >> > > >> > -- > >> > John Baldwin > >> > > >> > >> I filed a PR so it wouldn't fall through the cracks: > >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=144234 > >> > >> I guess I tried a combination of various revisions of bootstrap code > >> and loaders when I first encountered the issue. It was when I wrote a > >> recent gptzfsboot to the geom that I saw the symptoms: > >> > >> error 1 lba 48 > >> error 1 lba 1 > >> No ZFS pools located, can't boot > >> > >> I just wound up using sys/boot/i386/zfsboot/zfsboot.c revision 199714 > >> to build a working gptzfsboot on another system and wrote that to the > >> disk to get the machine operational. > > > > Try this: > > > > Index: zfsboot.c > > =================================================================== > > --- zfsboot.c (revision 204207) > > +++ zfsboot.c (working copy) > > @@ -467,6 +467,7 @@ > > static inline void > > putc(int c) > > { > > + v86.ctl = 0; > > v86.addr = 0x10; > > v86.eax = 0xe00 | (c & 0xff); > > v86.ebx = 0x7; > > @@ -617,6 +618,8 @@ > > off_t off; > > struct dsk *dsk; > > > > + dmadat = (void *)(roundup2(__base + (int32_t)&_end, 0x10000) - __base); > > + > > bios_getmem(); > > > > if (high_heap_size > 0) { > > @@ -627,9 +630,6 @@ > > heap_end = (char *) PTOV(bios_basemem); > > } > > > > - dmadat = (void *)(roundup2(__base + (int32_t)&_end, 0x10000) - __base); > > - v86.ctl = V86_FLAGS; > > - > > dsk = malloc(sizeof(struct dsk)); > > dsk->drive = *(uint8_t *)PTOV(ARGS); > > dsk->type = dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; > > @@ -1157,6 +1157,7 @@ > > * when no such key is pressed in reality. As far as I can tell, > > * this only happens shortly after a reboot. > > */ > > + v86.ctl = V86_FLAGS; > > v86.addr = 0x16; > > v86.eax = fn << 8; > > v86int(); > > > > -- > > John Baldwin > > > > It still breaks: > > error 1 lba 48 > error 1 lba 1 > No ZFS pools located, can't boot Ok. Can you add a printf to zfsboot.c to print out dsk->start in the case that you get an error? error 1 means that the BIOS thinks it got a bad parameter, presumably in the disk packet. If you wanted to be ambitious, just print out all of the fields in the packet when it fails. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 22:04:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B19E1065781; Tue, 23 Feb 2010 22:04:08 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ew0-f228.google.com (mail-ew0-f228.google.com [209.85.219.228]) by mx1.freebsd.org (Postfix) with ESMTP id 6F7938FC14; Tue, 23 Feb 2010 22:04:07 +0000 (UTC) Received: by ewy28 with SMTP id 28so16469ewy.33 for ; Tue, 23 Feb 2010 14:04:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8l85eDSkJNqACJisjKkFrUPA44pWiX1VikJEXPH62q8=; b=KEbcV9zn7FBFpnaSCx3sIfCf9MKsJnPsHB/4e6vBKsrmanKZgZE91YrvwCos3q+QFR 0PKK5IBD/a3eApAc9aefRVv0ws221/Looea2i7cRomadAqIaHCbG09yOBDdxDQ3IceeT b6s/jHNwPbXpG9nJrrZPB8CyGWFtPFjm6p2DA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=MTJH7/lsgsqI3C72e0e5qUv1StZHZh6uvVTM5dqwAGdWBeJs+VEbVU+yRG3AYb65M9 iV/RQn0vSn3+3SpiiFZUuwxpIdE4RTR5VLNuTooNLDlYdpKupZbFRI6Kp+Ywbi+PMJJY sW7vLijk6hB6VspxOLZBesRk15rwJxav6pxZE= MIME-Version: 1.0 Received: by 10.213.109.152 with SMTP id j24mr1363540ebp.25.1266962643712; Tue, 23 Feb 2010 14:04:03 -0800 (PST) In-Reply-To: <201002231603.36500.jhb@freebsd.org> References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> <201002231401.22852.jhb@freebsd.org> <179b97fb1002231236l3924a264u87380c83c1484e50@mail.gmail.com> <201002231603.36500.jhb@freebsd.org> Date: Tue, 23 Feb 2010 16:04:03 -0600 Message-ID: <179b97fb1002231404x1b5fce88v1d76450cc70473a1@mail.gmail.com> From: Brandon Gooch To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS boot problems with memory > 1MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 22:04:08 -0000 On Tue, Feb 23, 2010 at 3:03 PM, John Baldwin wrote: > On Tuesday 23 February 2010 3:36:19 pm Brandon Gooch wrote: >> On Tue, Feb 23, 2010 at 1:01 PM, John Baldwin wrote: >> > On Tuesday 23 February 2010 12:36:31 pm Brandon Gooch wrote: >> >> On Tue, Feb 23, 2010 at 10:24 AM, John Baldwin wrot= e: >> >> > On Tuesday 23 February 2010 10:28:49 am Brandon Gooch wrote: >> >> >> On Tue, Feb 23, 2010 at 7:29 AM, Andriy Gapon wr= ote: >> >> >> > on 23/02/2010 13:18 Renato Botelho said the following: >> >> >> >> On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley >> >> >> >> wrote: >> >> >> > [snip] >> >> >> >>> Do you have USB legacy support enabled in your BIOS? =A0I'm no= t sure > if >> >> >> >>> there's an option for the loader to use USB devices natively, = but > the BIOS's >> >> >> >>> legacy option where it provides AT/PS2 emulation is probably t= he > easiest way >> >> >> >>> to get the keyboard working. >> >> >> >> >> >> >> >> Yes, I do, but it seems to be a regression on FreeBSD itself, I= had > this problem >> >> >> >> in the past and I checked the same things i need to check in th= e > past again and >> >> >> >> everything is fine. >> >> >> > >> >> >> > A more precise way to state that would be "a regression in FreeB= SD > boot/loader". >> >> >> > I think that you are referring to the issue that was fixed by > r189017. >> >> >> > It might be worthwhile investigating what was done in that revis= ion > and what >> >> >> > happened in sys/boot code since then. >> >> >> > >> >> >> > One possibility is that your BIOS uses memory above 1MB for USB > emulation, but >> >> >> > doesn't mark that memory as used in system memory map. =A0In tha= t case > that memory >> >> >> > could be overwritten by the loader. =A0If that's true then the b= lame > is on the BIOS. >> >> >> > =A0Alternatively, our code might be parsing the system memory ma= p > incorrectly. >> >> >> > But I am just making wild guesses here. >> >> >> > >> >> >> >> >> >> I don't know if it is at all related, but this commit has caused >> >> >> problems for me booting at least one of my machines: >> >> >> >> >> >> > http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/zfsboot/zfsboot.c?r= 1=3D199714&r2=3D200309 >> >> >> >> >> >> Commit message: >> >> >> >> >> >> Revision 200309 - (view) (annotate) - [select for diffs] >> >> >> Modified Wed Dec 9 20:36:56 2009 UTC (2 months, 2 weeks ago) by jh= b >> >> >> File length: 24893 byte(s) >> >> >> Diff to previous 199714 >> >> >> - Port bios_getmem() from libi386 to {gpt,}zfsboot() and use it to >> >> >> =A0 safely allocate a heap region above 1MB. =A0This enables > {gpt,}zfsboot() >> >> >> =A0 to allocate much larger buffers than before. >> >> >> - Use a larger buffer (1MB instead of 128K) for temporary ZFS buff= ers. > =A0This >> >> >> =A0 allows more reliable reading of compressed files in a raidz/ra= idz2 > pool. >> >> >> >> >> >> Submitted by: Matt Reimer =A0mattjreimer of gmail >> >> >> MFC after: =A0 =A01 week >> >> > >> >> > Starting a new thread, which problems are you seeing with this chan= ge? > =A0ZFS is >> >> > a good bit more memory hungry than UFS, so it really needs to use h= igh > memory >> >> > for its heap. =A0Also, I wonder if you still have problems if you u= se the > older >> >> > zfsboot with the newer zfsloader? =A0Finally, you need to use diskl= abel - > B or >> >> > some such to update the zfsboot bits for this change to take effect= . >> >> > >> >> > -- >> >> > John Baldwin >> >> > >> >> >> >> I filed a PR so it wouldn't fall through the cracks: >> >> >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D144234 >> >> >> >> I guess I tried a combination of various revisions of bootstrap code >> >> and loaders when I first encountered the issue. It was when I wrote a >> >> recent gptzfsboot to the geom that I saw the symptoms: >> >> >> >> error 1 lba 48 >> >> error 1 lba 1 >> >> No ZFS pools located, can't boot >> >> >> >> I just wound up using sys/boot/i386/zfsboot/zfsboot.c revision 199714 >> >> to build a working gptzfsboot on another system and wrote that to the >> >> disk to get the machine operational. >> > >> > Try this: >> > >> > Index: zfsboot.c >> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> > --- zfsboot.c =A0 (revision 204207) >> > +++ zfsboot.c =A0 (working copy) >> > @@ -467,6 +467,7 @@ >> > =A0static inline void >> > =A0putc(int c) >> > =A0{ >> > + =A0 =A0v86.ctl =3D 0; >> > =A0 =A0 v86.addr =3D 0x10; >> > =A0 =A0 v86.eax =3D 0xe00 | (c & 0xff); >> > =A0 =A0 v86.ebx =3D 0x7; >> > @@ -617,6 +618,8 @@ >> > =A0 =A0 off_t off; >> > =A0 =A0 struct dsk *dsk; >> > >> > + =A0 =A0dmadat =3D (void *)(roundup2(__base + (int32_t)&_end, 0x10000= ) - > __base); >> > + >> > =A0 =A0 bios_getmem(); >> > >> > =A0 =A0 if (high_heap_size > 0) { >> > @@ -627,9 +630,6 @@ >> > =A0 =A0 =A0 =A0heap_end =3D (char *) PTOV(bios_basemem); >> > =A0 =A0 } >> > >> > - =A0 =A0dmadat =3D (void *)(roundup2(__base + (int32_t)&_end, 0x10000= ) - > __base); >> > - =A0 =A0v86.ctl =3D V86_FLAGS; >> > - >> > =A0 =A0 dsk =3D malloc(sizeof(struct dsk)); >> > =A0 =A0 dsk->drive =3D *(uint8_t *)PTOV(ARGS); >> > =A0 =A0 dsk->type =3D dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; >> > @@ -1157,6 +1157,7 @@ >> > =A0 =A0 =A0* when no such key is pressed in reality. As far as I can t= ell, >> > =A0 =A0 =A0* this only happens shortly after a reboot. >> > =A0 =A0 =A0*/ >> > + =A0 =A0v86.ctl =3D V86_FLAGS; >> > =A0 =A0 v86.addr =3D 0x16; >> > =A0 =A0 v86.eax =3D fn << 8; >> > =A0 =A0 v86int(); >> > >> > -- >> > John Baldwin >> > >> >> It still breaks: >> >> error 1 lba 48 >> error 1 lba 1 >> No ZFS pools located, can't boot > > Ok. =A0Can you add a printf to zfsboot.c to print out dsk->start in the c= ase > that you get an error? =A0error 1 means that the BIOS thinks it got a bad > parameter, presumably in the disk packet. =A0If you wanted to be ambitiou= s, just > print out all of the fields in the packet when it fails. > > -- > John Baldwin > Adding printf statements to drvread(): printf("dsk->xxx: %u\n", dsk->xxx): Output: error 1 lba 48 dsk->drive: 0 dsk->type: 0 dsk->unit: 0 dsk->slice: 0 dsk->part: 0 dsk->init: 0 dsk->start: 978673664 error 1 lba 1 dsk->drive: 0 dsk->type: 0 dsk->unit: 0 dsk->slice: 0 dsk->part: 0 dsk->init: 0 dsk->start: 0 No ZFS pools located, can't boot -Brandon From owner-freebsd-current@FreeBSD.ORG Tue Feb 23 22:44:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0690106566B for ; Tue, 23 Feb 2010 22:44:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 428E28FC0C for ; Tue, 23 Feb 2010 22:44:35 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B2A4546B51; Tue, 23 Feb 2010 17:44:34 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 0168C8A01F; Tue, 23 Feb 2010 17:44:33 -0500 (EST) From: John Baldwin To: Brandon Gooch Date: Tue, 23 Feb 2010 17:40:46 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20100120; KDE/4.3.1; amd64; ; ) References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> <201002231603.36500.jhb@freebsd.org> <179b97fb1002231404x1b5fce88v1d76450cc70473a1@mail.gmail.com> In-Reply-To: <179b97fb1002231404x1b5fce88v1d76450cc70473a1@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002231740.46478.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 23 Feb 2010 17:44:33 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.3 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: ZFS boot problems with memory > 1MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2010 22:44:35 -0000 On Tuesday 23 February 2010 5:04:03 pm Brandon Gooch wrote: > On Tue, Feb 23, 2010 at 3:03 PM, John Baldwin wrote: > > On Tuesday 23 February 2010 3:36:19 pm Brandon Gooch wrote: > >> On Tue, Feb 23, 2010 at 1:01 PM, John Baldwin wrote: > >> > On Tuesday 23 February 2010 12:36:31 pm Brandon Gooch wrote: > >> >> On Tue, Feb 23, 2010 at 10:24 AM, John Baldwin wrote: > >> >> > On Tuesday 23 February 2010 10:28:49 am Brandon Gooch wrote: > >> >> >> On Tue, Feb 23, 2010 at 7:29 AM, Andriy Gapon wrote: > >> >> >> > on 23/02/2010 13:18 Renato Botelho said the following: > >> >> >> >> On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley > >> >> >> >> wrote: > >> >> >> > [snip] > >> >> >> >>> Do you have USB legacy support enabled in your BIOS? I'm not sure > > if > >> >> >> >>> there's an option for the loader to use USB devices natively, but > > the BIOS's > >> >> >> >>> legacy option where it provides AT/PS2 emulation is probably the > > easiest way > >> >> >> >>> to get the keyboard working. > >> >> >> >> > >> >> >> >> Yes, I do, but it seems to be a regression on FreeBSD itself, I had > > this problem > >> >> >> >> in the past and I checked the same things i need to check in the > > past again and > >> >> >> >> everything is fine. > >> >> >> > > >> >> >> > A more precise way to state that would be "a regression in FreeBSD > > boot/loader". > >> >> >> > I think that you are referring to the issue that was fixed by > > r189017. > >> >> >> > It might be worthwhile investigating what was done in that revision > > and what > >> >> >> > happened in sys/boot code since then. > >> >> >> > > >> >> >> > One possibility is that your BIOS uses memory above 1MB for USB > > emulation, but > >> >> >> > doesn't mark that memory as used in system memory map. In that case > > that memory > >> >> >> > could be overwritten by the loader. If that's true then the blame > > is on the BIOS. > >> >> >> > Alternatively, our code might be parsing the system memory map > > incorrectly. > >> >> >> > But I am just making wild guesses here. > >> >> >> > > >> >> >> > >> >> >> I don't know if it is at all related, but this commit has caused > >> >> >> problems for me booting at least one of my machines: > >> >> >> > >> >> >> > > http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/zfsboot/zfsboot.c?r1=199714&r2=200309 > >> >> >> > >> >> >> Commit message: > >> >> >> > >> >> >> Revision 200309 - (view) (annotate) - [select for diffs] > >> >> >> Modified Wed Dec 9 20:36:56 2009 UTC (2 months, 2 weeks ago) by jhb > >> >> >> File length: 24893 byte(s) > >> >> >> Diff to previous 199714 > >> >> >> - Port bios_getmem() from libi386 to {gpt,}zfsboot() and use it to > >> >> >> safely allocate a heap region above 1MB. This enables > > {gpt,}zfsboot() > >> >> >> to allocate much larger buffers than before. > >> >> >> - Use a larger buffer (1MB instead of 128K) for temporary ZFS buffers. > > This > >> >> >> allows more reliable reading of compressed files in a raidz/raidz2 > > pool. > >> >> >> > >> >> >> Submitted by: Matt Reimer mattjreimer of gmail > >> >> >> MFC after: 1 week > >> >> > > >> >> > Starting a new thread, which problems are you seeing with this change? > > ZFS is > >> >> > a good bit more memory hungry than UFS, so it really needs to use high > > memory > >> >> > for its heap. Also, I wonder if you still have problems if you use the > > older > >> >> > zfsboot with the newer zfsloader? Finally, you need to use disklabel - > > B or > >> >> > some such to update the zfsboot bits for this change to take effect. > >> >> > > >> >> > -- > >> >> > John Baldwin > >> >> > > >> >> > >> >> I filed a PR so it wouldn't fall through the cracks: > >> >> > >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=144234 > >> >> > >> >> I guess I tried a combination of various revisions of bootstrap code > >> >> and loaders when I first encountered the issue. It was when I wrote a > >> >> recent gptzfsboot to the geom that I saw the symptoms: > >> >> > >> >> error 1 lba 48 > >> >> error 1 lba 1 > >> >> No ZFS pools located, can't boot > >> >> > >> >> I just wound up using sys/boot/i386/zfsboot/zfsboot.c revision 199714 > >> >> to build a working gptzfsboot on another system and wrote that to the > >> >> disk to get the machine operational. > >> > > >> > Try this: > >> > > >> > Index: zfsboot.c > >> > =================================================================== > >> > --- zfsboot.c (revision 204207) > >> > +++ zfsboot.c (working copy) > >> > @@ -467,6 +467,7 @@ > >> > static inline void > >> > putc(int c) > >> > { > >> > + v86.ctl = 0; > >> > v86.addr = 0x10; > >> > v86.eax = 0xe00 | (c & 0xff); > >> > v86.ebx = 0x7; > >> > @@ -617,6 +618,8 @@ > >> > off_t off; > >> > struct dsk *dsk; > >> > > >> > + dmadat = (void *)(roundup2(__base + (int32_t)&_end, 0x10000) - > > __base); > >> > + > >> > bios_getmem(); > >> > > >> > if (high_heap_size > 0) { > >> > @@ -627,9 +630,6 @@ > >> > heap_end = (char *) PTOV(bios_basemem); > >> > } > >> > > >> > - dmadat = (void *)(roundup2(__base + (int32_t)&_end, 0x10000) - > > __base); > >> > - v86.ctl = V86_FLAGS; > >> > - > >> > dsk = malloc(sizeof(struct dsk)); > >> > dsk->drive = *(uint8_t *)PTOV(ARGS); > >> > dsk->type = dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; > >> > @@ -1157,6 +1157,7 @@ > >> > * when no such key is pressed in reality. As far as I can tell, > >> > * this only happens shortly after a reboot. > >> > */ > >> > + v86.ctl = V86_FLAGS; > >> > v86.addr = 0x16; > >> > v86.eax = fn << 8; > >> > v86int(); > >> > > >> > -- > >> > John Baldwin > >> > > >> > >> It still breaks: > >> > >> error 1 lba 48 > >> error 1 lba 1 > >> No ZFS pools located, can't boot > > > > Ok. Can you add a printf to zfsboot.c to print out dsk->start in the case > > that you get an error? error 1 means that the BIOS thinks it got a bad > > parameter, presumably in the disk packet. If you wanted to be ambitious, just > > print out all of the fields in the packet when it fails. > > > > -- > > John Baldwin > > > > Adding printf statements to drvread(): > > printf("dsk->xxx: %u\n", dsk->xxx): > > Output: > > error 1 lba 48 > dsk->drive: 0 > dsk->type: 0 > dsk->unit: 0 > dsk->slice: 0 > dsk->part: 0 > dsk->init: 0 > dsk->start: 978673664 This value looks a bit high, do you have a partition that starts at an offset of about 466GB into the disk? > error 1 lba 1 > dsk->drive: 0 > dsk->type: 0 > dsk->unit: 0 > dsk->slice: 0 > dsk->part: 0 > dsk->init: 0 > dsk->start: 0 > No ZFS pools located, can't boot Sorry, I meant members of the 'packet' variable, though dsk->start is useful to have as well. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 01:00:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64AE81065672; Wed, 24 Feb 2010 01:00:02 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ew0-f228.google.com (mail-ew0-f228.google.com [209.85.219.228]) by mx1.freebsd.org (Postfix) with ESMTP id B8A3F8FC17; Wed, 24 Feb 2010 01:00:01 +0000 (UTC) Received: by ewy28 with SMTP id 28so86723ewy.33 for ; Tue, 23 Feb 2010 16:59:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=T0eYVm+m0Pb0wvBqeACvpKtPizr0yRb9K8k9MGieTZ4=; b=Zoq20W+w9BkJ64fWFkvrZIIwyaz8Z5uyk0xc1iPevTXnOy6nGdY1u6ur+9XyMgWk45 2DDoTwhq5pacQzEmsyzObMQV0EyuBmbIwpjZladIisUYdwt4UHEJ9z2+FLZ6kylqbM+K 9nDPZ0N9ZRfLpm27+/j5VsopXVLClMgQn91AU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=DW3I9KrvfN1KrDB/s2WSmB9V6UZ0JGtQF0c3ru/3KWOM1/Ss2PQwVXi+JZiQJ9AJk3 MuB30zJk2DPWn32peo7VSuJKPJbBPXRJMASuZQjjUFgDKgURTilTlFMoNXkVoOI4nBkl qkMBcZXuL478cdoCvxSs4XIhSOKUCD+PW6Tv8= MIME-Version: 1.0 Received: by 10.213.96.229 with SMTP id i37mr1366172ebn.56.1266973198140; Tue, 23 Feb 2010 16:59:58 -0800 (PST) In-Reply-To: <201002231740.46478.jhb@freebsd.org> References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> <201002231603.36500.jhb@freebsd.org> <179b97fb1002231404x1b5fce88v1d76450cc70473a1@mail.gmail.com> <201002231740.46478.jhb@freebsd.org> Date: Wed, 24 Feb 2010 00:59:58 +0000 Message-ID: <179b97fb1002231659h742fd72enca5cfa1d09b822f6@mail.gmail.com> From: Brandon Gooch To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS boot problems with memory > 1MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 01:00:02 -0000 On Tue, Feb 23, 2010 at 10:40 PM, John Baldwin wrote: > On Tuesday 23 February 2010 5:04:03 pm Brandon Gooch wrote: >> On Tue, Feb 23, 2010 at 3:03 PM, John Baldwin wrote: >> > On Tuesday 23 February 2010 3:36:19 pm Brandon Gooch wrote: >> >> On Tue, Feb 23, 2010 at 1:01 PM, John Baldwin wrote= : >> >> > On Tuesday 23 February 2010 12:36:31 pm Brandon Gooch wrote: >> >> >> On Tue, Feb 23, 2010 at 10:24 AM, John Baldwin > wrote: >> >> >> > On Tuesday 23 February 2010 10:28:49 am Brandon Gooch wrote: >> >> >> >> On Tue, Feb 23, 2010 at 7:29 AM, Andriy Gapon > wrote: >> >> >> >> > on 23/02/2010 13:18 Renato Botelho said the following: >> >> >> >> >> On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley >> >> >> >> >> wrote: >> >> >> >> > [snip] >> >> >> >> >>> Do you have USB legacy support enabled in your BIOS? =A0I'm= not > sure >> > if >> >> >> >> >>> there's an option for the loader to use USB devices nativel= y, > but >> > the BIOS's >> >> >> >> >>> legacy option where it provides AT/PS2 emulation is probabl= y > the >> > easiest way >> >> >> >> >>> to get the keyboard working. >> >> >> >> >> >> >> >> >> >> Yes, I do, but it seems to be a regression on FreeBSD itself= , I > had >> > this problem >> >> >> >> >> in the past and I checked the same things i need to check in= the >> > past again and >> >> >> >> >> everything is fine. >> >> >> >> > >> >> >> >> > A more precise way to state that would be "a regression in > FreeBSD >> > boot/loader". >> >> >> >> > I think that you are referring to the issue that was fixed by >> > r189017. >> >> >> >> > It might be worthwhile investigating what was done in that > revision >> > and what >> >> >> >> > happened in sys/boot code since then. >> >> >> >> > >> >> >> >> > One possibility is that your BIOS uses memory above 1MB for U= SB >> > emulation, but >> >> >> >> > doesn't mark that memory as used in system memory map. =A0In = that > case >> > that memory >> >> >> >> > could be overwritten by the loader. =A0If that's true then th= e > blame >> > is on the BIOS. >> >> >> >> > =A0Alternatively, our code might be parsing the system memory= map >> > incorrectly. >> >> >> >> > But I am just making wild guesses here. >> >> >> >> > >> >> >> >> >> >> >> >> I don't know if it is at all related, but this commit has cause= d >> >> >> >> problems for me booting at least one of my machines: >> >> >> >> >> >> >> >> >> > > http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/zfsboot/zfsboot.c?r= 1=3D199714&r2=3D200309 >> >> >> >> >> >> >> >> Commit message: >> >> >> >> >> >> >> >> Revision 200309 - (view) (annotate) - [select for diffs] >> >> >> >> Modified Wed Dec 9 20:36:56 2009 UTC (2 months, 2 weeks ago) by= jhb >> >> >> >> File length: 24893 byte(s) >> >> >> >> Diff to previous 199714 >> >> >> >> - Port bios_getmem() from libi386 to {gpt,}zfsboot() and use it= to >> >> >> >> =A0 safely allocate a heap region above 1MB. =A0This enables >> > {gpt,}zfsboot() >> >> >> >> =A0 to allocate much larger buffers than before. >> >> >> >> - Use a larger buffer (1MB instead of 128K) for temporary ZFS > buffers. >> > =A0This >> >> >> >> =A0 allows more reliable reading of compressed files in a > raidz/raidz2 >> > pool. >> >> >> >> >> >> >> >> Submitted by: Matt Reimer =A0mattjreimer of gmail >> >> >> >> MFC after: =A0 =A01 week >> >> >> > >> >> >> > Starting a new thread, which problems are you seeing with this > change? >> > =A0ZFS is >> >> >> > a good bit more memory hungry than UFS, so it really needs to us= e > high >> > memory >> >> >> > for its heap. =A0Also, I wonder if you still have problems if yo= u use > the >> > older >> >> >> > zfsboot with the newer zfsloader? =A0Finally, you need to use > disklabel - >> > B or >> >> >> > some such to update the zfsboot bits for this change to take eff= ect. >> >> >> > >> >> >> > -- >> >> >> > John Baldwin >> >> >> > >> >> >> >> >> >> I filed a PR so it wouldn't fall through the cracks: >> >> >> >> >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D144234 >> >> >> >> >> >> I guess I tried a combination of various revisions of bootstrap co= de >> >> >> and loaders when I first encountered the issue. It was when I wrot= e a >> >> >> recent gptzfsboot to the geom that I saw the symptoms: >> >> >> >> >> >> error 1 lba 48 >> >> >> error 1 lba 1 >> >> >> No ZFS pools located, can't boot >> >> >> >> >> >> I just wound up using sys/boot/i386/zfsboot/zfsboot.c revision 199= 714 >> >> >> to build a working gptzfsboot on another system and wrote that to = the >> >> >> disk to get the machine operational. >> >> > >> >> > Try this: >> >> > >> >> > Index: zfsboot.c >> >> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >> > --- zfsboot.c =A0 (revision 204207) >> >> > +++ zfsboot.c =A0 (working copy) >> >> > @@ -467,6 +467,7 @@ >> >> > =A0static inline void >> >> > =A0putc(int c) >> >> > =A0{ >> >> > + =A0 =A0v86.ctl =3D 0; >> >> > =A0 =A0 v86.addr =3D 0x10; >> >> > =A0 =A0 v86.eax =3D 0xe00 | (c & 0xff); >> >> > =A0 =A0 v86.ebx =3D 0x7; >> >> > @@ -617,6 +618,8 @@ >> >> > =A0 =A0 off_t off; >> >> > =A0 =A0 struct dsk *dsk; >> >> > >> >> > + =A0 =A0dmadat =3D (void *)(roundup2(__base + (int32_t)&_end, 0x10= 000) - >> > __base); >> >> > + >> >> > =A0 =A0 bios_getmem(); >> >> > >> >> > =A0 =A0 if (high_heap_size > 0) { >> >> > @@ -627,9 +630,6 @@ >> >> > =A0 =A0 =A0 =A0heap_end =3D (char *) PTOV(bios_basemem); >> >> > =A0 =A0 } >> >> > >> >> > - =A0 =A0dmadat =3D (void *)(roundup2(__base + (int32_t)&_end, 0x10= 000) - >> > __base); >> >> > - =A0 =A0v86.ctl =3D V86_FLAGS; >> >> > - >> >> > =A0 =A0 dsk =3D malloc(sizeof(struct dsk)); >> >> > =A0 =A0 dsk->drive =3D *(uint8_t *)PTOV(ARGS); >> >> > =A0 =A0 dsk->type =3D dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; >> >> > @@ -1157,6 +1157,7 @@ >> >> > =A0 =A0 =A0* when no such key is pressed in reality. As far as I ca= n tell, >> >> > =A0 =A0 =A0* this only happens shortly after a reboot. >> >> > =A0 =A0 =A0*/ >> >> > + =A0 =A0v86.ctl =3D V86_FLAGS; >> >> > =A0 =A0 v86.addr =3D 0x16; >> >> > =A0 =A0 v86.eax =3D fn << 8; >> >> > =A0 =A0 v86int(); >> >> > >> >> > -- >> >> > John Baldwin >> >> > >> >> >> >> It still breaks: >> >> >> >> error 1 lba 48 >> >> error 1 lba 1 >> >> No ZFS pools located, can't boot >> > >> > Ok. =A0Can you add a printf to zfsboot.c to print out dsk->start in th= e case >> > that you get an error? =A0error 1 means that the BIOS thinks it got a = bad >> > parameter, presumably in the disk packet. =A0If you wanted to be ambit= ious, > just >> > print out all of the fields in the packet when it fails. >> > >> > -- >> > John Baldwin >> > >> >> Adding printf statements to drvread(): >> >> printf("dsk->xxx: %u\n", dsk->xxx): >> >> Output: >> >> error 1 lba 48 >> dsk->drive: 0 >> dsk->type: 0 >> dsk->unit: 0 >> dsk->slice: 0 >> dsk->part: 0 >> dsk->init: 0 >> dsk->start: 978673664 > > This value looks a bit high, do you have a partition that starts at an of= fset > of about 466GB into the disk? > >> error 1 lba 1 >> dsk->drive: 0 >> dsk->type: 0 >> dsk->unit: 0 >> dsk->slice: 0 >> dsk->part: 0 >> dsk->init: 0 >> dsk->start: 0 >> No ZFS pools located, can't boot > > Sorry, I meant members of the 'packet' variable, though dsk->start is use= ful > to have as well. > > -- > John Baldwin > Here it is (with some crazy dsk stuff included): error 1 lba 48 packet.len: 16 packet.seg: 8192 packet.count: 16 packet.lba: 47 packet.off: 0 dsk->drive: 4294967295 dsk->slice: 4294967295 dsk->type: 4294967295 dsk->part: 4294967295 dsk->unit: 4294967295 dsk->init: 4294967295 dsk->start: 4294967295 error 1 lba 1 packet.len: 16 packet.seg: 8704 packet.count: 1 packet.lba: 1 packet.off: 0 dsk->drive: 4294967295 dsk->slice: 4294967295 dsk->type: 4294967295 dsk->part: 4294967295 dsk->unit: 4294967295 dsk->init: 4294967295 dsk->start: 4294967295 No ZFS pools located, can't boot -Brandon From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 01:46:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 973C1106566C for ; Wed, 24 Feb 2010 01:46:04 +0000 (UTC) (envelope-from oz@nixil.net) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.freebsd.org (Postfix) with ESMTP id 361FA8FC1A for ; Wed, 24 Feb 2010 01:46:03 +0000 (UTC) Received: from demigorgon.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by nixil.net (8.13.6.20060614/8.13.6) with ESMTP id o1O0bdNW005413 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 23 Feb 2010 17:37:42 -0700 (MST) Message-ID: <4B8474D3.8060402@nixil.net> Date: Tue, 23 Feb 2010 17:37:39 -0700 From: Phil Oleson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100204 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (nixil.net [161.58.222.1]); Tue, 23 Feb 2010 17:37:42 -0700 (MST) X-Virus-Scanned: clamav-milter 0.95.2 at nixil.net X-Virus-Status: Clean Subject: mail archive on freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 01:46:04 -0000 Hey.. something is wrong with the web mailing-list archive : http://docs.freebsd.org/mail/current/ when I try to read individual messages, I see "The specified message cannot be accessed." Can someone with the access and know how look into the problem? -Phil. (sorry if this is the wrong list.. but it's the one that I'm subscribed to) From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 02:17:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ADF2106564A for ; Wed, 24 Feb 2010 02:17:20 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 7FE8E8FC18 for ; Wed, 24 Feb 2010 02:17:20 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 163178C060; Tue, 23 Feb 2010 20:17:20 -0600 (CST) Date: Tue, 23 Feb 2010 20:17:20 -0600 From: Mark Linimon To: Phil Oleson Message-ID: <20100224021720.GB2624@lonesome.com> References: <4B8474D3.8060402@nixil.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B8474D3.8060402@nixil.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: mail archive on freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 02:17:20 -0000 We were in the middle of a hardware upgrade. Things should be restored now. mcl From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 09:22:53 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 238F5106564A for ; Wed, 24 Feb 2010 09:22:53 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id AF77B8FC12 for ; Wed, 24 Feb 2010 09:22:52 +0000 (UTC) Received: by fxm23 with SMTP id 23so739038fxm.3 for ; Wed, 24 Feb 2010 01:22:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ztlEt2kvEZ1s2AQf2Kcm+Z34BY1Irihp88Lbcx697LU=; b=vo76tbJshga5o2xwoCpGNuOGUEnoXlcyASiSlLH/wtcZJAhkqsdEOA0MXHGmGbWsHZ IGOIJ2SQ/wPmRhfjvJLNa5O5gRWU57Epe19WyboZQ9dS3di5B+sFO9EowOTTqxW1KRZE D7IXUsniBWQ1vzVOKfiSjMKDigZ8c0QJHPpqE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=FsLK5ovhNhzIkgWjLE46idAKsSLPaoxrYU9hYl7QpC2WZavM2YAXwwWiB5O1uhVuIe Vur6y/eIKmPi1ch3ZGvtX6HNjcWYo6jPO4kFr2G0kXgNNhTFw7tBt8W6Ud0wwyJ1PhtI NYPeArjI3AB+QGsOHItOotYyNxGogu5pvUf5g= MIME-Version: 1.0 Received: by 10.223.6.27 with SMTP id 27mr8299429fax.31.1267001835858; Wed, 24 Feb 2010 00:57:15 -0800 (PST) In-Reply-To: References: Date: Wed, 24 Feb 2010 09:57:15 +0100 Message-ID: <4e6cba831002240057i5809c29dle11b0487bcb22e60@mail.gmail.com> From: Giovanni Trematerra To: Ian FREISLICH Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 09:22:53 -0000 On Tue, Feb 23, 2010 at 5:20 PM, Ian FREISLICH wrote: > Hi > > Has anyone managed to make Virtualbox work on 9-Current? =A0Since > installing 3.1.2-OSE VMs, all brand new, abort on startup. > > The last part of the log seems pertinent: > > 00:00:15.481 !!Assertion Failed!! > 00:00:15.481 Expression: paPages[i].Phys !=3D 0 && paPages[i].Phys !=3D N= IL_RTHCPHYS && !(paPages[i].Phys & PAGE_OFFSET_MASK) > 00:00:15.481 Location =A0: /usr/ports/emulators/virtualbox-ose/work/Virtu= alBox-3.1.2_OSE/src/VBox/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, vo= id*, RTR0PTR, size_t, const SUPPAGE*, const char*, RTGCPTR64*) > 00:00:15.482 i=3D0x0 Phys=3D0000000000000000 Heap > > Does anyone have any ideas? > Hi Ian, Are your arch i386? There should be a bug in virtualbox-ose-kmod driver (vboxdrv to be precise)= . vboxdrv passes to vtophys kernel macro, user virtual addresses instead of kernel ones. Without debug compilation you should experience freeze or reboot of the host machine. -- Gianni From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 09:23:12 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C3511065781 for ; Wed, 24 Feb 2010 09:23:12 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: from mail-ew0-f228.google.com (mail-ew0-f228.google.com [209.85.219.228]) by mx1.freebsd.org (Postfix) with ESMTP id C73E48FC16 for ; Wed, 24 Feb 2010 09:23:11 +0000 (UTC) Received: by ewy28 with SMTP id 28so225585ewy.13 for ; Wed, 24 Feb 2010 01:23:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=o6bJP16iSj4mP90PYJBwaDLBlXMKNbF86yKEETHDorM=; b=BNGW9NjPOTt62oGoe6Lg13uRfb8gYP9ypRsEW2FVmpd+B6ivWVKFm6qFJOY0Iewom5 ED3TvC4g1kppJ+Qn9wWTRug6wZgizUlj7C97D2Ahf0owIb1louQaEhMmJLDKdxpOKuiX 9dTrYGHZvtzQ+e2D8eOxTo6KfkudVQWsaEMoA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=CnEXtRNmsF8ErKkNz/t15sDDGvAWBu4FC+ayqcdOLp6Mh1bHDt7yo1PF40nbRY7Vk3 7gVRg14HoeykkDCQg3WVuEgNvIXUoJ/kcFWb+CwbEoEnIOrTJgrx0aZkOm0xm/OPWd+U 68Kn1LUrif/RGHBFGg3Cnv8AUYN7Ia6E7DbVY= MIME-Version: 1.0 Received: by 10.213.53.10 with SMTP id k10mr2289776ebg.75.1267001893588; Wed, 24 Feb 2010 00:58:13 -0800 (PST) In-Reply-To: References: Date: Wed, 24 Feb 2010 10:58:13 +0200 Message-ID: <61b573981002240058m51a45bf8l1ca55063ef277492@mail.gmail.com> From: Shteryana Shopova To: Ian FREISLICH Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 09:23:12 -0000 Hi, On what kind of CPU are you trying to get VirtualBox to work? In some cases VirtualBox requires VT-x/AMD-V support in the CPU to work - you might want to make sure your CPU supports that and it's actually on. Otherwise, I've see the same errors trying to get VirtualBox to work on Intel Atom N270 with CURRENT. cheers, Shteryana On Tue, Feb 23, 2010 at 6:20 PM, Ian FREISLICH wrote: > Hi > > Has anyone managed to make Virtualbox work on 9-Current? =C2=A0Since > installing 3.1.2-OSE VMs, all brand new, abort on startup. > > The last part of the log seems pertinent: > > 00:00:15.481 !!Assertion Failed!! > 00:00:15.481 Expression: paPages[i].Phys !=3D 0 && paPages[i].Phys !=3D N= IL_RTHCPHYS && !(paPages[i].Phys & PAGE_OFFSET_MASK) > 00:00:15.481 Location =C2=A0: /usr/ports/emulators/virtualbox-ose/work/Vi= rtualBox-3.1.2_OSE/src/VBox/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*,= void*, RTR0PTR, size_t, const SUPPAGE*, const char*, RTGCPTR64*) > 00:00:15.482 i=3D0x0 Phys=3D0000000000000000 Heap > > Does anyone have any ideas? > > Ian > > > -- > Ian Freislich > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 11:44:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98E9F106566B for ; Wed, 24 Feb 2010 11:44:09 +0000 (UTC) (envelope-from jacques.fourie@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3459D8FC2F for ; Wed, 24 Feb 2010 11:44:08 +0000 (UTC) Received: by wyb40 with SMTP id 40so1215714wyb.13 for ; Wed, 24 Feb 2010 03:44:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=2IKT17Z4lmDxvI6jNcAbXyEQGCtC2/35Nty2qDCQuCA=; b=AE8WvOwg7uwE73rwH5slKzfYdQsDOxDuJh9B9UQmURS/gAwhKJoWgzgLI2eA65DbJH p/J0emrkyn0WnB+8w4KbdNMLi/oAlIJGlNdUTuANvxv5wElt3iTF7yMul8cv4mdAmNNq NRkQQrvMkYBRvbnaauW0nhIuBZoPNM/dUTNRI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=u42d1bY5NDItimA10Q9pzCeeURiI7O1OuYmQdpPU83gQF4yoOpcGy2S6XgoMGAf3Sw kcN5Fk2C30aOGhdc+0zE9UZWXl5HVYowNzC1b+Ofw1RjET+TuVEvgM9gFOZptFrW2z/b NI3+XoZxN83idlDlraE30Yyxk9rK+C7ifS78k= MIME-Version: 1.0 Received: by 10.216.88.148 with SMTP id a20mr499765wef.124.1267010200083; Wed, 24 Feb 2010 03:16:40 -0800 (PST) In-Reply-To: <61b573981002240058m51a45bf8l1ca55063ef277492@mail.gmail.com> References: <61b573981002240058m51a45bf8l1ca55063ef277492@mail.gmail.com> Date: Wed, 24 Feb 2010 13:16:40 +0200 Message-ID: From: Jacques Fourie To: Shteryana Shopova Content-Type: text/plain; charset=ISO-8859-1 Cc: Ian FREISLICH , current@freebsd.org Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 11:44:09 -0000 As a test you can apply the following mod to sys/i386/include/pmap.h and re-compile vboxdrv.ko. It fixed the problem for me but I'm by no means an expert on the i386 pmap stuff so use at your own risk. Also revert the change to pmap.h after re-compiling vboxdrv just so that you don't inadvertently break something else. Index: pmap.h =================================================================== --- pmap.h (revision 204194) +++ pmap.h (working copy) @@ -296,7 +296,10 @@ * however, safe to use the old PDE because the page table * page is preserved by the promotion. */ - pa = KPTmap[i386_btop(va)]; + if (va >= KERNBASE) + pa = KPTmap[i386_btop(va)]; + else + pa = *vtopte(va); pa = (pa & PG_FRAME) | (va & PAGE_MASK); } return (pa); From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 12:26:12 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE383106564A for ; Wed, 24 Feb 2010 12:26:12 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f226.google.com (mail-fx0-f226.google.com [209.85.220.226]) by mx1.freebsd.org (Postfix) with ESMTP id 703D88FC1D for ; Wed, 24 Feb 2010 12:26:12 +0000 (UTC) Received: by fxm26 with SMTP id 26so2794962fxm.13 for ; Wed, 24 Feb 2010 04:26:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=YhMP6ZuULnBVsdzROwLhHo6j1uBHHLal/E33ncspBVE=; b=pJEzRMmhFiIBXuwhThZoyQV615wz8P73FxscZegamr4pLqj+u+yFAKKe7e+GTxWFOb /blJUoHhpFn9Pg1mNDEiKaxwqN4iwLKLQdGMtxLWtZIRvbrRx7g0q2xAh8VQJsV4ooRk BN0bwuE1CMKATTyOgHvfiFPm6HoVQ06xDK3KE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=VJRV1BFhtcJtCi/7VRsL1wD2ZNB4ICucSrS8FnsT2K2NWIUDayJw5IPQdl/dwBftkl 4iOYhV26B2jx5VJ0flugFUSeJoHVox/dOJwdzmRlV6z6LF+vr58olh3uf1IrVxJfEFzI MXIMTh3vOFtXYzFvXlFu8/dL0kLGGVkd/96L8= MIME-Version: 1.0 Received: by 10.223.95.69 with SMTP id c5mr8760957fan.44.1267014365576; Wed, 24 Feb 2010 04:26:05 -0800 (PST) In-Reply-To: References: <61b573981002240058m51a45bf8l1ca55063ef277492@mail.gmail.com> Date: Wed, 24 Feb 2010 13:26:05 +0100 Message-ID: <4e6cba831002240426l6a549e24i81ea85e523422fe4@mail.gmail.com> From: Giovanni Trematerra To: Jacques Fourie Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Ian FREISLICH , Shteryana Shopova , current@freebsd.org Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 12:26:12 -0000 On Wed, Feb 24, 2010 at 12:16 PM, Jacques Fourie wrote: > As a test you can apply the following mod to sys/i386/include/pmap.h > and re-compile vboxdrv.ko. It fixed the problem for me but I'm by no > means an expert on the i386 pmap stuff so use at your own risk. Also > revert the change to pmap.h after re-compiling vboxdrv just so that > you don't inadvertently break something else. > > Index: pmap.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- pmap.h =A0 =A0 =A0(revision 204194) > +++ pmap.h =A0 =A0 =A0(working copy) > @@ -296,7 +296,10 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * however, safe to use the old PDE becaus= e the page table > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * page is preserved by the promotion. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 */ > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 pa =3D KPTmap[i386_btop(va)]; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (va >=3D KERNBASE) > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 pa =3D KPTmap[i386_btop(va)= ]; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 else > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 pa =3D *vtopte(va); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0pa =3D (pa & PG_FRAME) | (va & PAGE_MASK); > =A0 =A0 =A0 =A0} > =A0 =A0 =A0 =A0return (pa); pmap_kextract is intend to be used with kernel virtual addresses and not user virtual addresses. The problem lies in the driver not in the kernel. The vboxdrv call vtophys macro passing user virtual addresses through rtR0MemObjNativeGetPagePhysAddr and this is wrong. If you want a way to get virtualbox works try to revert this commit (r20289= 4): http://www.mail-archive.com/svn-src-all@freebsd.org/msg19081.html If you don't use ZFS with superpages enable you have a good chance to get a work system until a patch to vboxdrv will be around. -- Gianni From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 13:51:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58E85106566C for ; Wed, 24 Feb 2010 13:51:15 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 39AA18FC0A for ; Wed, 24 Feb 2010 13:51:15 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1NkHdy-0002PT-OS for freebsd-current@freebsd.org; Wed, 24 Feb 2010 05:51:14 -0800 Message-ID: <27714203.post@talk.nabble.com> Date: Wed, 24 Feb 2010 05:51:14 -0800 (PST) From: =?UTF-8?Q?Bernhard_Fr=C3=B6hlich?= To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Nabble-From: decke@bluelife.at References: Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 13:51:15 -0000 >Hi > >Has anyone managed to make Virtualbox work on 9-Current? Since >installing 3.1.2-OSE VMs, all brand new, abort on startup. > >The last part of the log seems pertinent: > >00:00:15.481 !!Assertion Failed!! >00:00:15.481 Expression: paPages[i].Phys !=3D 0 && paPages[i].Phys !=3D NIL_RTHCPHYS && >!(paPages[i].Phys & PAGE_OFFSET_MASK) >00:00:15.481 Location : /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox >/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, size_t, const SUPPAGE*,=20 >const char*, RTGCPTR64*) >00:00:15.482 i=3D0x0 Phys=3D0000000000000000 Heap > >Does anyone have any ideas? Thanks for the report. I've talked to Alexander Eichner and he gave me a patch that could fix that problem. Could you please try to build the virtualbox-ose-kmod por= t with that patch? If it works we will include it in the port update coming quite soon. http://pastebin.ca/1808090 If that does not help please create a backtrace from the vbox coredump and send the vbox.log. Thanks! -- Bernhard Fr=C3=B6hlich http://www.bluelife.at/ --=20 View this message in context: http://old.nabble.com/Virtualbox-tp27705983p2= 7714203.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 14:02:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47E41106564A for ; Wed, 24 Feb 2010 14:02:37 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id CBB588FC19 for ; Wed, 24 Feb 2010 14:02:36 +0000 (UTC) Received: by fxm23 with SMTP id 23so1035698fxm.3 for ; Wed, 24 Feb 2010 06:02:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zdOSpeFw+NaUHWX42faZ4Ke00ndRR208Ws7PBYSUj1I=; b=DvZPOBdze5Yq7Ujl0JtUPwy9520SS1r29D/3vanKhFKKDl7wq0S0/9FsO+dXWUZ/5g jOlYY50DmgZtBYdjiCio1UDoLGtXIwkVOETd9314amOMmiqa3k3Q47D4F1aTqdO+DZGK KDLUjI38JbmnU6Voyiul7JOxGardB0V2lGEAo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Mp6l+vPK+MK75TEkhsOgqbSDMLeKbdlYMMUGG7ThZ9omt35l4CRUk8+C9qMoEWvOqe Jacct+0duoVisouEEFdLeddiiZLp6kMN1jX0v5QATDIOAC7082bT3eA9JGnX8PovT8I0 Lbdaa341rf+arKL4BSMSU0YWpcl8XSmO8lkvQ= MIME-Version: 1.0 Received: by 10.223.28.156 with SMTP id m28mr617437fac.41.1267020150570; Wed, 24 Feb 2010 06:02:30 -0800 (PST) In-Reply-To: <27714203.post@talk.nabble.com> References: <27714203.post@talk.nabble.com> Date: Wed, 24 Feb 2010 15:02:30 +0100 Message-ID: <4e6cba831002240602gaffcee3lb8964096431d875f@mail.gmail.com> From: Giovanni Trematerra To: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 14:02:37 -0000 2010/2/24 Bernhard Fr=F6hlich : > >>Hi >> >>Has anyone managed to make Virtualbox work on 9-Current? =A0Since >>installing 3.1.2-OSE VMs, all brand new, abort on startup. >> >>The last part of the log seems pertinent: >> >>00:00:15.481 !!Assertion Failed!! >>00:00:15.481 Expression: paPages[i].Phys !=3D 0 && paPages[i].Phys !=3D > NIL_RTHCPHYS && >!(paPages[i].Phys & PAGE_OFFSET_MASK) >>00:00:15.481 Location =A0: > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox >>/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, size_t, > const SUPPAGE*, >>const char*, RTGCPTR64*) >>00:00:15.482 i=3D0x0 Phys=3D0000000000000000 Heap >> >>Does anyone have any ideas? > > > Thanks for the report. I've talked to Alexander Eichner and he gave me a > patch that could > fix that problem. Could you please try to build the virtualbox-ose-kmod p= ort > with that patch? > If it works we will include it in the port update coming quite soon. > > http://pastebin.ca/1808090 > > If that does not help please create a backtrace from the vbox coredump an= d > send the vbox.log. There are other point in src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebs= d.c where vtophys is misused as in rtR0MemObjNativeGetPagePhysAddr. Using pmap_extract might be insufficient, what if the page will be swapped = out? > > Thanks! > > -- > Bernhard Fr=F6hlich > http://www.bluelife.at/ > -- > View this message in context: http://old.nabble.com/Virtualbox-tp27705983= p27714203.html > Sent from the freebsd-current mailing list archive at Nabble.com. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 14:14:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADCF3106566C for ; Wed, 24 Feb 2010 14:14:14 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 00C608FC1A for ; Wed, 24 Feb 2010 14:14:12 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1NkI09-0002RA-QQ; Wed, 24 Feb 2010 16:14:10 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NkI00-000A4V-8q; Wed, 24 Feb 2010 16:14:00 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: =?UTF-8?Q?Bernhard_Fr=C3=B6hlich?= From: Ian FREISLICH In-Reply-To: <27714203.post@talk.nabble.com> References: <27714203.post@talk.nabble.com> X-Attribution: BOFH Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1267020812_54910" Date: Wed, 24 Feb 2010 16:14:00 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 14:14:14 -0000 This is a multipart MIME message. --==_Exmh_1267020812_54910 Content-Type: text/plain; charset=us-ascii =?UTF-8?Q?Bernhard_Fr=C3=B6hlich?= wrote: > > >Hi > > > >Has anyone managed to make Virtualbox work on 9-Current? Since > >installing 3.1.2-OSE VMs, all brand new, abort on startup. > > > >The last part of the log seems pertinent: > > > >00:00:15.481 !!Assertion Failed!! > >00:00:15.481 Expression: paPages[i].Phys !=3D 0 && paPages[i].Phys !=3D > NIL_RTHCPHYS && >!(paPages[i].Phys & PAGE_OFFSET_MASK) > >00:00:15.481 Location : > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox > >/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, size_t, > const SUPPAGE*,=20 > >const char*, RTGCPTR64*) > >00:00:15.482 i=3D0x0 Phys=3D0000000000000000 Heap > > > >Does anyone have any ideas? > > > Thanks for the report. I've talked to Alexander Eichner and he gave me a > patch that could > fix that problem. Could you please try to build the virtualbox-ose-kmod por= > t > with that patch? > If it works we will include it in the port update coming quite soon. > > http://pastebin.ca/1808090 > > If that does not help please create a backtrace from the vbox coredump and > send the vbox.log. There is no coredump. Answers to other questions: The system is an intel atom N270. Even though the processor does not support VT-x/AMD-V, nor was VB compiled with that support, the virtual machine claims this is enabled and there's no way to turn it off. Log attached. Ian -- Ian Freislich --==_Exmh_1267020812_54910 Content-Type: text/plain ; name="windows1-2010-02-24-16-09-21.log"; charset=us-ascii Content-Description: windows1-2010-02-24-16-09-21.log Content-Disposition: attachment; filename="windows1-2010-02-24-16-09-21.log" 00:00:04.350 VirtualBox 3.1.2_OSE r56127 freebsd.x86 (Feb 23 2010 17:24:31) release log 00:00:04.350 Log opened 2010-02-24T14:09:20.811771000Z 00:00:04.351 OS Product: FreeBSD 00:00:04.351 OS Release: 9.0-CURRENT 00:00:04.351 OS Version: FreeBSD 9.0-CURRENT #16: Sun Feb 7 07:39:42 SAST 2010 ianf@mini.clue.co.za:/usr/obj/usr/src/sys/APPLE 00:00:04.351 Host RAM: 2031MB RAM, available: 1370MB 00:00:04.351 Executable: /usr/local/lib/virtualbox/VirtualBox 00:00:04.351 Process ID: 38681 00:00:04.351 Package type: BSD_32BITS_GENERIC (OSE) 00:00:04.365 Your keyboard type does not appear to be known to VirtualBox. If 00:00:04.365 you would like to help us improve the product, please submit a bug 00:00:04.365 report, attach this logfile and provide information about what type 00:00:04.365 of keyboard you have and whether you are using a remote X server or 00:00:04.365 something similar. 00:00:04.365 00:00:04.365 The tables for your keyboard are: 00:00:04.365 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x1, 0x2, 0x3, 0x4, 0x5, 0x6, 0x7, 00:00:04.365 0x8, 0x9, 0xa, 0xb, 0xc, 0xd, 0xe, 0xf, 0x10, 0x11, 0x12, 0x13, 0x14, 0x15, 0x16, 0x17, 00:00:04.365 0x18, 0x19, 0x1a, 0x1b, 0x1c, 0x1d, 0x1e, 0x1f, 0x20, 0x21, 0x22, 0x23, 0x24, 0x25, 0x26, 0x27, 00:00:04.366 0x28, 0x29, 0x2a, 0x2b, 0x2c, 0x2d, 0x2e, 0x2f, 0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37, 00:00:04.366 0x38, 0x39, 0x1d, 0x3b, 0x3c, 0x3d, 0x3e, 0x3f, 0x40, 0x41, 0x42, 0x43, 0x44, 0x145, 0x46, 0x47, 00:00:04.366 0x48, 0x49, 0x4a, 0x4b, 0x4c, 0x4d, 0x4e, 0x4f, 0x50, 0x51, 0x52, 0x53, 0x0, 0x138, 0x56, 0x57, 00:00:04.367 0x58, 0x147, 0x148, 0x149, 0x14b, 0x0, 0x14d, 0x14f, 0x150, 0x151, 0x152, 0x153, 0x11c, 0x11d, 0x45, 0x137, 00:00:04.367 0x135, 0x138, 0x0, 0x15b, 0x15c, 0x15d, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x138, 0x0, 0x0, 0x0, 00:00:04.368 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 00:00:04.368 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 00:00:04.368 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 00:00:04.369 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 00:00:04.369 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 00:00:04.370 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 00:00:04.370 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 00:00:04.370 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0 00:00:04.371 and 00:00:04.371 NULL, 0x25, 0x32, 0x0, 0x17, 0x9, 0x24, 0x62, 0x68, 00:00:04.371 0x64, 0x66, 0x43, 0x44, 0x45, 0x46, 0x47, 0x48, 0x49, 0x4a 00:00:04.433 SUP: Loaded VMMR0.r0 (/usr/local/lib/virtualbox/VMMR0.r0) at 0xcb80f060 - ModuleInit at 00000000cb8233d0 and ModuleTerm at 00000000cb823390 00:00:04.433 SUP: VMMR0EntryEx located at 00000000cb823260, VMMR0EntryFast at 00000000cb823450 and VMMR0EntryInt at 00000000cb8224c0 00:00:04.684 VBoxSharedClipboard mode: Bidirectional 00:00:04.700 ************************* CFGM dump ************************* 00:00:04.700 [/] (level 0) 00:00:04.700 CSAMEnabled = 0x0000000000000001 (1) 00:00:04.700 EnablePAE = 0x0000000000000000 (0) 00:00:04.700 HwVirtExtForced = 0x0000000000000000 (0) 00:00:04.700 Name = "windows1" (cb=9) 00:00:04.700 NumCPUs = 0x0000000000000001 (1) 00:00:04.700 PATMEnabled = 0x0000000000000001 (1) 00:00:04.700 RamHoleSize = 0x0000000020000000 (536870912) 00:00:04.700 RamSize = 0x0000000020000000 (536870912) 00:00:04.700 RawR0Enabled = 0x0000000000000001 (1) 00:00:04.700 RawR3Enabled = 0x0000000000000001 (1) 00:00:04.700 SyntheticCpu = 0x0000000000000000 (0) 00:00:04.700 TimerMillies = 0x000000000000000a (10) 00:00:04.700 UUID = "cf e0 60 31 cc 7b b2 47 bd 7e 44 c8 bb 41 aa bd" (cb=16) 00:00:04.700 00:00:04.700 [/Devices/] (level 1) 00:00:04.700 00:00:04.700 [/Devices/8237A/] (level 2) 00:00:04.701 00:00:04.701 [/Devices/8237A/0/] (level 3) 00:00:04.701 Trusted = 0x0000000000000001 (1) 00:00:04.701 00:00:04.701 [/Devices/AudioSniffer/] (level 2) 00:00:04.701 00:00:04.701 [/Devices/AudioSniffer/0/] (level 3) 00:00:04.701 00:00:04.701 [/Devices/AudioSniffer/0/Config/] (level 4) 00:00:04.701 00:00:04.701 [/Devices/AudioSniffer/0/LUN#0/] (level 4) 00:00:04.701 Driver = "MainAudioSniffer" (cb=17) 00:00:04.701 00:00:04.701 [/Devices/AudioSniffer/0/LUN#0/Config/] (level 5) 00:00:04.701 Object = 0x000000002a842160 (713302368) 00:00:04.701 00:00:04.701 [/Devices/VMMDev/] (level 2) 00:00:04.701 00:00:04.701 [/Devices/VMMDev/0/] (level 3) 00:00:04.701 PCIDeviceNo = 0x0000000000000004 (4) 00:00:04.701 PCIFunctionNo = 0x0000000000000000 (0) 00:00:04.701 Trusted = 0x0000000000000001 (1) 00:00:04.701 00:00:04.701 [/Devices/VMMDev/0/Config/] (level 4) 00:00:04.701 00:00:04.701 [/Devices/VMMDev/0/LUN#0/] (level 4) 00:00:04.701 Driver = "HGCM" (cb=5) 00:00:04.701 00:00:04.701 [/Devices/VMMDev/0/LUN#0/Config/] (level 5) 00:00:04.702 Object = 0x0000000028665760 (677795680) 00:00:04.702 00:00:04.702 [/Devices/VMMDev/0/LUN#999/] (level 4) 00:00:04.702 Driver = "MainStatus" (cb=11) 00:00:04.702 00:00:04.702 [/Devices/VMMDev/0/LUN#999/Config/] (level 5) 00:00:04.702 First = 0x0000000000000000 (0) 00:00:04.702 Last = 0x0000000000000000 (0) 00:00:04.702 papLeds = 0x000000002a84a5e0 (713336288) 00:00:04.702 00:00:04.702 [/Devices/acpi/] (level 2) 00:00:04.702 00:00:04.702 [/Devices/acpi/0/] (level 3) 00:00:04.702 PCIDeviceNo = 0x0000000000000007 (7) 00:00:04.702 PCIFunctionNo = 0x0000000000000000 (0) 00:00:04.702 Trusted = 0x0000000000000001 (1) 00:00:04.702 00:00:04.702 [/Devices/acpi/0/Config/] (level 4) 00:00:04.702 FdcEnabled = 0x0000000000000001 (1) 00:00:04.702 IOAPIC = 0x0000000000000001 (1) 00:00:04.702 NumCPUs = 0x0000000000000001 (1) 00:00:04.702 RamHoleSize = 0x0000000020000000 (536870912) 00:00:04.702 RamSize = 0x0000000020000000 (536870912) 00:00:04.702 ShowCpu = 0x0000000000000001 (1) 00:00:04.702 ShowRtc = 0x0000000000000000 (0) 00:00:04.702 00:00:04.702 [/Devices/acpi/0/LUN#0/] (level 4) 00:00:04.703 Driver = "ACPIHost" (cb=9) 00:00:04.703 00:00:04.703 [/Devices/acpi/0/LUN#0/Config/] (level 5) 00:00:04.703 00:00:04.703 [/Devices/apic/] (level 2) 00:00:04.703 00:00:04.703 [/Devices/apic/0/] (level 3) 00:00:04.703 Trusted = 0x0000000000000001 (1) 00:00:04.703 00:00:04.703 [/Devices/apic/0/Config/] (level 4) 00:00:04.703 IOAPIC = 0x0000000000000001 (1) 00:00:04.703 NumCPUs = 0x0000000000000001 (1) 00:00:04.703 00:00:04.703 [/Devices/e1000/] (level 2) 00:00:04.703 00:00:04.703 [/Devices/i82078/] (level 2) 00:00:04.703 00:00:04.703 [/Devices/i82078/0/] (level 3) 00:00:04.703 Trusted = 0x0000000000000001 (1) 00:00:04.703 00:00:04.703 [/Devices/i82078/0/Config/] (level 4) 00:00:04.703 DMA = 0x0000000000000002 (2) 00:00:04.703 IOBase = 0x00000000000003f0 (1008) 00:00:04.703 IRQ = 0x0000000000000006 (6) 00:00:04.703 MemMapped = 0x0000000000000000 (0) 00:00:04.703 00:00:04.703 [/Devices/i82078/0/LUN#0/] (level 4) 00:00:04.703 Driver = "Block" (cb=6) 00:00:04.704 00:00:04.704 [/Devices/i82078/0/LUN#0/Config/] (level 5) 00:00:04.704 Mountable = 0x0000000000000001 (1) 00:00:04.704 Type = "Floppy 1.44" (cb=12) 00:00:04.704 00:00:04.704 [/Devices/i82078/0/LUN#999/] (level 4) 00:00:04.704 Driver = "MainStatus" (cb=11) 00:00:04.704 00:00:04.704 [/Devices/i82078/0/LUN#999/Config/] (level 5) 00:00:04.704 First = 0x0000000000000000 (0) 00:00:04.704 Last = 0x0000000000000000 (0) 00:00:04.704 papLeds = 0x000000002a84a4f0 (713336048) 00:00:04.704 00:00:04.704 [/Devices/i8254/] (level 2) 00:00:04.704 00:00:04.704 [/Devices/i8254/0/] (level 3) 00:00:04.704 00:00:04.704 [/Devices/i8254/0/Config/] (level 4) 00:00:04.704 00:00:04.704 [/Devices/i8259/] (level 2) 00:00:04.704 00:00:04.704 [/Devices/i8259/0/] (level 3) 00:00:04.704 Trusted = 0x0000000000000001 (1) 00:00:04.704 00:00:04.704 [/Devices/i8259/0/Config/] (level 4) 00:00:04.705 00:00:04.705 [/Devices/ichac97/] (level 2) 00:00:04.705 00:00:04.705 [/Devices/ichac97/0/] (level 3) 00:00:04.705 PCIDeviceNo = 0x0000000000000005 (5) 00:00:04.705 PCIFunctionNo = 0x0000000000000000 (0) 00:00:04.705 Trusted = 0x0000000000000001 (1) 00:00:04.705 00:00:04.705 [/Devices/ichac97/0/Config/] (level 4) 00:00:04.705 00:00:04.705 [/Devices/ichac97/0/LUN#0/] (level 4) 00:00:04.705 Driver = "AUDIO" (cb=6) 00:00:04.705 00:00:04.705 [/Devices/ichac97/0/LUN#0/Config/] (level 5) 00:00:04.705 AudioDriver = "oss" (cb=4) 00:00:04.705 StreamName = "windows1" (cb=9) 00:00:04.705 00:00:04.705 [/Devices/ioapic/] (level 2) 00:00:04.705 00:00:04.705 [/Devices/ioapic/0/] (level 3) 00:00:04.705 Trusted = 0x0000000000000001 (1) 00:00:04.705 00:00:04.705 [/Devices/ioapic/0/Config/] (level 4) 00:00:04.705 00:00:04.705 [/Devices/mc146818/] (level 2) 00:00:04.706 00:00:04.706 [/Devices/mc146818/0/] (level 3) 00:00:04.706 00:00:04.706 [/Devices/mc146818/0/Config/] (level 4) 00:00:04.706 00:00:04.706 [/Devices/parallel/] (level 2) 00:00:04.706 00:00:04.706 [/Devices/pcarch/] (level 2) 00:00:04.706 00:00:04.706 [/Devices/pcarch/0/] (level 3) 00:00:04.706 Trusted = 0x0000000000000001 (1) 00:00:04.706 00:00:04.706 [/Devices/pcarch/0/Config/] (level 4) 00:00:04.706 00:00:04.706 [/Devices/pcbios/] (level 2) 00:00:04.706 00:00:04.706 [/Devices/pcbios/0/] (level 3) 00:00:04.706 Trusted = 0x0000000000000001 (1) 00:00:04.706 00:00:04.706 [/Devices/pcbios/0/Config/] (level 4) 00:00:04.706 BootDevice0 = "FLOPPY" (cb=7) 00:00:04.706 BootDevice1 = "DVD" (cb=4) 00:00:04.707 BootDevice2 = "IDE" (cb=4) 00:00:04.707 BootDevice3 = "NONE" (cb=5) 00:00:04.707 FloppyDevice = "i82078" (cb=7) 00:00:04.707 HardDiskDevice = "piix3ide" (cb=9) 00:00:04.707 IOAPIC = 0x0000000000000001 (1) 00:00:04.707 NumCPUs = 0x0000000000000001 (1) 00:00:04.707 PXEDebug = 0x0000000000000000 (0) 00:00:04.707 RamHoleSize = 0x0000000020000000 (536870912) 00:00:04.707 RamSize = 0x0000000020000000 (536870912) 00:00:04.707 UUID = "cf e0 60 31 cc 7b b2 47 bd 7e 44 c8 bb 41 aa bd" (cb=16) 00:00:04.707 00:00:04.707 [/Devices/pci/] (level 2) 00:00:04.707 00:00:04.707 [/Devices/pci/0/] (level 3) 00:00:04.707 Trusted = 0x0000000000000001 (1) 00:00:04.707 00:00:04.707 [/Devices/pci/0/Config/] (level 4) 00:00:04.707 IOAPIC = 0x0000000000000001 (1) 00:00:04.707 00:00:04.707 [/Devices/pckbd/] (level 2) 00:00:04.707 00:00:04.707 [/Devices/pckbd/0/] (level 3) 00:00:04.707 Trusted = 0x0000000000000001 (1) 00:00:04.707 00:00:04.707 [/Devices/pckbd/0/Config/] (level 4) 00:00:04.707 00:00:04.707 [/Devices/pckbd/0/LUN#0/] (level 4) 00:00:04.707 Driver = "KeyboardQueue" (cb=14) 00:00:04.707 00:00:04.707 [/Devices/pckbd/0/LUN#0/AttachedDriver/] (level 5) 00:00:04.708 Driver = "MainKeyboard" (cb=13) 00:00:04.708 00:00:04.708 [/Devices/pckbd/0/LUN#0/AttachedDriver/Config/] (level 6) 00:00:04.708 Object = 0x000000002a871080 (713494656) 00:00:04.708 00:00:04.708 [/Devices/pckbd/0/LUN#0/Config/] (level 5) 00:00:04.708 QueueSize = 0x0000000000000040 (64) 00:00:04.708 00:00:04.708 [/Devices/pckbd/0/LUN#1/] (level 4) 00:00:04.708 Driver = "MouseQueue" (cb=11) 00:00:04.708 00:00:04.708 [/Devices/pckbd/0/LUN#1/AttachedDriver/] (level 5) 00:00:04.708 Driver = "MainMouse" (cb=10) 00:00:04.708 00:00:04.708 [/Devices/pckbd/0/LUN#1/AttachedDriver/Config/] (level 6) 00:00:04.708 Object = 0x000000002a871100 (713494784) 00:00:04.708 00:00:04.708 [/Devices/pckbd/0/LUN#1/Config/] (level 5) 00:00:04.708 QueueSize = 0x0000000000000080 (128) 00:00:04.708 00:00:04.708 [/Devices/pcnet/] (level 2) 00:00:04.708 00:00:04.708 [/Devices/pcnet/0/] (level 3) 00:00:04.708 PCIDeviceNo = 0x0000000000000003 (3) 00:00:04.708 PCIFunctionNo = 0x0000000000000000 (0) 00:00:04.708 Trusted = 0x0000000000000001 (1) 00:00:04.708 00:00:04.708 [/Devices/pcnet/0/Config/] (level 4) 00:00:04.708 Am79C973 = 0x0000000000000001 (1) 00:00:04.708 CableConnected = 0x0000000000000001 (1) 00:00:04.708 LineSpeed = 0x0000000000000000 (0) 00:00:04.708 MAC = "08 00 27 33 44 16" (cb=6) 00:00:04.708 00:00:04.708 [/Devices/pcnet/0/LUN#0/] (level 4) 00:00:04.708 Driver = "NAT" (cb=4) 00:00:04.708 00:00:04.708 [/Devices/pcnet/0/LUN#0/Config/] (level 5) 00:00:04.708 BootFile = "windows1.pxe" (cb=13) 00:00:04.708 TFTPPrefix = "/home/ianf/.VirtualBox/TFTP" (cb=28) 00:00:04.708 00:00:04.708 [/Devices/pcnet/0/LUN#999/] (level 4) 00:00:04.708 Driver = "MainStatus" (cb=11) 00:00:04.708 00:00:04.708 [/Devices/pcnet/0/LUN#999/Config/] (level 5) 00:00:04.708 papLeds = 0x000000002a84a5c0 (713336256) 00:00:04.708 00:00:04.708 [/Devices/piix3ide/] (level 2) 00:00:04.708 00:00:04.708 [/Devices/piix3ide/0/] (level 3) 00:00:04.708 PCIDeviceNo = 0x0000000000000001 (1) 00:00:04.708 PCIFunctionNo = 0x0000000000000001 (1) 00:00:04.708 Trusted = 0x0000000000000001 (1) 00:00:04.708 00:00:04.708 [/Devices/piix3ide/0/Config/] (level 4) 00:00:04.709 Type = "PIIX4" (cb=6) 00:00:04.709 00:00:04.709 [/Devices/piix3ide/0/LUN#0/] (level 4) 00:00:04.709 Driver = "Block" (cb=6) 00:00:04.709 00:00:04.709 [/Devices/piix3ide/0/LUN#0/AttachedDriver/] (level 5) 00:00:04.709 Driver = "VD" (cb=3) 00:00:04.709 00:00:04.710 [/Devices/piix3ide/0/LUN#0/AttachedDriver/Config/] (level 6) 00:00:04.710 Format = "VDI" (cb=4) 00:00:04.710 Path = "/home/ianf/.VirtualBox/HardDisks/windows1.vdi" (cb=46) 00:00:04.710 00:00:04.710 [/Devices/piix3ide/0/LUN#0/Config/] (level 5) 00:00:04.710 Mountable = 0x0000000000000000 (0) 00:00:04.710 Type = "HardDisk" (cb=9) 00:00:04.710 00:00:04.710 [/Devices/piix3ide/0/LUN#2/] (level 4) 00:00:04.710 Driver = "Block" (cb=6) 00:00:04.710 00:00:04.710 [/Devices/piix3ide/0/LUN#2/AttachedDriver/] (level 5) 00:00:04.710 Driver = "VD" (cb=3) 00:00:04.710 00:00:04.710 [/Devices/piix3ide/0/LUN#2/AttachedDriver/Config/] (level 6) 00:00:04.710 Format = "RAW" (cb=4) 00:00:04.710 Path = "/home/ianf/xp.sp3.2009.iso" (cb=27) 00:00:04.710 ReadOnly = 0x0000000000000001 (1) 00:00:04.710 00:00:04.710 [/Devices/piix3ide/0/LUN#2/Config/] (level 5) 00:00:04.710 Mountable = 0x0000000000000001 (1) 00:00:04.710 Type = "DVD" (cb=4) 00:00:04.710 00:00:04.710 [/Devices/piix3ide/0/LUN#999/] (level 4) 00:00:04.710 Driver = "MainStatus" (cb=11) 00:00:04.710 00:00:04.710 [/Devices/piix3ide/0/LUN#999/Config/] (level 5) 00:00:04.711 First = 0x0000000000000000 (0) 00:00:04.711 Last = 0x0000000000000003 (3) 00:00:04.711 papLeds = 0x000000002a84a4f8 (713336056) 00:00:04.711 00:00:04.711 [/Devices/serial/] (level 2) 00:00:04.711 00:00:04.711 [/Devices/vga/] (level 2) 00:00:04.711 00:00:04.711 [/Devices/vga/0/] (level 3) 00:00:04.711 PCIDeviceNo = 0x0000000000000002 (2) 00:00:04.711 PCIFunctionNo = 0x0000000000000000 (0) 00:00:04.711 Trusted = 0x0000000000000001 (1) 00:00:04.711 00:00:04.711 [/Devices/vga/0/Config/] (level 4) 00:00:04.711 CustomVideoModes = 0x0000000000000000 (0) 00:00:04.711 FadeIn = 0x0000000000000001 (1) 00:00:04.711 FadeOut = 0x0000000000000001 (1) 00:00:04.711 HeightReduction = 0x0000000000000000 (0) 00:00:04.711 LogoFile = "" (cb=1) 00:00:04.711 LogoTime = 0x0000000000000000 (0) 00:00:04.711 MonitorCount = 0x0000000000000001 (1) 00:00:04.711 ShowBootMenu = 0x0000000000000002 (2) 00:00:04.711 VRamSize = 0x0000000001000000 (16777216) 00:00:04.711 00:00:04.711 [/Devices/vga/0/LUN#0/] (level 4) 00:00:04.711 Driver = "MainDisplay" (cb=12) 00:00:04.711 00:00:04.711 [/Devices/vga/0/LUN#0/Config/] (level 5) 00:00:04.711 Object = 0x000000002a875100 (713511168) 00:00:04.711 00:00:04.711 [/Devices/virtio-net/] (level 2) 00:00:04.711 00:00:04.711 [/HWVirtExt/] (level 1) 00:00:04.711 64bitEnabled = 0x0000000000000000 (0) 00:00:04.711 EnableNestedPaging = 0x0000000000000000 (0) 00:00:04.712 EnableVPID = 0x0000000000000000 (0) 00:00:04.712 Enabled = 0x0000000000000001 (1) 00:00:04.712 Exclusive = 0x0000000000000001 (1) 00:00:04.712 TPRPatchingEnabled = 0x0000000000000001 (1) 00:00:04.712 00:00:04.712 [/PDM/] (level 1) 00:00:04.712 00:00:04.712 [/PDM/Drivers/] (level 2) 00:00:04.712 00:00:04.712 [/PDM/Drivers/VBoxC/] (level 3) 00:00:04.712 Path = "/usr/local/lib/virtualbox/components/VBoxC" (cb=43) 00:00:04.712 00:00:04.712 [/TM/] (level 1) 00:00:04.712 UTCOffset = 0x0000000000000000 (0) 00:00:04.712 00:00:04.712 ********************* End of CFGM dump ********************** 00:00:04.712 MM: cbHyperHeap=0x140000 (1310720) 00:00:04.719 00:00:04.719 !!Assertion Failed!! 00:00:04.719 Expression: paPages[i].Phys != 0 && paPages[i].Phys != NIL_RTHCPHYS && !(paPages[i].Phys & PAGE_OFFSET_MASK) 00:00:04.719 Location : /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, size_t, const SUPPAGE*, const char*, RTGCPTR64*) 00:00:04.720 i=0x1 Phys=0000000000000000 Heap --==_Exmh_1267020812_54910-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 14:57:32 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4DFF106566B for ; Wed, 24 Feb 2010 14:57:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B59B48FC16 for ; Wed, 24 Feb 2010 14:57:32 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6CA8646B7E; Wed, 24 Feb 2010 09:57:32 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 7BF1C8A024; Wed, 24 Feb 2010 09:57:31 -0500 (EST) From: John Baldwin To: Brandon Gooch Date: Wed, 24 Feb 2010 09:55:27 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20100120; KDE/4.3.1; amd64; ; ) References: <747dc8f31002220835g481b0baeqb1d6df32a79b7da2@mail.gmail.com> <201002231740.46478.jhb@freebsd.org> <179b97fb1002231659h742fd72enca5cfa1d09b822f6@mail.gmail.com> In-Reply-To: <179b97fb1002231659h742fd72enca5cfa1d09b822f6@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002240955.27357.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 24 Feb 2010 09:57:31 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.3 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: ZFS boot problems with memory > 1MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 14:57:33 -0000 On Tuesday 23 February 2010 7:59:58 pm Brandon Gooch wrote: > On Tue, Feb 23, 2010 at 10:40 PM, John Baldwin wrote: > > On Tuesday 23 February 2010 5:04:03 pm Brandon Gooch wrote: > >> On Tue, Feb 23, 2010 at 3:03 PM, John Baldwin wrote: > >> > On Tuesday 23 February 2010 3:36:19 pm Brandon Gooch wrote: > >> >> On Tue, Feb 23, 2010 at 1:01 PM, John Baldwin wrote: > >> >> > On Tuesday 23 February 2010 12:36:31 pm Brandon Gooch wrote: > >> >> >> On Tue, Feb 23, 2010 at 10:24 AM, John Baldwin > > wrote: > >> >> >> > On Tuesday 23 February 2010 10:28:49 am Brandon Gooch wrote: > >> >> >> >> On Tue, Feb 23, 2010 at 7:29 AM, Andriy Gapon > > wrote: > >> >> >> >> > on 23/02/2010 13:18 Renato Botelho said the following: > >> >> >> >> >> On Mon, Feb 22, 2010 at 7:35 PM, Chris Hedley > >> >> >> >> >> wrote: > >> >> >> >> > [snip] > >> >> >> >> >>> Do you have USB legacy support enabled in your BIOS? I'm not > > sure > >> > if > >> >> >> >> >>> there's an option for the loader to use USB devices natively, > > but > >> > the BIOS's > >> >> >> >> >>> legacy option where it provides AT/PS2 emulation is probably > > the > >> > easiest way > >> >> >> >> >>> to get the keyboard working. > >> >> >> >> >> > >> >> >> >> >> Yes, I do, but it seems to be a regression on FreeBSD itself, I > > had > >> > this problem > >> >> >> >> >> in the past and I checked the same things i need to check in the > >> > past again and > >> >> >> >> >> everything is fine. > >> >> >> >> > > >> >> >> >> > A more precise way to state that would be "a regression in > > FreeBSD > >> > boot/loader". > >> >> >> >> > I think that you are referring to the issue that was fixed by > >> > r189017. > >> >> >> >> > It might be worthwhile investigating what was done in that > > revision > >> > and what > >> >> >> >> > happened in sys/boot code since then. > >> >> >> >> > > >> >> >> >> > One possibility is that your BIOS uses memory above 1MB for USB > >> > emulation, but > >> >> >> >> > doesn't mark that memory as used in system memory map. In that > > case > >> > that memory > >> >> >> >> > could be overwritten by the loader. If that's true then the > > blame > >> > is on the BIOS. > >> >> >> >> > Alternatively, our code might be parsing the system memory map > >> > incorrectly. > >> >> >> >> > But I am just making wild guesses here. > >> >> >> >> > > >> >> >> >> > >> >> >> >> I don't know if it is at all related, but this commit has caused > >> >> >> >> problems for me booting at least one of my machines: > >> >> >> >> > >> >> >> >> > >> > > > http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/zfsboot/zfsboot.c?r1=199714&r2=200309 > >> >> >> >> > >> >> >> >> Commit message: > >> >> >> >> > >> >> >> >> Revision 200309 - (view) (annotate) - [select for diffs] > >> >> >> >> Modified Wed Dec 9 20:36:56 2009 UTC (2 months, 2 weeks ago) by jhb > >> >> >> >> File length: 24893 byte(s) > >> >> >> >> Diff to previous 199714 > >> >> >> >> - Port bios_getmem() from libi386 to {gpt,}zfsboot() and use it to > >> >> >> >> safely allocate a heap region above 1MB. This enables > >> > {gpt,}zfsboot() > >> >> >> >> to allocate much larger buffers than before. > >> >> >> >> - Use a larger buffer (1MB instead of 128K) for temporary ZFS > > buffers. > >> > This > >> >> >> >> allows more reliable reading of compressed files in a > > raidz/raidz2 > >> > pool. > >> >> >> >> > >> >> >> >> Submitted by: Matt Reimer mattjreimer of gmail > >> >> >> >> MFC after: 1 week > >> >> >> > > >> >> >> > Starting a new thread, which problems are you seeing with this > > change? > >> > ZFS is > >> >> >> > a good bit more memory hungry than UFS, so it really needs to use > > high > >> > memory > >> >> >> > for its heap. Also, I wonder if you still have problems if you use > > the > >> > older > >> >> >> > zfsboot with the newer zfsloader? Finally, you need to use > > disklabel - > >> > B or > >> >> >> > some such to update the zfsboot bits for this change to take effect. > >> >> >> > > >> >> >> > -- > >> >> >> > John Baldwin > >> >> >> > > >> >> >> > >> >> >> I filed a PR so it wouldn't fall through the cracks: > >> >> >> > >> >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=144234 > >> >> >> > >> >> >> I guess I tried a combination of various revisions of bootstrap code > >> >> >> and loaders when I first encountered the issue. It was when I wrote a > >> >> >> recent gptzfsboot to the geom that I saw the symptoms: > >> >> >> > >> >> >> error 1 lba 48 > >> >> >> error 1 lba 1 > >> >> >> No ZFS pools located, can't boot > >> >> >> > >> >> >> I just wound up using sys/boot/i386/zfsboot/zfsboot.c revision 199714 > >> >> >> to build a working gptzfsboot on another system and wrote that to the > >> >> >> disk to get the machine operational. > >> >> > > >> >> > Try this: > >> >> > > >> >> > Index: zfsboot.c > >> >> > =================================================================== > >> >> > --- zfsboot.c (revision 204207) > >> >> > +++ zfsboot.c (working copy) > >> >> > @@ -467,6 +467,7 @@ > >> >> > static inline void > >> >> > putc(int c) > >> >> > { > >> >> > + v86.ctl = 0; > >> >> > v86.addr = 0x10; > >> >> > v86.eax = 0xe00 | (c & 0xff); > >> >> > v86.ebx = 0x7; > >> >> > @@ -617,6 +618,8 @@ > >> >> > off_t off; > >> >> > struct dsk *dsk; > >> >> > > >> >> > + dmadat = (void *)(roundup2(__base + (int32_t)&_end, 0x10000) - > >> > __base); > >> >> > + > >> >> > bios_getmem(); > >> >> > > >> >> > if (high_heap_size > 0) { > >> >> > @@ -627,9 +630,6 @@ > >> >> > heap_end = (char *) PTOV(bios_basemem); > >> >> > } > >> >> > > >> >> > - dmadat = (void *)(roundup2(__base + (int32_t)&_end, 0x10000) - > >> > __base); > >> >> > - v86.ctl = V86_FLAGS; > >> >> > - > >> >> > dsk = malloc(sizeof(struct dsk)); > >> >> > dsk->drive = *(uint8_t *)PTOV(ARGS); > >> >> > dsk->type = dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; > >> >> > @@ -1157,6 +1157,7 @@ > >> >> > * when no such key is pressed in reality. As far as I can tell, > >> >> > * this only happens shortly after a reboot. > >> >> > */ > >> >> > + v86.ctl = V86_FLAGS; > >> >> > v86.addr = 0x16; > >> >> > v86.eax = fn << 8; > >> >> > v86int(); > >> >> > > >> >> > -- > >> >> > John Baldwin > >> >> > > >> >> > >> >> It still breaks: > >> >> > >> >> error 1 lba 48 > >> >> error 1 lba 1 > >> >> No ZFS pools located, can't boot > >> > > >> > Ok. Can you add a printf to zfsboot.c to print out dsk->start in the case > >> > that you get an error? error 1 means that the BIOS thinks it got a bad > >> > parameter, presumably in the disk packet. If you wanted to be ambitious, > > just > >> > print out all of the fields in the packet when it fails. > >> > > >> > -- > >> > John Baldwin > >> > > >> > >> Adding printf statements to drvread(): > >> > >> printf("dsk->xxx: %u\n", dsk->xxx): > >> > >> Output: > >> > >> error 1 lba 48 > >> dsk->drive: 0 > >> dsk->type: 0 > >> dsk->unit: 0 > >> dsk->slice: 0 > >> dsk->part: 0 > >> dsk->init: 0 > >> dsk->start: 978673664 > > > > This value looks a bit high, do you have a partition that starts at an offset > > of about 466GB into the disk? > > > >> error 1 lba 1 > >> dsk->drive: 0 > >> dsk->type: 0 > >> dsk->unit: 0 > >> dsk->slice: 0 > >> dsk->part: 0 > >> dsk->init: 0 > >> dsk->start: 0 > >> No ZFS pools located, can't boot > > > > Sorry, I meant members of the 'packet' variable, though dsk->start is useful > > to have as well. > > > > -- > > John Baldwin > > > > Here it is (with some crazy dsk stuff included): > > error 1 lba 48 > packet.len: 16 > packet.seg: 8192 > packet.count: 16 > packet.lba: 47 > packet.off: 0 > dsk->drive: 4294967295 > dsk->slice: 4294967295 > dsk->type: 4294967295 > dsk->part: 4294967295 > dsk->unit: 4294967295 > dsk->init: 4294967295 > dsk->start: 4294967295 These are all -1 now which looks wrong. The raw LBA being 47 instead of 48 would seem to indicate that that is the case though. > error 1 lba 1 > packet.len: 16 > packet.seg: 8704 > packet.count: 1 > packet.lba: 1 > packet.off: 0 Odd that the lba here isn't 0. Can you add some more printfs, maybe to probe_drive() to try narrow down how many types that is being invoked and for which drive numbers? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 15:04:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8704106566B for ; Wed, 24 Feb 2010 15:04:34 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id 457C78FC18 for ; Wed, 24 Feb 2010 15:04:34 +0000 (UTC) Received: from [91.205.172.21] (helo=webmail.bluelife.at) by mail.itac.at with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1NkImu-0005EY-W9; Wed, 24 Feb 2010 16:04:33 +0100 MIME-Version: 1.0 Date: Wed, 24 Feb 2010 16:04:33 +0100 From: Bernhard Froehlich To: Giovanni Trematerra In-Reply-To: <4e6cba831002240602gaffcee3lb8964096431d875f@mail.gmail.com> References: <27714203.post@talk.nabble.com> <4e6cba831002240602gaffcee3lb8964096431d875f@mail.gmail.com> Message-ID: <83c3f6f36a82e27255b39206b0391900@bluelife.at> X-Sender: decke@bluelife.at User-Agent: RoundCube Webmail/0.3.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.7 (/) X-Spam-Report: Spam detection software, running on the system "mail.itac.at", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Wed, 24 Feb 2010 15:02:30 +0100, Giovanni Trematerra wrote: > 2010/2/24 Bernhard Fröhlich : >> >>>Hi >>> >>>Has anyone managed to make Virtualbox work on 9-Current?  Since >>>installing 3.1.2-OSE VMs, all brand new, abort on startup. >>> >>>The last part of the log seems pertinent: >>> >>>00:00:15.481 !!Assertion Failed!! >>>00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys != >> NIL_RTHCPHYS && >!(paPages[i].Phys & PAGE_OFFSET_MASK) >>>00:00:15.481 Location  : >> /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox >>>/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, size_t, >> const SUPPAGE*, >>>const char*, RTGCPTR64*) >>>00:00:15.482 i=0x0 Phys=0000000000000000 Heap >>> >>>Does anyone have any ideas? >> >> >> Thanks for the report. I've talked to Alexander Eichner and he gave me a >> patch that could >> fix that problem. Could you please try to build the virtualbox-ose-kmod >> port >> with that patch? >> If it works we will include it in the port update coming quite soon. >> >> http://pastebin.ca/1808090 >> >> If that does not help please create a backtrace from the vbox coredump >> and >> send the vbox.log. > > There are other point in > src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c > where vtophys is misused as in rtR0MemObjNativeGetPagePhysAddr. > Using pmap_extract might be insufficient, what if the page will be swapped > out? [...] Content analysis details: (0.7 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 3.4 FH_DATE_PAST_20XX The date is grossly in the future. -1.3 AWL AWL: From: address is in the auto white-list Cc: freebsd-current@freebsd.org Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 15:04:35 -0000 On Wed, 24 Feb 2010 15:02:30 +0100, Giovanni Trematerra wrote: > 2010/2/24 Bernhard Fröhlich : >> >>>Hi >>> >>>Has anyone managed to make Virtualbox work on 9-Current?  Since >>>installing 3.1.2-OSE VMs, all brand new, abort on startup. >>> >>>The last part of the log seems pertinent: >>> >>>00:00:15.481 !!Assertion Failed!! >>>00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys != >> NIL_RTHCPHYS && >!(paPages[i].Phys & PAGE_OFFSET_MASK) >>>00:00:15.481 Location  : >> /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox >>>/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, size_t, >> const SUPPAGE*, >>>const char*, RTGCPTR64*) >>>00:00:15.482 i=0x0 Phys=0000000000000000 Heap >>> >>>Does anyone have any ideas? >> >> >> Thanks for the report. I've talked to Alexander Eichner and he gave me a >> patch that could >> fix that problem. Could you please try to build the virtualbox-ose-kmod >> port >> with that patch? >> If it works we will include it in the port update coming quite soon. >> >> http://pastebin.ca/1808090 >> >> If that does not help please create a backtrace from the vbox coredump >> and >> send the vbox.log. > > There are other point in > src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c > where vtophys is misused as in rtR0MemObjNativeGetPagePhysAddr. > Using pmap_extract might be insufficient, what if the page will be swapped > out? According to aeichner that should not happen as all memory allocated there is locked. He's at the moment having a look at the other vtophys calls. -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 15:38:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1495106566C for ; Wed, 24 Feb 2010 15:38:16 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id 185748FC12 for ; Wed, 24 Feb 2010 15:38:15 +0000 (UTC) Received: from [91.205.172.21] (helo=webmail.bluelife.at) by mail.itac.at with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1NkJJW-0005Ts-LQ; Wed, 24 Feb 2010 16:38:14 +0100 MIME-Version: 1.0 Date: Wed, 24 Feb 2010 16:38:15 +0100 From: Bernhard Froehlich To: Bernhard Froehlich In-Reply-To: <83c3f6f36a82e27255b39206b0391900@bluelife.at> References: <27714203.post@talk.nabble.com> <4e6cba831002240602gaffcee3lb8964096431d875f@mail.gmail.com> <83c3f6f36a82e27255b39206b0391900@bluelife.at> Message-ID: <0f61b7afe284765d6f2db7597ef5f4b6@bluelife.at> X-Sender: decke@bluelife.at User-Agent: RoundCube Webmail/0.3.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.7 (/) X-Spam-Report: Spam detection software, running on the system "mail.itac.at", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Wed, 24 Feb 2010 16:04:33 +0100, Bernhard Froehlich wrote: > On Wed, 24 Feb 2010 15:02:30 +0100, Giovanni Trematerra > wrote: >> 2010/2/24 Bernhard Fröhlich : >>> >>>>Hi >>>> >>>>Has anyone managed to make Virtualbox work on 9-Current?  Since >>>>installing 3.1.2-OSE VMs, all brand new, abort on startup. >>>> >>>>The last part of the log seems pertinent: >>>> >>>>00:00:15.481 !!Assertion Failed!! >>>>00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys != >>> NIL_RTHCPHYS && >!(paPages[i].Phys & PAGE_OFFSET_MASK) >>>>00:00:15.481 Location  : >>> /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox >>>>/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, > size_t, >>> const SUPPAGE*, >>>>const char*, RTGCPTR64*) >>>>00:00:15.482 i=0x0 Phys=0000000000000000 Heap >>>> >>>>Does anyone have any ideas? >>> >>> >>> Thanks for the report. I've talked to Alexander Eichner and he gave me > a >>> patch that could >>> fix that problem. Could you please try to build the virtualbox-ose-kmod >>> port >>> with that patch? >>> If it works we will include it in the port update coming quite soon. >>> >>> http://pastebin.ca/1808090 >>> >>> If that does not help please create a backtrace from the vbox coredump >>> and >>> send the vbox.log. >> >> There are other point in >> src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c >> where vtophys is misused as in rtR0MemObjNativeGetPagePhysAddr. >> Using pmap_extract might be insufficient, what if the page will be > swapped >> out? > > According to aeichner that should not happen as all memory allocated there > is locked. He's at the moment having a look at the other vtophys calls. [...] Content analysis details: (0.7 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 3.4 FH_DATE_PAST_20XX The date is grossly in the future. -1.2 AWL AWL: From: address is in the auto white-list Cc: Giovanni Trematerra , freebsd-current@freebsd.org Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 15:38:16 -0000 On Wed, 24 Feb 2010 16:04:33 +0100, Bernhard Froehlich wrote: > On Wed, 24 Feb 2010 15:02:30 +0100, Giovanni Trematerra > wrote: >> 2010/2/24 Bernhard Fröhlich : >>> >>>>Hi >>>> >>>>Has anyone managed to make Virtualbox work on 9-Current?  Since >>>>installing 3.1.2-OSE VMs, all brand new, abort on startup. >>>> >>>>The last part of the log seems pertinent: >>>> >>>>00:00:15.481 !!Assertion Failed!! >>>>00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys != >>> NIL_RTHCPHYS && >!(paPages[i].Phys & PAGE_OFFSET_MASK) >>>>00:00:15.481 Location  : >>> /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox >>>>/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, > size_t, >>> const SUPPAGE*, >>>>const char*, RTGCPTR64*) >>>>00:00:15.482 i=0x0 Phys=0000000000000000 Heap >>>> >>>>Does anyone have any ideas? >>> >>> >>> Thanks for the report. I've talked to Alexander Eichner and he gave me > a >>> patch that could >>> fix that problem. Could you please try to build the virtualbox-ose-kmod >>> port >>> with that patch? >>> If it works we will include it in the port update coming quite soon. >>> >>> http://pastebin.ca/1808090 >>> >>> If that does not help please create a backtrace from the vbox coredump >>> and >>> send the vbox.log. >> >> There are other point in >> src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c >> where vtophys is misused as in rtR0MemObjNativeGetPagePhysAddr. >> Using pmap_extract might be insufficient, what if the page will be > swapped >> out? > > According to aeichner that should not happen as all memory allocated there > is locked. He's at the moment having a look at the other vtophys calls. I've got the new patch from Alexander Eichner now. It's currently untested on newer kernels so could someone please test it on an affected kernel? http://pastebin.ca/1808177 (linefeeds from the patch are dos so beware!) beat@ has already commited it to our vbox testing repository so you can get the virtualbox 3.1.4 port with the new patch included from: http://svn.bluelife.at/nightlies/virtualbox-port-r731.tar.gz -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 15:55:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B2AC106566C for ; Wed, 24 Feb 2010 15:55:15 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 46D118FC12 for ; Wed, 24 Feb 2010 15:55:15 +0000 (UTC) Received: from mail.auburn.protected-networks.net (localhost.auburn.protected-networks.net [127.0.0.1]) by mail.auburn.protected-networks.net (Postfix) with ESMTP id 2EF711CD2C; Wed, 24 Feb 2010 10:55:14 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:mime-version:user-agent:from:from:subject:subject :date:date:references:in-reply-to:message-id:received:received; s=200705; t=1267026913; bh=zFzMAWzbP4E8nGEy5+DwO6EhucjHINGa6Aa4 JSROm7Y=; b=MalYFjBxqPw2FaHplwLsVMyn/MgzG6l6KRTb+7zU7RK0NXp0jN+5 aLKkM4UU2SODhmjs5h7vdiHXq1boPfubhmx1sEwzriftX5Yfms30zgwail4MCgQm 0VJaFiDLQOKT Received: from mail.auburn.protected-networks.net (localhost.auburn.protected-networks.net [IPv6:::1]) by mail.auburn.protected-networks.net (Postfix) with ESMTP id C025E1CC26; Wed, 24 Feb 2010 10:55:12 -0500 (EST) Received: from 134.192.250.68 (SquirrelMail authenticated user imb) by mail.auburn.protected-networks.net with HTTP; Wed, 24 Feb 2010 10:55:12 -0500 Message-ID: <2721f8fca37a0ee84cb38f36ecda78ce.squirrel@mail.auburn.protected-networks.net> In-Reply-To: <0f61b7afe284765d6f2db7597ef5f4b6@bluelife.at> References: <27714203.post@talk.nabble.com> <4e6cba831002240602gaffcee3lb8964096431d875f@mail.gmail.com> <83c3f6f36a82e27255b39206b0391900@bluelife.at> <0f61b7afe284765d6f2db7597ef5f4b6@bluelife.at> Date: Wed, 24 Feb 2010 10:55:12 -0500 From: "Michael Butler" To: "Bernhard Froehlich" User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 15:55:15 -0000 On Wed, February 24, 2010 10:38, Bernhard Froehlich wrote: > I've got the new patch from Alexander Eichner now. It's currently untested > on newer kernels so could someone please test it on an affected kernel? > > http://pastebin.ca/1808177 > (linefeeds from the patch are dos so beware!) > > beat@ has already commited it to our vbox testing repository so you can > get the virtualbox 3.1.4 port with the new patch included from: I grabbed it from SVN and it works just fine here - thanks! imb From owner-freebsd-current@FreeBSD.ORG Wed Feb 24 20:56:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7807D106564A for ; Wed, 24 Feb 2010 20:56:14 +0000 (UTC) (envelope-from doug@bitnix.ca) Received: from fipsb01.cogeco.net (smtp1.cogeco.ca [216.221.81.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3D6698FC18 for ; Wed, 24 Feb 2010 20:56:13 +0000 (UTC) X-SBRS: None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEANYehUsYjTUh/2dsb2JhbACbEHS8a4RyBIMW X-IronPort-AV: E=Sophos;i="4.49,534,1262581200"; d="scan'208";a="92152961" Received: from d24-141-53-33.home.cgocable.net (HELO srv.cnd.dundas.on.ca) ([24.141.53.33]) by fipsb01.cogeco.net with ESMTP; 24 Feb 2010 15:46:02 -0500 Received: from monk.cnd.dundas.on.ca (monk.cnd.dundas.on.ca [10.87.0.20]) by srv.cnd.dundas.on.ca (8.14.4/8.14.4) with ESMTP id o1OKk2mK018398; Wed, 24 Feb 2010 15:46:02 -0500 (EST) (envelope-from doug@bitnix.ca) Received: from monk.cnd.dundas.on.ca (localhost [127.0.0.1]) by monk.cnd.dundas.on.ca (8.14.4/8.14.4) with ESMTP id o1OKk1fd021829; Wed, 24 Feb 2010 15:46:02 -0500 (EST) (envelope-from doug@monk.cnd.dundas.on.ca) Message-Id: <201002242046.o1OKk1fd021829@monk.cnd.dundas.on.ca> To: Bernhard Froehlich In-reply-to: Your message of "Wed, 24 Feb 2010 16:38:15 +0100." <0f61b7afe284765d6f2db7597ef5f4b6@bluelife.at> From: "Douglas Berry" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Feb 2010 15:46:01 -0500 Sender: doug@bitnix.ca Cc: Giovanni Trematerra , freebsd-current@freebsd.org Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Douglas Berry List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2010 20:56:14 -0000 On Wed, 24 Feb 2010 16:38:15 +0100, Bernhard Froehlich wrote: > beat@ has already commited it to our vbox testing repository so you > can get the virtualbox 3.1.4 port with the new patch included from: > > http://svn.bluelife.at/nightlies/virtualbox-port-r731.tar.gz Work fine here! 8.0-STABLE r204216 i386 small memory machine. Thanks to the virtualbox porters! cheers, doug From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 03:12:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0730106566B for ; Thu, 25 Feb 2010 03:12:37 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 405578FC14 for ; Thu, 25 Feb 2010 03:12:36 +0000 (UTC) Received: by bwz8 with SMTP id 8so409734bwz.3 for ; Wed, 24 Feb 2010 19:12:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=02qiaZJ0bH41ItumKeG/ajNFYaH+w7SieKYEPTXV0ac=; b=BWtaHq+MmzWgebaSKiKk+VGq1i2k1OTMOk2wthUVk7W9N9xcDJfMkU/dJL7JsX8QMo E5Ebia0EoRlNPqnNIOULIc60TM+XVm5Os+xtPv6UhpKJMfN8ieZwFgSeq0r7soWimFbR wKCzME8AtSHn4+nJrNPPUECW2CD+RaImv2abA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ALy1WGPGQa4uA6NsRxiYshfVf+H8Rm4jlJ6eU8/9L6dPpwmNzFtSqV0eLop/IjmUz9 vwyqdLZ1DRlsNMA4yeElo7QZdcfcf/lhNbwnihmHDBZ7VwdkkYMGtQ1BZffzg21GDfji kYMsSQeNZqb/0zt2q1mYiI7jxG6SIbscnbUDE= MIME-Version: 1.0 Received: by 10.204.38.71 with SMTP id a7mr368084bke.159.1267067545428; Wed, 24 Feb 2010 19:12:25 -0800 (PST) In-Reply-To: References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <64aa03031002181921m2d00966cx6a3bb2c6e761970d@mail.gmail.com> <64aa03031002181938rb9355a3sae56e9d854bdcf78@mail.gmail.com> <201002231120.54401.jhb@freebsd.org> Date: Wed, 24 Feb 2010 22:12:25 -0500 Message-ID: <64aa03031002241912t396b3001ub89fec82a020f891@mail.gmail.com> From: Chris To: Matt Reimer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Scot Hetzel , freebsd-current@freebsd.org, Pegasus Mc Cleaft Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 03:12:38 -0000 So it sounds like somehow my system is trying to use the old boot2 method when I don't hit F12. I'm guessing the difference is due to how the hard drive is getting presented to the boot loader by the BIOS. How can I get rid of the legacy boot system and use only the ZFS bootloader? On Tue, Feb 23, 2010 at 1:03 PM, Matt Reimer wrote: > On Tue, Feb 23, 2010 at 8:20 AM, John Baldwin wrote: >> >> On Thursday 18 February 2010 10:38:38 pm Chris wrote: >> > > I'm seeing some difference in the bootloader output between using th= e >> > > F12 workaround or not: >> > > >> > > F12 workaround mode: >> > > >> > > FreeBSD/i386 boot >> > > Default: zroot:/boot/zfsloader >> > > boot: status >> > > config: >> > > >> > > =A0 =A0 =A0 =A0 =A0 =A0 NAME =A0 =A0 STATE >> > > =A0 =A0 =A0 =A0 =A0 =A0 zroot =A0 =A0ONLINE >> > > =A0 =A0 =A0 =A0gpt/disk0 =A0 ONLINE >> > > >> > > >> > > No F12 key pressed: >> > > >> > > FreeBSD/i386 boot >> > > Default: zroot:/boot/kernel/kernel >> > > config: >> > > >> > > =A0 =A0 =A0 =A0 =A0 =A0 =A0NAME =A0 =A0 STATE >> > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 zroot =A0 =A0ONLINE >> > > =A0 =A0 =A0 =A0 =A0gpt/disk0 =A0 ONLINE >> > > >> > > >> > > What's up with the differences between the Default boot setting? >> > > >> > >> > Sorry for the spam but I'm seeing something else very interesting.... >> > If I boot to Good Mode (F12) and break to the "boot:" prompt, the >> > system boots if I type /boot/zfsloader. However, if I type >> > /boot/kernel/kernel (as was seen in the Default setting when I didn't >> > hit F12), =A0I get a crash that looks like the following: >> > ----------------------------------------- >> > FreeBSD/i386 boot >> > Default: zroot:/boot/zfsloader >> > boot: /boot/kernel/kernel >> > int=3D00000006 =A0 =A0err=3D00000000 =A0efl=3D00010882 =A0eip=3D002000= 00 >> > eax=3D0018b070 =A0ebx=3Ded7706bd ecx=3Dc72e2ca8 edx=3D00000000 >> > esi=3D00000040 =A0 edi=3D000929d0 =A0ebp=3D0009279c esp=3D00009401 >> > cs=3D0008 =A0ds=3D0010 =A0 es=3D0010 =A0fs=3D0010 =A0gs=3D0010 =A0ss= =3D0010 >> > cs:eip=3Dff ff ff ff ff ff ff ff 7f-00 00 00 00 00 00 00 00 >> > =A0 =A0 =A0 =A0 =A0 =A000 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 >> > ss:esp=3D36 80 0d 07 90 00 00 01-e9 c4 fc ff ff aa ac 84 >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0c0 0f 84 86 00 00 00 a8-80 74 f2 88 c5 b0 3= d aa >> > BTX halted >> > ----------------------------------------- >> >> I'm not sure how well we support booting a kernel from boot2 anymore, mu= ch >> less from zfsboot. =A0Using /boot/loader (or /boot/zfsloader) is probabl= y >> the >> only tested (and realistically supported) case. > > Yeah, the last time I tried this it didn't work, but I didn't hunt down w= hy. > Matt >> >> > From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 11:43:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23FF91065672; Thu, 25 Feb 2010 11:43:04 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id A64078FC19; Thu, 25 Feb 2010 11:43:03 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id o1PBgwlo077995; Thu, 25 Feb 2010 13:42:58 +0200 (EET) (envelope-from mamalos@eng.auth.gr) Message-ID: <4B86623D.6010708@eng.auth.gr> Date: Thu, 25 Feb 2010 13:42:53 +0200 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20100115 Thunderbird/3.0 MIME-Version: 1.0 To: Alexander Nedotsukov References: <4AB27FB6.4010806@eng.auth.gr> <20090921222241.GF1001@rwpc12.mby.riverwillow.net.au> <20091002081319.GN37304@rwpc12.mby.riverwillow.net.au> <200910020824.15488.john@baldwin.cx> <19306024-4C3D-41EC-A198-1652B047DF1A@FreeBSD.org> <20091007043806.GN1086@rwpc12.mby.riverwillow.net.au> <4B82B97C.8090808@eng.auth.gr> <5EF8A3A6-2E8B-44B5-BC1F-AF09A953F953@freebsd.org> In-Reply-To: <5EF8A3A6-2E8B-44B5-BC1F-AF09A953F953@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: John Baldwin , Doug Rabson , Rick Macklem , freebsd-current@freebsd.org Subject: Re: [SPF:fail] Re: [PATCH] SASL problems with spnego on 8.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 11:43:04 -0000 On 23/02/2010 14:18, Alexander Nedotsukov wrote: > The patch in question was committed a few month ago. I can only add that on my 8-STABLE machine the combination of cyrus/gssapi/openldap works fine. > You have to check if output of ldd /usr/lib/libgssapi_krb5.so produce output like this: > > /usr/lib/libgssapi_krb5.so: > libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x281ac000) > libkrb5.so.10 => /usr/lib/libkrb5.so.10 (0x28300000) > libhx509.so.10 => /usr/lib/libhx509.so.10 (0x281b5000) > libcrypto.so.6 => /lib/libcrypto.so.6 (0x2835b000) > libroken.so.10 => /usr/lib/libroken.so.10 (0x281e9000) > libasn1.so.10 => /usr/lib/libasn1.so.10 (0x284ae000) > libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x281f8000) > libcrypt.so.5 => /lib/libcrypt.so.5 (0x28527000) > libc.so.7 => /lib/libc.so.7 (0x2808e000) > > > On 23.02.2010, at 2:06, George Mamalakis wrote: > > >> On 07/10/2009 07:38, John Marshall wrote: >> >>> access with gssapi auth from a client succeeded. >>> >>> Perhaps George Mamalakis could test the _spnego case? >>> >> Guys, >> >> I am terribly sorry to tell you that I just now saw this conversation(!?!! 4 months later !!!). This is due to the fact that at that time I was mainly tracking the fbsd-stable list (my first email started in fbsd-stable list), and since I use filters in thunderbird, I never got to see your emails in my inbox...truly sorry once more!!! >> >> I don't know if Alexander's patch is still valid but from what I realize -since I have built many systems based on fbsd-stable (with latest sources) and I had to "hack" krb5-config in order to achieve correct behavior of cyrus/gssapi/spnego/openldap- it hasn't yet been commited to fbsd8-stable sources. If so, I will apply it on my machines and rerun my applications. >> >> Sorry again for the delay! >> >> -- >> George Mamalakis >> >> IT Officer >> Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), >> MSc (Imperial College of London) >> >> Department of Electrical and Computer Engineering >> Faculty of Engineering >> Aristotle University of Thessaloniki >> >> phone number : +30 (2310) 994379 >> > Alexander, using sources of 19/02/2010, I recompiled cyrus with the original /usr/bin/krb5-config, and ldapwhoami worked fine. The output of ldd /usr/lib/libgssapi_krb5.so is the one to be expected, so things must be ok. The only problem I still have, and which has to do with freebsd/heimdal/openldap/cyrus bundle, is that openldap-sasl-client (i386) segfaults when using ldapwhoami if run without having obtained a ticket first. I have sent an email to fbsd-stable list with subject: "openldap client GSSAPI authentication segfaults in fbsd8stable i386" regarding this issue, where I list all my tests on all different machines, and a stack trace of the system where ldapwhoami segfaults. I have received no answer for this topic yet, but I think that if some of you reads it, he may find an answer. At the time of this writing, on fbsd8stable systems (i386) with heimdal/openldap-sasl-client/cyrus-sasl, ldapwhoami and ldapsearch segfault when called without a ticket. Thank you for your answer, and I am looking forward to see some feedback on this issue. Best regards, George Mamalakis -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 11:57:25 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EB12106566B; Thu, 25 Feb 2010 11:57:25 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 476DD8FC18; Thu, 25 Feb 2010 11:57:23 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id o1PBvKZh079350; Thu, 25 Feb 2010 13:57:20 +0200 (EET) (envelope-from mamalos@eng.auth.gr) Message-ID: <4B86659B.5020005@eng.auth.gr> Date: Thu, 25 Feb 2010 13:57:15 +0200 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20100115 Thunderbird/3.0 MIME-Version: 1.0 To: Alexander Nedotsukov References: <4AB27FB6.4010806@eng.auth.gr> <20090921222241.GF1001@rwpc12.mby.riverwillow.net.au> <20091002081319.GN37304@rwpc12.mby.riverwillow.net.au> <200910020824.15488.john@baldwin.cx> <19306024-4C3D-41EC-A198-1652B047DF1A@FreeBSD.org> <20091007043806.GN1086@rwpc12.mby.riverwillow.net.au> <4B82B97C.8090808@eng.auth.gr> <5EF8A3A6-2E8B-44B5-BC1F-AF09A953F953@freebsd.org> <4B86623D.6010708@eng.auth.gr> In-Reply-To: <4B86623D.6010708@eng.auth.gr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: John Baldwin , Doug Rabson , Rick Macklem , freebsd-current@freebsd.org Subject: Re: [SPF:fail] Re: [PATCH] SASL problems with spnego on 8.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 11:57:25 -0000 On 25/02/2010 13:42, George Mamalakis wrote: > I have sent an email to fbsd-stable list with subject: "openldap > client GSSAPI authentication segfaults in fbsd8stable i386" regarding > this issue, where I list all my tests on all different machines, and a > stack trace of the system where ldapwhoami segfaults. I have received > no answer for this topic yet, but I think that if some of you reads > it, he may find an answer. At the time of this writing, on fbsd8stable > systems (i386) with heimdal/openldap-sasl-client/cyrus-sasl, > ldapwhoami and ldapsearch segfault when called without a ticket. Moreover, as stated in this mail (subject: "openldap client GSSAPI authentication segfaults in fbsd8stable i386"), which I have copied in this email along with one correction after this paragraph, the problem seems to be with gss_release_buffer () from /usr/lib/libgssapi.so.10. Please read my comment and little "hack" we tried over this function, on the end of the aforementioned email, I think it will help. Thank you all for your help, once more. "Dear all, I am facing many instabilities in FBSD8 with openldap-client and sasl authentication (GSSAPI in particular). I have setup an openldap 2.4.1 server with gssapi support (through cyrus-sasl-2.1.23) on a fbsd8-stable amd64 latest sources, in a esxi host. In the same host I have setup two fbsd8-stable i386 clients; one has latest sources, the other one is installed via the iso-image of January's fbsd snapshot; on both systems openldap client and sasl is installed (all ldap/cyrus versions on all hosts mentioned in this email are the same). My laptop has fbsd8-i386 stable (sources 25 January 2010), and on my laptop I have setup an fbsd8-stable i386 (snapshot iso image) on a virtualbox client. Lastly, on the esxi host I have setup another fbsd8-stable amd64 system, to act as an ldap client (latest sources). To summarize, and put a label-number on each host, we have: 1 - esxi: fbsd8(latest) amd64 openldap server 2 - esxi: fbsd8(latest) i386 openldap client 3 - esxi: fbsd8(snapshot) i386 openldap client 4 - esxi: fbsd8(latest) amd64 openldap client 5 - laptop: fbsd8(jan 25) i386 openldap client 6 - laptop/vbox: fbsd8(snapshot) i386 openldap client The openldap server is installed in a jail, and the client is tested in the same jail. Kerberos works on all machines (same /etc/krb5.conf), and ldap as well. In all machines, line 96 of /usr/bin/krb5-config is changed to read: lib_flags="$lib_flags -lgssapi -lgssapi_spnego -lgssapi_krb5 -lheimntlm" instead of: lib_flags="$lib_flags -lgssapi -lheimntlm" which was the default, since without these lines I couldn't get gssapi authentication to work for cyrus (and spnego). This change was made after recommendations given from this very mailing list, and I was very happy to see that the ldap server worked as I expected. On all system, cat /usr/local/etc/openldap/ldap.conf: BASE dc=ee,dc=auth,dc=gr URI ldap://ldap.ee.auth.gr SASL_MECH GSSAPI without kiniting in any client I get the following outcomes when I give ldapwhoami (with no arguments): 1: SASL/GSSAPI authentication started ldap_sasl_interactive_bind_s: Local error (-2) additional info: SASL(-1): generic failure: GSSAPI Error: Miscellaneous failure (see text) (unknown mech-code 2 for mech unknown) which is expected. 2: SASL/GSSAPI authentication started Segmentation fault: 11 (core dumped) which is not rational at all 3: SASL/GSSAPI authentication started Segmentation fault: 11 (core dumped) 4: SASL/GSSAPI authentication started ldap_sasl_interactive_bind_s: Local error (-2) additional info: SASL(-1): generic failure: GSSAPI Error: Miscellaneous failure (see text) (unknown mech-code 2 for mech unknown) which is the same as 1 (as expected) 5: SASL/GSSAPI authentication started Segmentation fault: 11 (core dumped) 6: SASL/GSSAPI authentication started Segmentation fault: 11 (core dumped) if I kinit to mamalos, ldapwhoami returns: 1: SASL/GSSAPI authentication started SASL username: mamalos@EE.AUTH.GR SASL SSF: 56 SASL data security layer installed. dn:uid=mamalos,ou=people,dc=ee,dc=auth,dc=gr which is super! 2: SASL/GSSAPI authentication started Segmentation fault: 11 (core dumped) which is dramatic. 3: SASL/GSSAPI authentication started Segmentation fault: 11 (core dumped) 4: SASL/GSSAPI authentication started ldap_sasl_interactive_bind_s: Local error (-2) additional info: SASL(-1): generic failure: GSSAPI Error: Miscellaneous failure (see text) (unknown mech-code 2529638919 for mech unknown) which is very strange, since mech-code seems unnaturally large. 5: SASL/GSSAPI authentication started SASL username: mamalos@EE.AUTH.GR SASL SSF: 56 SASL data security layer installed. dn:uid=mamalos,ou=people,dc=ee,dc=auth,dc=gr which is super, but without kinit the same command segfaulted on this machine 6: SASL/GSSAPI authentication started SASL username: mamalos@EE.AUTH.GR SASL SSF: 56 SASL data security layer installed. dn:uid=mamalos,ou=people,dc=ee,dc=auth,dc=gr which is the exact same behavior as 5 above. All this means that there is no single pattern!!!!!!! If I gdb ldapwhoami in the clients that segfault, I get: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... (gdb) run -d0 Starting program: /usr/local/bin/ldapwhoami -d0 (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...SASL/GSSAPI authentication started Program received signal SIGSEGV, Segmentation fault. 0x2831e187 in free () from /lib/libc.so.7 (gdb) where #0 0x2831e187 in free () from /lib/libc.so.7 #1 0x2850fb82 in gss_release_buffer () from /usr/lib/libgssapi.so.10 #2 0x2850f552 in gss_release_name () from /usr/lib/libgssapi.so.10 #3 0x2850bea9 in gss_init_sec_context () from /usr/lib/libgssapi.so.10 #4 0x283f9abf in gssapi_client_mech_step () from /usr/local/lib/sasl2/libgssapiv2.so.2 #5 0x280e84b1 in sasl_client_step () from /usr/local/lib/libsasl2.so.2 #6 0x28443100 in ?? () #7 0x00000000 in ?? () #8 0x00000000 in ?? () #9 0xbfbfe968 in ?? () #10 0xbfbfe954 in ?? () #11 0xbfbfe964 in ?? () #12 0x28445860 in ?? () #13 0x280e83fe in sasl_client_step () from /usr/local/lib/libsasl2.so.2 #14 0xbfbfe8a8 in ?? () #15 0x280e9135 in sasl_client_start () from /usr/local/lib/libsasl2.so.2 #16 0x00000000 in ?? () #17 0x00000000 in ?? () #18 0xbfbfe968 in ?? () #19 0xbfbfe954 in ?? () #20 0xbfbfe964 in ?? () #21 0xd7a3b2da in ?? () #22 0x283abad8 in ?? () from /lib/libc.so.7 #23 0x00000000 in ?? () #24 0x283ab730 in __stderrp () from /lib/libc.so.7 #25 0xbfbfe878 in ?? () #26 0x2838c764 in vfprintf () from /lib/libc.so.7 Previous frame inner to this frame (corrupt stack?) I built openldap and cyrus-sasl on this machine from sources (not ports), and (after a long time of trying to find out how to run configure successfully in both installations) the outcome was exactly the same (meaning segfaults). So, one of my admins wrote a c program that overrides gss_release_buffer returning always 0 (what is expected after normal operation) and compiled it as a library. The program code is nothing more than just: int gss_release_buffer(void *a, void *b) { return 0; } we ld_preloaded the library, and when we ran ldapwhoami the outcome was: SASL/GSSAPI authentication started ldap_sasl_interactive_bind_s: Local error (-2) additional info: SASL(-1): generic failure: GSSAPI Error: Miscellaneous failure (see text) (unknown mech-code 2529638919 for mech unknown) When we ran it with no kerberos tickets, we got: SASL/GSSAPI authentication started ldap_sasl_interactive_bind_s: Local error (-2) additional info: SASL(-1): generic failure: GSSAPI Error: Miscellaneous failure (see text) (unknown mech-code 2 for mech unknown) The exact same errors as the aforementioned client 4 (esxi, amd64)!!!!!!!!!!!!! What on earth is happening?!?!!?!?! Now one can easily see that there is a definite problem regarding memory freeing, and after overcoming that the mech-code 2529638919 implies that some segment in memory is overwritten by some "random" value, so mech-code returns the number 2529638919 instead of a number of marginality 1. What is more definite, is that openldap doesn't work out-of-the-box if gssapi support is required, and behaves randomly in different architectures/virtualHosts/platforms. The problem may have been something related to line 96 in /usr/bin/krb5-config... I don't know. What is sure, is that I am having second thoughts on using fbsd as my openldap/heimdal server for my setup, which would be quite disappointing for me, since I am using fbsd for the last many-many years, on all my laptops and servers. The only "good part" is that the only machine that works seamlessly (until now, at least) is the heimdal/ldap server. Thank you all in advance and I hope that we will find an answer to all this." "On 11/02/2010 20:45, George Mamalakis wrote: > 4: > SASL/GSSAPI authentication started > ldap_sasl_interactive_bind_s: Local error (-2) > additional info: SASL(-1): generic failure: GSSAPI Error: > Miscellaneous failure (see text) (unknown mech-code 2529638919 for > mech unknown) > > which is very strange, since mech-code seems unnaturally large. This problem has been resolved. I had an issue with my /etc/hosts file, where the name of the ldap server could not be resolved correctly (via the gssapi library I assume), and openldap client gave me this reply (both ldap server and heimdal server had the same IP (two jails on the same host)). After changing the order in which the host and its IP appeared in /etc/hosts the problem stopped (which is still strange, since ldapwhoami -D 'blabla' -W worked ok, even with the old /etc/hosts). " I still believe that the aforementioned behavior on the amd64 build is still not the one to be expected, something must be overriden if the client won't get the result it expects from the kdc. -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 12:40:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 037421065675 for ; Thu, 25 Feb 2010 12:40:17 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp20.orange.fr (smtp20.orange.fr [80.12.242.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3B8B58FC12 for ; Thu, 25 Feb 2010 12:40:15 +0000 (UTC) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2008.orange.fr (SMTP Server) with ESMTP id 16E631C008A8 for ; Thu, 25 Feb 2010 13:21:01 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2008.orange.fr (SMTP Server) with ESMTP id 092951C002D9 for ; Thu, 25 Feb 2010 13:21:01 +0100 (CET) Received: from localhost (AToulouse-553-1-215-80.w86-205.abo.wanadoo.fr [86.205.135.80]) by mwinf2008.orange.fr (SMTP Server) with ESMTP id A968C1C0099E for ; Thu, 25 Feb 2010 13:20:59 +0100 (CET) X-ME-UUID: 20100225122059694.A968C1C0099E@mwinf2008.orange.fr Message-ID: <4B866B2A.1090608@orange.fr> Date: Thu, 25 Feb 2010 13:20:58 +0100 From: Claude Buisson User-Agent: Thunderbird 2.0.0.23 (X11/20091001) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ATA CDROM no more detected with ATA_CAM under VMWare WS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 12:40:17 -0000 Hello, Updating a -CURRENT system from Jan 10 to Feb 21, under VMWare WS 5.5.9, the virtual ATA CDROM is no more detected. This is with an ATA_CAM kernel. The CDROM is detected with a non ATA_CAM kernel. Here are: demesg 2010/01/10 source, ATA_CAM kernel Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0: Tue Jan 12 16:08:41 CET 2010 toor@zaza.home.tbf:/home/obj/home/src/sys/VMWARE i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.86GHz (1859.06-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xfe9fbff AMD Features=0x100000 real memory = 268435456 (256 MB) avail memory = 253235200 (241 MB) module_register_init: MOD_LOAD (vesa, 0xc06e4fd0, 0) error 6 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1050-0x105f at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0x1060-0x107f irq 9 at device 7.2 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 pci0: at device 7.3 (no driver attached) vgapci0: port 0x1440-0x144f mem 0xf0000000-0xf7ffffff, 0xe8000000-0xe87fffff at device 15.0 on pci0 le0: port 0x1080-0x10ff irq 11 at device 16.0 on pci0 le0: 16 receive buffers, 4 transmit buffers le0: Ethernet address: 00:0c:29:69:06:7f le0: [ITHREAD] pcm0: port 0x1400-0x143f irq 10 at device 17.0 on pci0 pcm0: pcm0: [ITHREAD] pcm0: acpi_acad0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 cpu0: on acpi0 acpi_throttle0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff, 0xdc000-0xdffff,0xe0000-0xe3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <12 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1859059329 Hz quality 800 Timecounters tick every 10.000 msec usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 uhub0: 2 ports with 2 removable, self powered ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-4 device ada0: 33.300MB/s transfers (UDMA2, PIO size 32768bytes) ada0: 8192MB (16777216 512 byte sectors: 15H 63S/T 16383C) cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, PIO size 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ada0s1a Verbose dmesg 2010/02/21 source ATA_CAM kernel Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0: Tue Feb 23 15:16:12 CET 2010 toor@zaza.home.tbf:/home/obj/home/src/sys/VMWARE i386 Preloaded elf kernel "/boot/kernel/kernel" at 0xc092e000. Preloaded elf module "/boot/kernel/snd_es137x.ko" at 0xc092e19c. Preloaded elf module "/boot/kernel/sound.ko" at 0xc092e24c. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1859082508 Hz CPU: Intel(R) Pentium(R) M processor 1.86GHz (1859.08-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xfe9fbff AMD Features=0x100000 Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries Data TLB: 4 KB Pages, 4-way set associative, 128 entries Instruction TLB: 4 MB pages, fully associative, 2 entries 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size Data TLB: 4 MB Pages, 4-way set associative, 8 entries 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 2048 kbytes, 8-way associative, 64 bytes/line real memory = 268435456 (256 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c26000 - 0x000000000fa3cfff, 249655296 bytes (60951 pages) 0x000000000ff00000 - 0x000000000ffeffff, 983040 bytes (240 pages) avail memory = 253231104 (241 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6c40 bios32: Entry = 0xfd880 (c00fd880) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd880+0x120 pnpbios: Found PnP BIOS data at 0xc00f6ca0 pnpbios: Entry = f0000:9486 Rev = 1.0 Other BIOS signatures found: ULE: setup cpu 0 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 module_register_init: MOD_LOAD (vesa, 0xc06e7640, 0) error 6 io: random: mem: CPU supports MTRRs but not enabled null: ACPI: RSDP 0xf6c70 00014 (v0 PTLTD ) ACPI: RSDT 0xfef7c02 00030 (v1 PTLTD RSDT 06040000 LTP 00000000) ACPI: FACP 0xfefbf14 00074 (v1 INTEL 440BX 06040000 PTL 000F4240) ACPI: DSDT 0xfef7c32 042E2 (v1 PTLTD Custom 06040000 MSFT 0100000D) ACPI: FACS 0xfefcfc0 00040 ACPI: APIC 0xfefbf88 00050 (v1 PTLTD ? APIC 06040000 LTP 00000000) ACPI: BOOT 0xfefbfd8 00028 (v1 PTLTD $SBFTBL$ 06040000 LTP 00000001) npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] pci_open(1): mode 1 addr port (0x0cf8) is 0x80003904 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 AcpiOsDerivePciId: \\_SB_.PCI0.PWR_.PCI_ -> bus 0 dev 7 func 3 acpi0: Power Button (fixed) acpi0: wakeup code va 0xc1416000 pa 0x1000 AcpiOsDerivePciId: \\_SB_.PCI0.REGS -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISA_.PIRX -> bus 0 dev 7 func 0 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 14 15 Validation 0 255 N 0 3 4 5 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 14 15 Validation 0 11 N 0 3 4 5 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 14 15 Validation 0 10 N 0 3 4 5 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 3 4 5 6 7 9 10 11 14 15 Validation 0 9 N 0 3 4 5 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 14 15 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.16.INTA at func 0: 11 ACPI: Found matching pin for 0.17.INTA at func 0: 10 ACPI: Found matching pin for 0.7.INTD at func 2: 9 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x7190, revid=0x01 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xe8000000, size 26, enabled found-> vendor=0x8086, dev=0x7191, revid=0x01 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x011f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x80 (32000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x08 domain=0, bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7111, revid=0x01 domain=0, bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0x1050, size 4, enabled found-> vendor=0x8086, dev=0x7112, revid=0x00 domain=0, bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=9 map[20]: type I/O Port, range 32, base 0x1060, size 5, enabled pcib0: matched entry for 0.7.INTD (src \\_SB_.PCI0.ISA_.LNKD:0) pcib0: slot 7 INTD routed to irq 9 via \\_SB_.PCI0.ISA_.LNKD found-> vendor=0x8086, dev=0x7113, revid=0x08 domain=0, bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type I/O Port, range 32, base 0x1040, size 4, enabled found-> vendor=0x15ad, dev=0x0405, revid=0x00 domain=0, bus=0, slot=15, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x1440, size 4, enabled map[14]: type Memory, range 32, base 0xf0000000, size 27, enabled map[18]: type Memory, range 32, base 0xec000000, size 23, enabled found-> vendor=0x1022, dev=0x2000, revid=0x10 domain=0, bus=0, slot=16, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x06 (1500 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 map[10]: type I/O Port, range 32, base 0x1080, size 7, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.PCI0.ISA_.LNKB:0) pcib0: slot 16 INTA routed to irq 11 via \\_SB_.PCI0.ISA_.LNKB found-> vendor=0x1274, dev=0x1371, revid=0x02 domain=0, bus=0, slot=17, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0610, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x06 (1500 ns), maxlat=0xff (63750 ns) intpin=a, irq=10 map[10]: type I/O Port, range 32, base 0x1400, size 6, enabled pcib0: matched entry for 0.17.INTA (src \\_SB_.PCI0.ISA_.LNKC:0) pcib0: slot 17 INTA routed to irq 10 via \\_SB_.PCI0.ISA_.LNKC agp0: on hostb0 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: no prefetched decode pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP_ - AE_NOT_FOUND pci1: on pcib1 pci1: domain=0, physical bus=1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177, 0x376,0x1050-0x105f at device 7.1 on pci0 ata0: on atapci0 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 ata1: [MPSAFE] ata1: [ITHREAD] uhci0: port 0x1060-0x107f irq 9 at device 7.2 on pci0 uhci0: [MPSAFE] uhci0: [ITHREAD] usbus0: on uhci0 pci0: at device 7.3 (no driver attached) vgapci0: port 0x1440-0x144f mem 0xf0000000-0xf7ffffff,0 xec000000-0xec7fffff at device 15.0 on pci0 le0: port 0x1080-0x10ff irq 11 at device 16.0 on pci0 le0: 16 receive buffers, 4 transmit buffers le0: bpf attached le0: Ethernet address: 00:0c:29:69:06:7f le0: [MPSAFE] le0: [ITHREAD] pcm0: port 0x1400-0x143f irq 10 at device 17.0 on pci0 pcm0: pcm0: Codec features 6 bit master volume, no 3D Stereo Enhancement pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "video": pcm0: [MPSAFE] pcm0: [ITHREAD] pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 14d7000, 1000; 0xc18d7000 -> 14d7000 pcm0: sndbuf_setmap 14d5000, 1000; 0xc18d5000 -> 14d5000 pcm0: sndbuf_setmap 14ed000, 1000; 0xc18ed000 -> 14ed000 pcm0: acpi_acad0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 ppc0: using extended I/O port range PC873xx probe at 0x2e got unknown ID 0xb0 ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [MPSAFE] ppc0: [ITHREAD] ppbus0: on ppc0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] uart1: fast interrupt fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 81 part_id 80 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff, 0xdc000-0xdffff,0xe0000-0xe3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <12 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 Device configuration finished. Timecounter "TSC" frequency 1859082508 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached usbus0: 12Mbps Full Speed USB v1.0 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ugen0.1: at usbus0 uhub0: on usbus0 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 (aprobe0:ata0:0:0:0): SIGNATURE: 0000 acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ata1: reset tp1 mask=01 ostat0=50 ostat1=ff ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0x10000 (aprobe0:ata1:0:0:0): SIGNATURE: eb14 (aprobe0:ata1:0:0:0): Spinning up device (aprobe0:ata1:0:0:0): ATA status error (aprobe0:ata1:0:0:0): SETFEATURES SPIN-UP. ACB: ef 07 00 00 00 40 00 00 00 00 00 00 (aprobe0:ata1:0:0:0): CAM status: ATA Status Error (aprobe0:ata1:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (aprobe0:ata1:0:0:0): RES: 51 04 00 00 00 00 00 00 00 00 00 (aprobe0:ata1:0:0:0): Retrying command (aprobe0:ata1:0:0:0): ATA status error (aprobe0:ata1:0:0:0): SETFEATURES SPIN-UP. ACB: ef 07 00 00 00 40 00 00 00 00 00 00 (aprobe0:ata1:0:0:0): CAM status: ATA Status Error (aprobe0:ata1:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (aprobe0:ata1:0:0:0): RES: 51 04 00 00 00 00 00 00 00 00 00 (aprobe0:ata1:0:0:0): Error 5, Retries exhausted pass0 at ata0 bus 0 scbus0 target 0 lun 0 pass0: ATA-4 device pass0: Serial Number 00000000000000000001 pass0: 33.300MB/s transfers (UDMA2, PIO 32768bytes) ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-4 device ada0: Serial Number 00000000000000000001 ada0: 33.300MB/s transfers (UDMA2, PIO 32768bytes) ada0: 8192MB (16777216 512 byte sectors: 15H 63S/T 16383C) uhub0: 2 ports with 2 removable, self powered GEOM: new disk ada0 Trying to mount root from ufs:/dev/ada0s1a ct_to_ts([2010-02-23 17:14:34]) = 1266945274.000000000 start_init: trying /sbin/init ts_to_ct(1266945276.750001955) = [2010-02-23 17:14:36] nfslock: pseudo-device dmesg 2010/02/21 source non ATA_CAM Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0: Wed Feb 24 15:02:43 CET 2010 toor@zaza.home.tbf:/home/obj/home/src/sys/VMWARE i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.86GHz (1859.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xfe9fbff AMD Features=0x100000 real memory = 268435456 (256 MB) avail memory = 253231104 (241 MB) module_register_init: MOD_LOAD (vesa, 0xc06e90d0, 0) error 6 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1050-0x105f at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0x1060-0x107f irq 9 at device 7.2 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 pci0: at device 7.3 (no driver attached) vgapci0: port 0x1440-0x144f mem 0xf0000000-0xf7ffffff,0xec000000-0xec7fffff at device 15.0 on pci0 le0: port 0x1080-0x10ff irq 11 at device 16.0 on pci0 le0: 16 receive buffers, 4 transmit buffers le0: Ethernet address: 00:0c:29:69:06:7f le0: [ITHREAD] pcm0: port 0x1400-0x143f irq 10 at device 17.0 on pci0 pcm0: pcm0: [ITHREAD] pcm0: acpi_acad0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xdc000-0xdffff,0xe0000-0xe3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <12 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 acpi_throttle0: on cpu0 Timecounter "TSC" frequency 1859088767 Hz quality 800 Timecounters tick every 10.000 msec usbus0: 12Mbps Full Speed USB v1.0 ad0: 8192MB at ata0-master UDMA33 ugen0.1: at usbus0 uhub0: on usbus0 acd0: DVDR at ata1-master UDMA33 (probe0:ata1:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata1:0:0:0): CAM status: SCSI Status Error (probe0:ata1:0:0:0): SCSI status: Check Condition (probe0:ata1:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present uhub0: 2 ports with 2 removable, self powered Trying to mount root from ufs:/dev/ad0s1a Thank you for your consideration Claude Buisson From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 13:14:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B269D106566C; Thu, 25 Feb 2010 13:14:28 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 63EDD8FC08; Thu, 25 Feb 2010 13:14:28 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NkdXv-0006CX-8p; Thu, 25 Feb 2010 13:14:27 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1NkdXv-0006Bg-28; Thu, 25 Feb 2010 13:14:27 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id o1PDEQZ2063948; Thu, 25 Feb 2010 13:14:26 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o1PDEQm5063947; Thu, 25 Feb 2010 13:14:26 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 25 Feb 2010 13:14:26 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20100225131426.GG42030@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: panic ia64 r204293 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 13:14:28 -0000 I'm upgrading from 8.0-stable to 9.0-current. Got this panic. Any advice? many thanks anton ###################################### Loading.: FreeBSD Starting: FreeBSD Consoles: EFI console FreeBSD/ia64 EFI boot, Revision 2.1 (mexas@mech-as28.men.bris.ac.uk, Thu Feb 25 10:06:10 GMT 2010) Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0xa5209d+0x1c6933 syms=[0x8+0x80400+0x8+0x751a2] \ Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Entering /boot/kernel/kernel at 0xe000000004078000... GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0 r204293: Thu Feb 25 12:38:11 GMT 2010 mexas@mech-as28.men.bris.ac.uk:/usr/obj/usr/src/sys/ZEEV ia64 WARNING: WITNESS option enabled, expect reduced performance. CPU: Madison II (1600 Mhz Itanium 2) Origin = "GenuineIntel" Revision = 2 Features = 0x1 real memory = 12849717248 (12254 MB) avail memory = 12585984000 (12002 MB) FPSWA Revision = 0x10012, Entry = 0xe0000040ffcc4050 ACPI Warning: 32/64X length mismatch in Gpe0Block: 32/16 (20100121/tbfadt-625) ACPI Warning: 32/64X length mismatch in Gpe1Block: 32/16 (20100121/tbfadt-625) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> iomem 0xff5c1004-0xff5c1007 on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 pcib0: on acpi0 pci0: on pcib0 ohci0: mem 0x80002000-0x80002fff irq 16 at device 1.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0x80001000-0x80001fff irq 17 at device 1.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ehci0: mem 0x80000000-0x800000ff irq 18 at device 1.2 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 0.95 usbus2: on ehci0 pci0: at device 2.0 (no driver attached) pcib1: on acpi0 pci32: on pcib1 mpt0: port 0x2100-0x21ff mem 0x903a0000-0x903bffff,0x90380000-0x9039ffff irq 27 at device 1.0 on pci32 mpt0: [ITHREAD] mpt0: MPI Version=1.2.12.0 mpt1: port 0x2000-0x20ff mem 0x90360000-0x9037ffff,0x90340000-0x9035ffff irq 28 at device 1.1 on pci32 mpt1: [ITHREAD] mpt1: MPI Version=1.2.12.0 em0: port 0x2240-0x227f mem 0x90320000-0x9033ffff,0x90280000-0x902fffff irq 29 at device 2.0 on pci32 em0: [FILTER] em0: Ethernet address: 00:13:21:5b:05:1c em1: port 0x2200-0x223f mem 0x90300000-0x9031ffff irq 30 at device 2.1 on pci32 em1: [FILTER] em1: Ethernet address: 00:13:21:5b:05:1d pcib2: on acpi0 pci64: on pcib2 pcib3: on acpi0 pci96: on pcib3 pcib4: on acpi0 pci128: on pcib4 pcib5: on acpi0 pci192: on pcib5 isp0: port 0xc000-0xc0ff mem 0xe0040000-0xe0040fff irq 71 at device 1.0 on pci192 isp0: [ITHREAD] pcib6: on acpi0 pci224: on pcib6 uart0: <16550 or compatible> mem 0xf8051000-0xf805100f irq 82 at device 1.0 on pci224 uart0: [FILTER] puc0: on puc0 uart1: [FILTER] uart1: console (9600,n,8,1) uart2: on puc0 uart2: [FILTER] uart3: on puc0 uart3: [FILTER] vgapci0: port 0xe000-0xe0ff mem 0xf0000000-0xf7ffffff,0xf8040000-0xf804ffff at device 2.0 on pci224 uart4: <16550 or compatible> iomem 0xff5e0000-0xff5e0007 irq 34 on acpi0 uart4: [FILTER] uart5: <16550 or compatible> iomem 0xff5e2000-0xff5e2007 irq 35 on acpi0 uart5: [FILTER] uart5: debug port (9600,n,8,1) Timecounter "ITC" frequency 1600000000 Hz quality 0 Timecounters tick every 1.000 msec IP Filter: v4.1.28 initialized. Default = block all, Logging = enabled usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 (xpt0:isp0:0:-1:-1): rescan already queued ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 uhub1: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered (probe2:isp0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe2:isp0:0:0:0): CAM status: SCSI Status Error (probe2:isp0:0:0:0): SCSI status: Check Condition (probe2:isp0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) uhub2: 5 ports with 5 removable, self powered pass1 at isp0 bus 0 scbus2 target 0 lun 0 pass1: Fixed Storage Array SCSI-4 device pass1: 200.000MB/s transfers pass1: Command Queueing enabledda0 at mpt0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) da0: Command Queueing enabledda0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/da0p2 Setting hostuuid: b7d52c2d-212f-11df-b7b0-0013215b051c. Setting hostid: 0xe71df9eb. No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_pointpanic: sysctl_netisr_workstream: counter too big (1) KDB: enter: panic [ thread pid 56 tid 100059 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe21d48,gp ;; db> bt Tracing pid 56 tid 100059 td 0xe0000000116046e0 kdb_enter(0xe0000000048f2d68, 0xe0000000048f2d68, 0xe000000004438460, 0x793) at kdb_enter+0x92 panic(0xe00000000490a1f8, 0x1, 0xe00000000490a080, 0x4c6) at panic+0x210 sysctl_netisr_workstream(0xe000000004a15788, 0x0, 0x0, 0xe000000004d10810, 0xe00000000490a080) at sysctl_netisr_workstream+0x200 sysctl_root(0x0, 0x0, 0x0, 0xa000000127c6b320) at sysctl_root+0x350 userland_sysctl(0xe0000000048f3b20, 0xa000000127c6b390, 0x3, 0xe000000004a661f8, 0xa000000127c6b360, 0xa000000127c6b340, 0x0, 0x0) at userland_sysctl+0x300 __sysctl(0xe0000000116046e0, 0xa000000127c6b3f0, 0x0, 0xa000000127c6b500) at __sysctl+0xe0 syscall(0xa000000127c6b400, 0xca, 0x0, 0xe0000000116046e0, 0xe000000011305120, 0xca, 0xe0000000049fd388, 0xa000000127c6b4e8) at syscall+0x3b0 epc_syscall_return() at epc_syscall_return db> -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 13:42:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 847D51065673; Thu, 25 Feb 2010 13:42:04 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id B60E48FC12; Thu, 25 Feb 2010 13:42:03 +0000 (UTC) Received: by fxm23 with SMTP id 23so143042fxm.3 for ; Thu, 25 Feb 2010 05:41:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=365w2dmkb2aCniczx34lUL5jH2vdxqeSilhu0uVZQDQ=; b=CvxUrNLqmVYvOdagIeMhJJYDxsqVb8sAEbNEkLUg1rmeuUqclN1wTOfETpKgPnKe4g nFT/8KBrt7oXgID7DuxCEUNUzQ/EFmPLiOf644qmy2Yo2UtP0q68LheVDUxe+pL5DP++ vrZ1kqb+Bl/YgtXYjGwVpOqm2K+vqOpaER6/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=EeNfM/xAZJQ83aypBPetwBqBL6ldtQh30AdB38bJ8tZ8GmV4Kg3DAeeK8s99LPX8iK /73P1FndgloV5UgLCojz1MEr9RPmNdFbXW8ubyf2XT3ARzGyUW91bv3LXRoVTMuKFdCr Ual2q9T0oks7qHTps4anKgiki6ResPP9hBKiY= MIME-Version: 1.0 Received: by 10.223.110.29 with SMTP id l29mr1189368fap.64.1267105317052; Thu, 25 Feb 2010 05:41:57 -0800 (PST) In-Reply-To: <20100225131426.GG42030@mech-cluster241.men.bris.ac.uk> References: <20100225131426.GG42030@mech-cluster241.men.bris.ac.uk> Date: Thu, 25 Feb 2010 14:41:56 +0100 Message-ID: <4e6cba831002250541j1ec3b7b2odbed3a74e972675d@mail.gmail.com> From: Giovanni Trematerra To: Anton Shterenlikht Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, marcel@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: panic ia64 r204293 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 13:42:04 -0000 On Thu, Feb 25, 2010 at 2:14 PM, Anton Shterenlikht w= rote: > > I'm upgrading from 8.0-stable to 9.0-current. > Got this panic. > > Any advice? Do you have options SMP in your custom kernel? Try to boot with GENERIC kernel. > > many thanks > anton > > ###################################### > > Loading.: FreeBSD > Starting: FreeBSD > Consoles: EFI console > > FreeBSD/ia64 EFI boot, Revision 2.1 > (mexas@mech-as28.men.bris.ac.uk, Thu Feb 25 10:06:10 GMT 2010) > Loading /boot/defaults/loader.conf > /boot/kernel/kernel data=3D0xa5209d+0x1c6933 syms=3D[0x8+0x80400+0x8+0x75= 1a2] > \ > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Entering /boot/kernel/kernel at 0xe000000004078000... > GDB: debug ports: uart > GDB: current port: uart > KDB: debugger backends: ddb gdb > KDB: current backend: ddb > Copyright (c) 1992-2010 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > =A0 =A0 =A0 =A0The Regents of the University of California. All rights re= served. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-CURRENT #0 r204293: Thu Feb 25 12:38:11 GMT 2010 > =A0 =A0mexas@mech-as28.men.bris.ac.uk:/usr/obj/usr/src/sys/ZEEV ia64 > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Madison II (1600 Mhz Itanium 2) > =A0Origin =3D "GenuineIntel" =A0Revision =3D 2 > =A0Features =3D 0x1 > real memory =A0=3D 12849717248 (12254 MB) > avail memory =3D 12585984000 (12002 MB) > FPSWA Revision =3D 0x10012, Entry =3D 0xe0000040ffcc4050 > ACPI Warning: 32/64X length mismatch in Gpe0Block: 32/16 (20100121/tbfadt= -625) > ACPI Warning: 32/64X length mismatch in Gpe1Block: 32/16 (20100121/tbfadt= -625) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: Sleep Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <32-bit timer at 3.579545MHz> iomem 0xff5c1004-0xff5c1007 on= acpi0 > cpu0: on acpi0 > acpi_tz0: on acpi0 > pcib0: on acpi0 > pci0: on pcib0 > ohci0: mem 0x80002000-0x80002fff irq 16 at = device 1.0 on pci0 > ohci0: [ITHREAD] > usbus0: on ohci0 > ohci1: mem 0x80001000-0x80001fff irq 17 at = device 1.1 on pci0 > ohci1: [ITHREAD] > usbus1: on ohci1 > ehci0: mem 0x80000000-0x800000ff irq = 18 at device 1.2 on pci0 > ehci0: [ITHREAD] > usbus2: EHCI version 0.95 > usbus2: on ehci0 > pci0: at device 2.0 (no driver attached) > pcib1: on acpi0 > pci32: on pcib1 > mpt0: port 0x2100-0x21ff mem 0x903a0000-0x= 903bffff,0x90380000-0x9039ffff irq 27 at device 1.0 on pci32 > mpt0: [ITHREAD] > mpt0: MPI Version=3D1.2.12.0 > mpt1: port 0x2000-0x20ff mem 0x90360000-0x= 9037ffff,0x90340000-0x9035ffff irq 28 at device 1.1 on pci32 > mpt1: [ITHREAD] > mpt1: MPI Version=3D1.2.12.0 > em0: port 0x2240-0x227f mem= 0x90320000-0x9033ffff,0x90280000-0x902fffff irq 29 at device 2.0 on pci32 > em0: [FILTER] > em0: Ethernet address: 00:13:21:5b:05:1c > em1: port 0x2200-0x223f mem= 0x90300000-0x9031ffff irq 30 at device 2.1 on pci32 > em1: [FILTER] > em1: Ethernet address: 00:13:21:5b:05:1d > pcib2: on acpi0 > pci64: on pcib2 > pcib3: on acpi0 > pci96: on pcib3 > pcib4: on acpi0 > pci128: on pcib4 > pcib5: on acpi0 > pci192: on pcib5 > isp0: port 0xc000-0xc0ff mem 0xe00400= 00-0xe0040fff irq 71 at device 1.0 on pci192 > isp0: [ITHREAD] > pcib6: on acpi0 > pci224: on pcib6 > uart0: <16550 or compatible> mem 0xf8051000-0xf805100f irq 82 at device 1= .0 on pci224 > uart0: [FILTER] > puc0: on puc0 > uart1: [FILTER] > uart1: console (9600,n,8,1) > uart2: on puc0 > uart2: [FILTER] > uart3: on puc0 > uart3: [FILTER] > vgapci0: port 0xe000-0xe0ff mem 0xf0000000-0xf7f= fffff,0xf8040000-0xf804ffff at device 2.0 on pci224 > uart4: <16550 or compatible> iomem 0xff5e0000-0xff5e0007 irq 34 on acpi0 > uart4: [FILTER] > uart5: <16550 or compatible> iomem 0xff5e2000-0xff5e2007 irq 35 on acpi0 > uart5: [FILTER] > uart5: debug port (9600,n,8,1) > Timecounter "ITC" frequency 1600000000 Hz quality 0 > Timecounters tick every 1.000 msec > IP Filter: v4.1.28 initialized. =A0Default =3D block all, Logging =3D ena= bled > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 480Mbps High Speed USB v2.0 > (xpt0:isp0:0:-1:-1): rescan already queued > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > ugen2.1: at usbus2 > uhub2: on usbus2 > uhub1: 2 ports with 2 removable, self powered > uhub0: 3 ports with 3 removable, self powered > (probe2:isp0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe2:isp0:0:0:0): CAM status: SCSI Status Error > (probe2:isp0:0:0:0): SCSI status: Check Condition > (probe2:isp0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset= , or bus device reset occurred) > uhub2: 5 ports with 5 removable, self powered > pass1 at isp0 bus 0 scbus2 target 0 lun 0 > pass1: Fixed Storage Array SCSI-4 device > pass1: 200.000MB/s transfers > > pass1: Command Queueing enabledda0 at mpt0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) > > da0: Command Queueing enabledda0: 70007MB (143374738 512 byte sectors: 25= 5H 63S/T 8924C) > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/da0p2 > Setting hostuuid: b7d52c2d-212f-11df-b7b0-0013215b051c. > Setting hostid: 0xe71df9eb. > No suitable dump device was found. > Entropy harvesting: interrupts ethernet point_to_pointpanic: sysctl_netis= r_workstream: counter too big (1) > KDB: enter: panic > [ thread pid 56 tid 100059 ] > Stopped at =A0 =A0 =A0kdb_enter+0x92: [I2] =A0 =A0addl r14=3D0xffffffffff= e21d48,gp ;; > db> bt > Tracing pid 56 tid 100059 td 0xe0000000116046e0 > kdb_enter(0xe0000000048f2d68, 0xe0000000048f2d68, 0xe000000004438460, 0x7= 93) at kdb_enter+0x92 > panic(0xe00000000490a1f8, 0x1, 0xe00000000490a080, 0x4c6) at panic+0x210 > sysctl_netisr_workstream(0xe000000004a15788, 0x0, 0x0, 0xe000000004d10810= , 0xe00000000490a080) at sysctl_netisr_workstream+0x200 > sysctl_root(0x0, 0x0, 0x0, 0xa000000127c6b320) at sysctl_root+0x350 > userland_sysctl(0xe0000000048f3b20, 0xa000000127c6b390, 0x3, 0xe000000004= a661f8, 0xa000000127c6b360, 0xa000000127c6b340, 0x0, 0x0) at userland_sysct= l+0x300 > __sysctl(0xe0000000116046e0, 0xa000000127c6b3f0, 0x0, 0xa000000127c6b500)= at __sysctl+0xe0 > syscall(0xa000000127c6b400, 0xca, 0x0, 0xe0000000116046e0, 0xe00000001130= 5120, 0xca, 0xe0000000049fd388, 0xa000000127c6b4e8) at syscall+0x3b0 > epc_syscall_return() at epc_syscall_return > db> > > > > -- > Anton Shterenlikht > Room 2.6, Queen's Building > Mech Eng Dept > Bristol University > University Walk, Bristol BS8 1TR, UK > Tel: +44 (0)117 331 5944 > Fax: +44 (0)117 929 4423 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 14:12:55 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36A011065676; Thu, 25 Feb 2010 14:12:55 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 87DA98FC0C; Thu, 25 Feb 2010 14:12:54 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id o1PECoMc030957; Thu, 25 Feb 2010 16:12:50 +0200 (EET) (envelope-from mamalos@eng.auth.gr) Message-ID: <4B86855D.7030705@eng.auth.gr> Date: Thu, 25 Feb 2010 16:12:45 +0200 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20100115 Thunderbird/3.0 MIME-Version: 1.0 To: Alexander Nedotsukov References: <4AB27FB6.4010806@eng.auth.gr> <20090921222241.GF1001@rwpc12.mby.riverwillow.net.au> <20091002081319.GN37304@rwpc12.mby.riverwillow.net.au> <200910020824.15488.john@baldwin.cx> <19306024-4C3D-41EC-A198-1652B047DF1A@FreeBSD.org> <20091007043806.GN1086@rwpc12.mby.riverwillow.net.au> <4B82B97C.8090808@eng.auth.gr> <5EF8A3A6-2E8B-44B5-BC1F-AF09A953F953@freebsd.org> <4B86623D.6010708@eng.auth.gr> <4B86659B.5020005@eng.auth.gr> In-Reply-To: <4B86659B.5020005@eng.auth.gr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: John Baldwin , Doug Rabson , Rick Macklem , freebsd-stable , freebsd-current@freebsd.org Subject: Re: openldap client GSSAPI authentication segfaults in fbsd8stable i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 14:12:55 -0000 To sum things up. By fixing my /etc/hosts to read as it should (this needs some work too, the behavior with the 'wrong' /etc/hosts is unexpected), ldapwhoami works fine IF (AND ONLY IF) someone kinits to a user principal; otherwise it segfaults. My default binding method is GSSAPI, hence the segfault. If I use simple bind (ldapwhoami -W -D 'blabla') it works fine. If I LD_PRELOAD the "hacked" library lala.so, which is created like this: lala.c: int gss_release_buffer(void *a, void *b) { return 0; } # gcc -c -fPIC -shared lala.c -o lala.so and if I haven't obtained any kerberos tickets, then # ldapwhoami SASL/GSSAPI authentication started Segmentation fault: 11 (core dumped) once I ldpreload the above fake-library, then: # LD_PRELOAD=./lala.so ldapwhoami SASL/GSSAPI authentication started ldap_sasl_interactive_bind_s: Local error (-2) additional info: SASL(-1): generic failure: GSSAPI Error: Miscellaneous failure (see text) (unknown mech-code 2 for mech unknown) which is what is expected. This, maybe implies that something is freed by gss_release_buffer that normally shouldn't. amd64 won't hang in the same test (so no need to ld_preload anything), but shares the same problem with i386 when /etc/hosts is not as expected (to recreate the /etc/hosts problem, place in your /etc/hosts file two fqdns for the ldap server's IP, but write the ldap server's fqdn second in turn). Thank you all and have a nice evening. -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 14:19:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D269106564A for ; Thu, 25 Feb 2010 14:19:45 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 026368FC20 for ; Thu, 25 Feb 2010 14:19:44 +0000 (UTC) Received: by fxm23 with SMTP id 23so183241fxm.3 for ; Thu, 25 Feb 2010 06:19:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=xMTarbN5zqaCXWjBHZ3A/gVY+648ybIIH9GluOGPxvs=; b=v6QlfSQa334qTDnIw7V73X05sDLY+b07YWR1BO05QSxQXnRBWtHCFq0u7UdHoMyKtD MBWwAonBKXje9p7Z7WmqQ7axeiwZetjogRlzSR1CWwo555qFBkED83FLMoTlfcV52DpJ G8CX630Ge4g1VTZvkm6+QRJJ+AW0nTgmYsBH4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=SpZFIxh4RyTtg5BV/RKWnw1G0gZAWMpba32n29zqm5o6pHiE6lsLR9NKNoTVuHcZA9 6e86Ub/mDQ18CzSDvxNZ49wo3hYJG09h40ktwetOWljR1qwgP/Bk+RRuClQZl1NueLOL TNLp+y+XCQ7owEZlPzqCjIryYS4TQRWxVqch8= MIME-Version: 1.0 Received: by 10.223.63.20 with SMTP id z20mr1172964fah.98.1267107583884; Thu, 25 Feb 2010 06:19:43 -0800 (PST) In-Reply-To: <4e6cba831002250541j1ec3b7b2odbed3a74e972675d@mail.gmail.com> References: <20100225131426.GG42030@mech-cluster241.men.bris.ac.uk> <4e6cba831002250541j1ec3b7b2odbed3a74e972675d@mail.gmail.com> Date: Thu, 25 Feb 2010 15:19:43 +0100 Message-ID: <4e6cba831002250619o2ed45f69tdf782581f9d05ba8@mail.gmail.com> From: Giovanni Trematerra To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: panic ia64 r204293 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 14:19:45 -0000 forwarding to the list just for record. -- Gianni ---------- Forwarded message ---------- From: Anton Shterenlikht Date: Thu, Feb 25, 2010 at 3:14 PM Subject: Re: (no subject) To: Marc L=F6rner Cc: giovanni.trematerra@gmail.com, freebsd-ia64@freebsd.org, marcel@freebsd= .org On Thu, Feb 25, 2010 at 03:02:41PM +0100, "Marc L=F6rner" wrote: > >On Thu, Feb 25, 2010 at 2:14 PM, Anton Shterenlikht >wrote: > >> > >> I'm upgrading from 8.0-stable to 9.0-current. > >> Got this panic. > >> > >> Any advice? > > > >Do you have > >options SMP > >in your custom kernel? > > > >Try to boot with GENERIC kernel. > > > > I think this is no problem because SMP is already turned on in GENERIC ke= rnel. yes, my fault, I copied the kernel config file from my other UP box. All is well now. many thanks for your help anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 14:33:18 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 877F7106564A for ; Thu, 25 Feb 2010 14:33:18 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5FFA78FC0C for ; Thu, 25 Feb 2010 14:33:18 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id D968C46B6C; Thu, 25 Feb 2010 09:33:17 -0500 (EST) Date: Thu, 25 Feb 2010 14:33:17 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Giovanni Trematerra In-Reply-To: <4e6cba831002250619o2ed45f69tdf782581f9d05ba8@mail.gmail.com> Message-ID: References: <20100225131426.GG42030@mech-cluster241.men.bris.ac.uk> <4e6cba831002250541j1ec3b7b2odbed3a74e972675d@mail.gmail.com> <4e6cba831002250619o2ed45f69tdf782581f9d05ba8@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current Subject: Re: panic ia64 r204293 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 14:33:18 -0000 On Thu, 25 Feb 2010, Giovanni Trematerra wrote: >>> Try to boot with GENERIC kernel. >> >> I think this is no problem because SMP is already turned on in GENERIC >> kernel. > > yes, my fault, I copied the kernel config file from my other UP box. All is > well now. In fact, my fault. I had a bug in three assertions in the recent netisr.c revision to add a monitoring sysctl, which essentially triggered only on UP. I committed a fix to that a bit earlier today. Please let me know if it recurs after the fix (r204303). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 15:48:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13B31106566C; Thu, 25 Feb 2010 15:48:33 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-iw0-f185.google.com (mail-iw0-f185.google.com [209.85.223.185]) by mx1.freebsd.org (Postfix) with ESMTP id BB2A48FC15; Thu, 25 Feb 2010 15:48:32 +0000 (UTC) Received: by iwn15 with SMTP id 15so5207715iwn.7 for ; Thu, 25 Feb 2010 07:48:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=Wuz+BrqGt+12n5LL4JwbbRSee4OqrEKpXSBmGZxQwcU=; b=CMFb3Hj9dykQwrL24hpKMxR5lg8VP4KTPOrPwlO9tgjOY3kVd86+dZBuJKo7JJUq1R tazsCAiaDQUSkwFYw5KEYhGDY9i4vWduWPtUKTls6z9qI7KYCJnTyFlzSiU4/kHgbRkL EijFe/7ln+EjZT1AKaFg+7xMSQeDu8yRCuiMM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=BCFjwIO2cGlYhO41DsSb5O+pVbEkIlvaOnp9lmE5m2DbrzLopowWNpgtijXt8/8CYb 84jT5x9jekI8BEHOuY2WJUCQDfT+ticM26H/F0e2jNdRGfv6UzX6TLqGtGg0qK9ss4O2 Tw6hfmOaDYYbY3+w4m3wAxWrnzKpy3ImrdgwQ= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.231.147.149 with SMTP id l21mr211540ibv.0.1267112908435; Thu, 25 Feb 2010 07:48:28 -0800 (PST) In-Reply-To: <20100217213842.GG1394@michelle.cdnetworks.com> References: <4B75A801.3040107@delphij.net> <20100217213842.GG1394@michelle.cdnetworks.com> Date: Thu, 25 Feb 2010 16:48:28 +0100 X-Google-Sender-Auth: ddbbf4dad6316ba8 Message-ID: <3bbf2fe11002250748h489ff97dw3f2d0e29721b98d9@mail.gmail.com> From: Attilio Rao To: pyunyh@gmail.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Dima Panov , Gleb Kurtsou , Richard Todd , Gavin Atkinson , Alexander Motin , FreeBSD Current , Alexander Logvinov Subject: Re: time doesn't work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 15:48:33 -0000 2010/2/17 Pyun YongHyeon : > On Wed, Feb 17, 2010 at 01:12:53PM -0800, Xin LI wrote: >> Hi, >> >> On Sun, Feb 14, 2010 at 10:20 AM, Gavin Atkinson >> wrote: >> >> /mnt: write failed, filesystem is full >> >> gzip: write: No space left on device >> >> gzip: output file: randomfile.gz wrong size (1673592832 !=3D -1), del= eting >> >> gzip: leaving original randomfile >> >> 0.000u 85.063s 1:25.10 99.9% ??0+0k 12440+12839io 7pf+0w >> > >> > Does reverting r202387, 202441 and 202534 make any difference? >> >> Yes, reverting these revisions makes everything back to normal >> (including top -P). >> > > I'm not sure this is also related with breakage of > "systat -vmstat 1" on amd64 CURRENT. systat(1) shows "The alternate > system clock has died! =C2=A0Reverting to ``pigs'' display." message and > does not work as expected. > When I run systat(1) on sparc64 CURRENT it worked as expected so I vaguel= y > guess it's related with attilio's change.(CCed) [CC'ing also others that may got this issue] Can you please upgrade to the newest CURRENT, try the attached patch and report if system choiches the right timer alone: http://www.freebsd.org/~attilio/Sandvine/STABLE_8/statclock_aliasing/statcl= ock-fixup.diff with 'alone', I mean that you might strip from config all the helping tips (machdep.lapic_allclocks). Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 15:58:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43AC2106564A for ; Thu, 25 Feb 2010 15:58:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 116CA8FC12 for ; Thu, 25 Feb 2010 15:58:53 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B7EF246B23; Thu, 25 Feb 2010 10:58:52 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id EFA4A8A025; Thu, 25 Feb 2010 10:58:51 -0500 (EST) From: John Baldwin To: Chris Date: Thu, 25 Feb 2010 08:06:01 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <64aa03031002241912t396b3001ub89fec82a020f891@mail.gmail.com> In-Reply-To: <64aa03031002241912t396b3001ub89fec82a020f891@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002250806.01217.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 25 Feb 2010 10:58:51 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Scot Hetzel , freebsd-current@freebsd.org, Pegasus Mc Cleaft , Matt Reimer Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 15:58:54 -0000 On Wednesday 24 February 2010 10:12:25 pm Chris wrote: > So it sounds like somehow my system is trying to use the old boot2 > method when I don't hit F12. I'm guessing the difference is due to how > the hard drive is getting presented to the boot loader by the BIOS. > How can I get rid of the legacy boot system and use only the ZFS > bootloader? Does F12 enable PXE booting or some such? I can't really tell from your e- mails exactly what the difference in the two cases are. The BIOS doesn't really tell the boot code much of anything. It just loads the first sector of the disk into RAM at 0x7c00, puts the BIOS drive number (typically 0x80) into the %dl register, and starts executing the code it just loaded. Unless hitting F12 is somehow booting from a different physical drive (and thus either loading different boot code or passing a different value of %dl to another copy of the same boot code), it shouldn't make any difference. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 16:47:20 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5EA78106566C; Thu, 25 Feb 2010 16:47:19 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Fri, 26 Feb 2010 01:47:18 +0900 From: Norikatsu Shigemura To: Alexander Motin Message-Id: <20100226014718.c0a07c84.nork@FreeBSD.org> In-Reply-To: <4B7EF63C.7030008@FreeBSD.org> References: <20100218023945.848cd01a.nork@FreeBSD.org> <4B7EF63C.7030008@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, nork@FreeBSD.org Subject: Re: ATA_CAM-ed mvsata(4) on OpenRD-client X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 16:47:20 -0000 Hi mav. On Fri, 19 Feb 2010 22:36:12 +0200 Alexander Motin wrote: > > xpt_sim_opened() at 0xc0904048 = xpt_sim_opened+0x218 > > scp=0xc0904048 rlv=0xc0905940 (0xc0905940 = xpt_register_async+0xd0) > > rsp=0xc0d62d8c rfp=0xc0d62e34 > > xpt_register_async() at 0xc0905880 = xpt_register_async+0x10 > > scp=0xc0905880 rlv=0xc090d484 (0xc090d484 = ata_get_xport+0x2198) > > rsp=0xc0d62e38 rfp=0xc0d62e44 > > r10=0x00000000 r9=0x00000000 > > r8=0x005fffcc r7=0xc35593c0 r6=0xc0b62170 r5=0xc0be74d0 > > r4=0x0000001c > Even more unexpected. I've searched all sources for xpt_sim_opened() > call and found only one place - in atapi-cam.c, which shouldn't be used > in your case. You are using different sources, or there is a garbage in > stack? I tried to printf-debug, so I got what's happen. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - module_register_init: MOD_LOAD(elf32) called in module_register_init: MOD_LOAD(elf32 on elf kernel/elf kernel) called out module_register_init: MOD_LOAD(shell) called in module_register_init: MOD_LOAD(shell on elf kernel/elf kernel) called out module_register_init: MOD_LOAD(if_lo) called in module_register_init: MOD_LOAD(if_lo on elf kernel/elf kernel) called out lo0: bpf attached [DEBUG] xpt_config called #4501@/usr/src/sys/cam/cam_xpt.c [DEBUG] xpt_config #4532@/usr/src/sys/cam/cam_xpt.c [DEBUG] xpt_config #4538@/usr/src/sys/cam/cam_xpt.c [DEBUG] periphdriver_init(1), init = 1 #132@/usr/src/sys/cam/cam_periph.c [DEBUG] periphdriver_init:, i = 0, driver_name = ada [DEBUG] periphdriver_init:, i = 1, driver_name = probe [DEBUG] periphdriver_init:, i = 2, driver_name = pmp spin lock 0xc3789100 () held by 0xc3632348 (tid 0) too long panic: spin lock held too long KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at 0xc09dede0 = kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> show lock 0xc3789100 class: spin mutex name: flags: {SPIN, RECURSE} state: {OWNED} owner: 0xc3632348 (tid 0, pid 0, "") recursed: -251133952 db> bt Tracing pid 0 tid 100000 td 0xc0be6ab0 kdb_enter() at 0xc09deda8 = kdb_enter+0x10 scp=0xc09deda8 rlv=0xc09b572c (0xc09b572c = panic+0xcc) rsp=0xc0d6ec10 rfp=0xc0d6ec24 r4=0x00000100 panic() at 0xc09b5674 = panic+0x14 scp=0xc09b5674 rlv=0xc09a99fc (0xc09a99fc = _thread_lock_flags+0x170) rsp=0xc0d6ec38 rfp=0xc0d6ec80 _thread_lock_flags() at 0xc09a989c = _thread_lock_flags+0x10 scp=0xc09a989c rlv=0xc09ec7c0 (0xc09ec7c0 = turnstile_claim+0x16c) rsp=0xc0d6ec84 rfp=0xc0d6eca0 r10=0xc0bf244c r9=0x00000000 r8=0xc3562000 r7=0x00000044 r6=0xc3562000 r5=0xc3789100 r4=0xc0b68548 turnstile_claim() at 0xc09ec768 = turnstile_claim+0x114 scp=0xc09ec768 rlv=0xc09ecad8 (0xc09ecad8 = turnstile_wait+0x23c) rsp=0xc0d6eca4 rfp=0xc0d6eccc r7=0xc0be6ab0 r6=0xc3789100 r5=0xc0b68548 r4=0x00000000 turnstile_wait() at 0xc09ec8ac = turnstile_wait+0x10 scp=0xc09ec8ac rlv=0xc09a9568 (0xc09a9568 = _mtx_lock_sleep+0x11c) rsp=0xc0d6ecd0 rfp=0xc0d6ed00 r10=0xc0b4aa58 r9=0x00000000 r8=0x00000000 r7=0x00000000 r6=0xc0be6ab0 r5=0xc3562000 r4=0xc35fe974 _mtx_lock_sleep() at 0xc09a945c = _mtx_lock_sleep+0x10 scp=0xc09a945c rlv=0xc09a9650 (0xc09a9650 = _mtx_lock_flags+0x88) rsp=0xc0d6ed04 rfp=0xc0d6ed2c r10=0xc0d6ed60 r9=0xc0903a68 r8=0x00000000 r7=0x000007c7 r6=0xc0b4aa58 r5=0x00000000 r4=0xc35fe974 _mtx_lock_flags() at 0xc09a95d8 = _mtx_lock_flags+0x10 scp=0xc09a95d8 rlv=0xc0903e98 (0xc0903e98 = xpt_unlock_buses+0x148) rsp=0xc0d6ed30 rfp=0xc0d6ed58 r8=0xc0be33fc r7=0xc090e838 r6=0xc3788880 r5=0xc0b4aa58 r4=0xc3788b80 xpt_unlock_buses() at 0xc0903e28 = xpt_unlock_buses+0xd8 scp=0xc0903e28 rlv=0xc0903f54 (0xc0903f54 = xpt_unlock_buses+0x204) rsp=0xc0d6ed5c rfp=0xc0d6ed78 r10=0xc0be3410 r9=0xc0b4aa58 r8=0x00000000 r7=0xc090e838 r6=0x00000080 r5=0x00000000 r4=0x00000001 xpt_unlock_buses() at 0xc0903f34 = xpt_unlock_buses+0x1e4 scp=0xc0903f34 rlv=0xc0905d5c (0xc0905d5c = xpt_register_async+0xd0) rsp=0xc0d6ed7c rfp=0xc0d6ee24 xpt_register_async() at 0xc0905c9c = xpt_register_async+0x10 scp=0xc0905c9c rlv=0xc090e818 (0xc090e818 = ata_get_xport+0x2d54) rsp=0xc0d6ee28 rfp=0xc0d6ee34 r10=0x00000000 r9=0x00000000 r8=0x005fffcc r7=0xc3584460 r6=0xc0b4aa58 r5=0x00000002 r4=0x00000008 ata_get_xport() at 0xc090e808 = ata_get_xport+0x2d44 scp=0xc090e808 rlv=0xc09008a4 (0xc09008a4 = periphdriver_init+0x9c) rsp=0xc0d6ee38 rfp=0xc0d6ee50 periphdriver_init() at 0xc0900818 = periphdriver_init+0x10 scp=0xc0900818 rlv=0xc0904620 (0xc0904620 = xpt_alloc_ccb+0xbc) rsp=0xc0d6ee54 rfp=0xc0d6ee74 r5=0xc0b4ab9c r4=0x00000000 xpt_alloc_ccb() at 0xc09045a0 = xpt_alloc_ccb+0x3c scp=0xc09045a0 rlv=0xc09d4e84 (0xc09d4e84 = vaccess_acl_posix1e+0x628) rsp=0xc0d6ee78 rfp=0xc0d6eee0 r6=0xc0b660a4 r5=0xc0bebfe0 r4=0x00000000 vaccess_acl_posix1e() at 0xc09d4e2c = vaccess_acl_posix1e+0x5d0 scp=0xc09d4e2c rlv=0xc097dac4 (0xc097dac4 = mi_startup+0xdc) rsp=0xc0d6eee4 rfp=0xc0d6eef4 r7=0x00900040 r6=0x00000002 r5=0x0090004c r4=0xc0b82d94 mi_startup() at 0xc097d9f8 = mi_startup+0x10 scp=0xc097d9f8 rlv=0xc09000e4 (0xc09000e4 = btext+0xe4) rsp=0xc0d6eef8 rfp=0x00000000 r4=0x00900124 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I disabled all Giant lock, and added printf-debug code to cam/cam_xpt.c, cam/cam_periph.c. As result, varnished on pmp driver. I'll try to research where varnish point on pmp. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 17:58:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 995C6106564A; Thu, 25 Feb 2010 17:58:21 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id F2A528FC15; Thu, 25 Feb 2010 17:58:20 +0000 (UTC) Received: by bwz8 with SMTP id 8so972233bwz.3 for ; Thu, 25 Feb 2010 09:58:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=nEgmg0RZhNxAJs+jKAznhMrZfP4SBwnEzxV3pVPtUYY=; b=rQAtIX0jhaNqR1lcvz9OzWRcbC6SFkbif91kp+TjENjXawa3w8jm6EpzmHf6YzpOHF UP9fZQGF9esEIagUCrT2BRpI2QMaBFSfDtyqK8bayS0QqjBZYY9+RB2uLpiLG4bdttmC DxFt/eZ4MYtnqTwH5qDMlIxcLYSv1982eoZaI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=o/UYdIXdMtLRMKZwTfiVfVobzKvibuNMFZxIsXOlJ8Vn/UnJWdyS3DVLZ3Zy+HFANW nXUNqFuNRCOI9xSEWxNqKoRBIYovz2tsTWuXW7TtXspvas8p6PQd0InrZayKkEVKQW9D D5x5Fjbn8QjhJZ/xyarfe6el/liycCcm1/hXk= MIME-Version: 1.0 Received: by 10.204.34.81 with SMTP id k17mr907888bkd.78.1267120695956; Thu, 25 Feb 2010 09:58:15 -0800 (PST) In-Reply-To: <201002250806.01217.jhb@freebsd.org> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <64aa03031002241912t396b3001ub89fec82a020f891@mail.gmail.com> <201002250806.01217.jhb@freebsd.org> Date: Thu, 25 Feb 2010 12:58:13 -0500 Message-ID: <64aa03031002250958m470982c5g59735f9cef88af78@mail.gmail.com> From: Chris To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Scot Hetzel , freebsd-current@freebsd.org, Pegasus Mc Cleaft , Matt Reimer Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 17:58:21 -0000 On Thu, Feb 25, 2010 at 8:06 AM, John Baldwin wrote: > On Wednesday 24 February 2010 10:12:25 pm Chris wrote: >> So it sounds like somehow my system is trying to use the old boot2 >> method when I don't hit F12. I'm guessing the difference is due to how >> the hard drive is getting presented to the boot loader by the BIOS. >> How can I get rid of the legacy boot system and use only the ZFS >> bootloader? > > Does F12 enable PXE booting or some such? The only options I have when I press F12 are to either boot from my hard drive or to boot from my optical drive. Is there any way to more verbosely see what is happening at the bootloader level? >I can't really tell from your e-mails exactly what the difference in the t= wo cases are. =A0The BIOS doesn't > really tell the boot code much of anything. =A0It just loads the first se= ctor of > the disk into RAM at 0x7c00, puts the BIOS drive number (typically 0x80) = into > the %dl register, and starts executing the code it just loaded. =A0Unless > hitting F12 is somehow booting from a different physical drive (and thus > either loading different boot code or passing a different value of %dl to > another copy of the same boot code), it shouldn't make any difference. > > -- > John Baldwin > From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 18:57:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 405571065673; Thu, 25 Feb 2010 18:57:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4B08D8FC16; Thu, 25 Feb 2010 18:57:57 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA06778; Thu, 25 Feb 2010 20:57:53 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B86C830.2020504@icyb.net.ua> Date: Thu, 25 Feb 2010 20:57:52 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20100211) MIME-Version: 1.0 To: Chris References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <64aa03031002241912t396b3001ub89fec82a020f891@mail.gmail.com> <201002250806.01217.jhb@freebsd.org> <64aa03031002250958m470982c5g59735f9cef88af78@mail.gmail.com> In-Reply-To: <64aa03031002250958m470982c5g59735f9cef88af78@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Matt Reimer , Scot Hetzel , Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 18:57:59 -0000 on 25/02/2010 19:58 Chris said the following: > On Thu, Feb 25, 2010 at 8:06 AM, John Baldwin wrote: >> On Wednesday 24 February 2010 10:12:25 pm Chris wrote: >>> So it sounds like somehow my system is trying to use the old boot2 >>> method when I don't hit F12. I'm guessing the difference is due to how >>> the hard drive is getting presented to the boot loader by the BIOS. >>> How can I get rid of the legacy boot system and use only the ZFS >>> bootloader? >> Does F12 enable PXE booting or some such? > > The only options I have when I press F12 are to either boot from my > hard drive or to boot from my optical drive. Is there > any way to more verbosely see what is happening at the bootloader level? I guess that F12 that you describe is handled by BIOS. Do you have other HDDs in this system? What is your default boot order (configured in BIOS)? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 19:23:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56E9B1065670; Thu, 25 Feb 2010 19:23:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1293A8FC15; Thu, 25 Feb 2010 19:23:44 +0000 (UTC) Received: by pwj7 with SMTP id 7so6627205pwj.13 for ; Thu, 25 Feb 2010 11:23:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=chFqRVGkAzejvuevkoEjsotN8l2TuYsvUcSlnWUyh7U=; b=sFIk5a/9fOOYmAeRaaLaFRTp71v9W/DnXxSvbkjHOqIXA9drdhytfs7rRKoWWkcMvs nxQxz9U0fQvcO9CvbmNhigF/7xa4sasGeMevRzPVBtMAqO/biOJ/LELNI2BFN6Qn+Opq Y3WBSEG6TqDzL9O6DCBucUYrsY5VEyCmxOUH4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=s+jMnZ7UBIZPoui0dSzqB2zKbR/1fHWpd69cK5mMtNtijXC4TI826nXH5wbv0TmEqC FNfqp1O8u0uIJswpBN8C2pJuj/w7XhGJK50naqSVtZwthirVVR/8cqfKjiAWRhJFWM2q SxjKaBl0UJMzs+lrY9FCOkPaf1u3m+rdWIzlE= Received: by 10.141.108.15 with SMTP id k15mr808729rvm.258.1267125817521; Thu, 25 Feb 2010 11:23:37 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm2376772pzk.5.2010.02.25.11.23.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Feb 2010 11:23:36 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 25 Feb 2010 11:23:01 -0800 From: Pyun YongHyeon Date: Thu, 25 Feb 2010 11:23:01 -0800 To: Attilio Rao Message-ID: <20100225192301.GI13807@michelle.cdnetworks.com> References: <4B75A801.3040107@delphij.net> <20100217213842.GG1394@michelle.cdnetworks.com> <3bbf2fe11002250748h489ff97dw3f2d0e29721b98d9@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe11002250748h489ff97dw3f2d0e29721b98d9@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Dima Panov , Gleb Kurtsou , Richard Todd , Gavin Atkinson , Alexander Motin , FreeBSD Current , Alexander Logvinov Subject: Re: time doesn't work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 19:23:45 -0000 On Thu, Feb 25, 2010 at 04:48:28PM +0100, Attilio Rao wrote: > 2010/2/17 Pyun YongHyeon : > > On Wed, Feb 17, 2010 at 01:12:53PM -0800, Xin LI wrote: > >> Hi, > >> > >> On Sun, Feb 14, 2010 at 10:20 AM, Gavin Atkinson > >> wrote: > >> >> /mnt: write failed, filesystem is full > >> >> gzip: write: No space left on device > >> >> gzip: output file: randomfile.gz wrong size (1673592832 != -1), deleting > >> >> gzip: leaving original randomfile > >> >> 0.000u 85.063s 1:25.10 99.9% ??0+0k 12440+12839io 7pf+0w > >> > > >> > Does reverting r202387, 202441 and 202534 make any difference? > >> > >> Yes, reverting these revisions makes everything back to normal > >> (including top -P). > >> > > > > I'm not sure this is also related with breakage of > > "systat -vmstat 1" on amd64 CURRENT. systat(1) shows "The alternate > > system clock has died! ??Reverting to ``pigs'' display." message and > > does not work as expected. > > When I run systat(1) on sparc64 CURRENT it worked as expected so I vaguely > > guess it's related with attilio's change.(CCed) > > [CC'ing also others that may got this issue] > > Can you please upgrade to the newest CURRENT, try the attached patch > and report if system choiches the right timer alone: > http://www.freebsd.org/~attilio/Sandvine/STABLE_8/statclock_aliasing/statclock-fixup.diff > > with 'alone', I mean that you might strip from config all the helping > tips (machdep.lapic_allclocks). > With the patch above, systat(1) seems to work as expected. One thing I see is dmesg output is RTC BIOS diagnostic error 11 I'm not sure whether I had this message in previous kernel. From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 19:39:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43E5C106566B; Thu, 25 Feb 2010 19:39:09 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-iw0-f185.google.com (mail-iw0-f185.google.com [209.85.223.185]) by mx1.freebsd.org (Postfix) with ESMTP id ECAE98FC32; Thu, 25 Feb 2010 19:39:08 +0000 (UTC) Received: by iwn15 with SMTP id 15so5448138iwn.7 for ; Thu, 25 Feb 2010 11:39:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=TvBjnP+Eir4NLOf9xG9ah5GcWauHbd9yxVE4TnGiLIA=; b=DjVCV9srv1wHuF0srmd4vzQuFtppW/t+Gl46zEgIDAXAZ+gaaNZoGjQqhNdycWp/vx 8Vlq+IQ5i6WaZbWtt4A8e9PwevOJ4RvknQ0PYz9C3dEA0h7KxaF15UJZGeQTfPBB2nVm FLLkaVSuaoCrnFMhV/K7nBzDLdwkeFRi8oB+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=Ijb7gfODUjYSmqWRElaBnbjDEbBIeYv1CLPjhIsONUozs8bMtdvhVZbayeoOTICXPN tIoUAzOB0BRTV/0uK0TGDbXT8w8t6/GUhhCRr/rPa226rAKW36ddmQGTcUw6c6qApb/N O1L9RfdO3vOI7Y7XQwv64g2j2zrzIm6UHw9Ok= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.231.154.207 with SMTP id p15mr145001ibw.91.1267126741595; Thu, 25 Feb 2010 11:39:01 -0800 (PST) In-Reply-To: <20100225192301.GI13807@michelle.cdnetworks.com> References: <4B75A801.3040107@delphij.net> <20100217213842.GG1394@michelle.cdnetworks.com> <3bbf2fe11002250748h489ff97dw3f2d0e29721b98d9@mail.gmail.com> <20100225192301.GI13807@michelle.cdnetworks.com> Date: Thu, 25 Feb 2010 20:39:01 +0100 X-Google-Sender-Auth: 5367ba2c784c344a Message-ID: <3bbf2fe11002251139y510467dfwf22f64a7b3d9fc45@mail.gmail.com> From: Attilio Rao To: pyunyh@gmail.com Content-Type: text/plain; charset=UTF-8 Cc: Dima Panov , Gleb Kurtsou , Richard Todd , Gavin Atkinson , Alexander Motin , FreeBSD Current , Alexander Logvinov Subject: Re: time doesn't work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 19:39:09 -0000 2010/2/25 Pyun YongHyeon : > On Thu, Feb 25, 2010 at 04:48:28PM +0100, Attilio Rao wrote: >> 2010/2/17 Pyun YongHyeon : >> > On Wed, Feb 17, 2010 at 01:12:53PM -0800, Xin LI wrote: >> >> Hi, >> >> >> >> On Sun, Feb 14, 2010 at 10:20 AM, Gavin Atkinson >> >> wrote: >> >> >> /mnt: write failed, filesystem is full >> >> >> gzip: write: No space left on device >> >> >> gzip: output file: randomfile.gz wrong size (1673592832 != -1), deleting >> >> >> gzip: leaving original randomfile >> >> >> 0.000u 85.063s 1:25.10 99.9% ??0+0k 12440+12839io 7pf+0w >> >> > >> >> > Does reverting r202387, 202441 and 202534 make any difference? >> >> >> >> Yes, reverting these revisions makes everything back to normal >> >> (including top -P). >> >> >> > >> > I'm not sure this is also related with breakage of >> > "systat -vmstat 1" on amd64 CURRENT. systat(1) shows "The alternate >> > system clock has died! ??Reverting to ``pigs'' display." message and >> > does not work as expected. >> > When I run systat(1) on sparc64 CURRENT it worked as expected so I vaguely >> > guess it's related with attilio's change.(CCed) >> >> [CC'ing also others that may got this issue] >> >> Can you please upgrade to the newest CURRENT, try the attached patch >> and report if system choiches the right timer alone: >> http://www.freebsd.org/~attilio/Sandvine/STABLE_8/statclock_aliasing/statclock-fixup.diff >> >> with 'alone', I mean that you might strip from config all the helping >> tips (machdep.lapic_allclocks). >> > > With the patch above, systat(1) seems to work as expected. > One thing I see is dmesg output is > > RTC BIOS diagnostic error 11 > > I'm not sure whether I had this message in previous kernel. It is likely you had after the incriminating revision but not because the previous patch broke it, just because the previous patch does enable atrtc (while the old kernel didn't do this). Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 20:17:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D68B21065670 for ; Thu, 25 Feb 2010 20:17:36 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 614E98FC19 for ; Thu, 25 Feb 2010 20:17:35 +0000 (UTC) Received: by fxm23 with SMTP id 23so569990fxm.3 for ; Thu, 25 Feb 2010 12:17:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=9KaWO3FuCKs9Orp1a5hoX6eBGiGi4NiiqWndBVK7UK0=; b=fDgb9FdOXFfMiLpzbZlwsptBSakRzxMmqrIMvl+SbSXmHh5QW8/sMU/P3wKu8805q9 4VnD25E75ffxXw6/vtCsGh1EsI/mnQpZer6duLHM4UJuIzZEVqzhqRnRCnSkNZ7JQc+L 1VlBRA7m5pZfDF88ExyEtmZBMzGCQB/d6T4Us= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=sZLR9gIE2KX3l2sZAVQ5GGc0yeHk2c5a/PQ9EPy0Pk4lFHfAwUjKBqPy0DS5K5LThy Sgj8pclXDBdOycv/HbjBD4pbx3A7VaQDQbQKulFMcnzxVgWKUwUnqCV+ROgJSdtngIiB mVTKpFqb/V1uPjfYaAsOWeoNxrN9msGCPU0NA= Received: by 10.223.100.129 with SMTP id y1mr47990fan.15.1267129047333; Thu, 25 Feb 2010 12:17:27 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm4693185fxm.13.2010.02.25.12.17.26 (version=SSLv3 cipher=RC4-MD5); Thu, 25 Feb 2010 12:17:26 -0800 (PST) Sender: Alexander Motin Message-ID: <4B86DAD4.1050607@FreeBSD.org> Date: Thu, 25 Feb 2010 22:17:24 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Claude Buisson References: <1267114982.00223400.1267102202@10.7.7.3> In-Reply-To: <1267114982.00223400.1267102202@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: ATA CDROM no more detected with ATA_CAM under VMWare WS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 20:17:36 -0000 Claude Buisson wrote: > Updating a -CURRENT system from Jan 10 to Feb 21, under VMWare WS 5.5.9, > the > virtual ATA CDROM is no more detected. > This is with an ATA_CAM kernel. > > The CDROM is detected with a non ATA_CAM kernel. > > ata1: reset tp1 mask=01 ostat0=50 ostat1=ff > ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: reset tp2 stat0=00 stat1=00 devices=0x10000 > (aprobe0:ata1:0:0:0): SIGNATURE: eb14 > (aprobe0:ata1:0:0:0): Spinning up device > (aprobe0:ata1:0:0:0): ATA status error > (aprobe0:ata1:0:0:0): SETFEATURES SPIN-UP. ACB: ef 07 00 00 00 40 00 00 > 00 00 00 00 > (aprobe0:ata1:0:0:0): CAM status: ATA Status Error > (aprobe0:ata1:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > (aprobe0:ata1:0:0:0): RES: 51 04 00 00 00 00 00 00 00 00 00 > (aprobe0:ata1:0:0:0): Retrying command Seems device reports Response Incomplete bit set in IDENTIFY PACKET DEVICE command result, which makes CAM try to power it up. Could you comment ATA_RESP_INCOMPLETE check in ata_xpt.c and show me result of `camcontrol identify cd0 -v` output after it? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 20:23:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C02AE106566C; Thu, 25 Feb 2010 20:23:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7B3D78FC0A; Thu, 25 Feb 2010 20:23:51 +0000 (UTC) Received: by pvg3 with SMTP id 3so1476507pvg.13 for ; Thu, 25 Feb 2010 12:23:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=RoVandeSGMDsNRTSMvwJh84Q5QFqvNoSKBdii3hDN0o=; b=H//px9REcBc/8aXZdMf7/VuGLDFLqAe0xD78oH6b4Sg4T7EY95iaFvqr6BKy/j3KGi DGNbSsYTMS6HrcmP+B1RQyObUpOCC0Nw/QQdecLtpCI85IjFvbHj6FulxtdBYdoJ4+ON RKcsWyZ4GSJ+x4ocjR7VbYY9DYrAZBsJqbTqk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=YIa7HE3PLlY+7aBS/CBcklipWfXmMrIeby8Vwb3mES+SuHVKkH+w2IeiSdbtUA+ugS YO0SC8uc1UVOw0cGmgiEjImk2n01I4UUOehyzKv6ogAiUJESR7fECZGydFXxacO+y+G+ 40SPv5pgLKxkU5b4uQQjrElJqQ0X5P3ctVzn8= Received: by 10.140.83.35 with SMTP id g35mr90654rvb.7.1267129427872; Thu, 25 Feb 2010 12:23:47 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 20sm2432120pzk.7.2010.02.25.12.23.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Feb 2010 12:23:47 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 25 Feb 2010 12:23:09 -0800 From: Pyun YongHyeon Date: Thu, 25 Feb 2010 12:23:09 -0800 To: Attilio Rao Message-ID: <20100225202308.GJ13807@michelle.cdnetworks.com> References: <4B75A801.3040107@delphij.net> <20100217213842.GG1394@michelle.cdnetworks.com> <3bbf2fe11002250748h489ff97dw3f2d0e29721b98d9@mail.gmail.com> <20100225192301.GI13807@michelle.cdnetworks.com> <3bbf2fe11002251139y510467dfwf22f64a7b3d9fc45@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe11002251139y510467dfwf22f64a7b3d9fc45@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Dima Panov , Gleb Kurtsou , Richard Todd , Gavin Atkinson , Alexander Motin , FreeBSD Current , Alexander Logvinov Subject: Re: time doesn't work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 20:23:51 -0000 On Thu, Feb 25, 2010 at 08:39:01PM +0100, Attilio Rao wrote: > 2010/2/25 Pyun YongHyeon : > > On Thu, Feb 25, 2010 at 04:48:28PM +0100, Attilio Rao wrote: > >> 2010/2/17 Pyun YongHyeon : > >> > On Wed, Feb 17, 2010 at 01:12:53PM -0800, Xin LI wrote: > >> >> Hi, > >> >> > >> >> On Sun, Feb 14, 2010 at 10:20 AM, Gavin Atkinson > >> >> wrote: > >> >> >> /mnt: write failed, filesystem is full > >> >> >> gzip: write: No space left on device > >> >> >> gzip: output file: randomfile.gz wrong size (1673592832 != -1), deleting > >> >> >> gzip: leaving original randomfile > >> >> >> 0.000u 85.063s 1:25.10 99.9% ??0+0k 12440+12839io 7pf+0w > >> >> > > >> >> > Does reverting r202387, 202441 and 202534 make any difference? > >> >> > >> >> Yes, reverting these revisions makes everything back to normal > >> >> (including top -P). > >> >> > >> > > >> > I'm not sure this is also related with breakage of > >> > "systat -vmstat 1" on amd64 CURRENT. systat(1) shows "The alternate > >> > system clock has died! ??Reverting to ``pigs'' display." message and > >> > does not work as expected. > >> > When I run systat(1) on sparc64 CURRENT it worked as expected so I vaguely > >> > guess it's related with attilio's change.(CCed) > >> > >> [CC'ing also others that may got this issue] > >> > >> Can you please upgrade to the newest CURRENT, try the attached patch > >> and report if system choiches the right timer alone: > >> http://www.freebsd.org/~attilio/Sandvine/STABLE_8/statclock_aliasing/statclock-fixup.diff > >> > >> with 'alone', I mean that you might strip from config all the helping > >> tips (machdep.lapic_allclocks). > >> > > > > With the patch above, systat(1) seems to work as expected. > > One thing I see is dmesg output is > > > > RTC BIOS diagnostic error 11 > > > > I'm not sure whether I had this message in previous kernel. > > It is likely you had after the incriminating revision but not because > the previous patch broke it, just because the previous patch does > enable atrtc (while the old kernel didn't do this). > Thank you for clarifying this. From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 20:27:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65290106564A for ; Thu, 25 Feb 2010 20:27:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 36E608FC12 for ; Thu, 25 Feb 2010 20:27:51 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E768646B4C; Thu, 25 Feb 2010 15:27:50 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 503F08A021; Thu, 25 Feb 2010 15:27:50 -0500 (EST) From: John Baldwin To: Chris Date: Thu, 25 Feb 2010 13:08:35 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <201002250806.01217.jhb@freebsd.org> <64aa03031002250958m470982c5g59735f9cef88af78@mail.gmail.com> In-Reply-To: <64aa03031002250958m470982c5g59735f9cef88af78@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002251308.36002.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 25 Feb 2010 15:27:50 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Scot Hetzel , freebsd-current@freebsd.org, Pegasus Mc Cleaft , Matt Reimer Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 20:27:51 -0000 On Thursday 25 February 2010 12:58:13 pm Chris wrote: > On Thu, Feb 25, 2010 at 8:06 AM, John Baldwin wrote: > > On Wednesday 24 February 2010 10:12:25 pm Chris wrote: > >> So it sounds like somehow my system is trying to use the old boot2 > >> method when I don't hit F12. I'm guessing the difference is due to how > >> the hard drive is getting presented to the boot loader by the BIOS. > >> How can I get rid of the legacy boot system and use only the ZFS > >> bootloader? > > > > Does F12 enable PXE booting or some such? > > The only options I have when I press F12 are to either boot from my > hard drive or to boot from my optical drive. Is there > any way to more verbosely see what is happening at the bootloader level? No. So it sounds like F12 pops up some sort of boot menu, and that in the broken case you just let the machine boot off of the disk normally? > >I can't really tell from your e-mails exactly what the difference in the two cases are. The BIOS doesn't > > really tell the boot code much of anything. It just loads the first sector of > > the disk into RAM at 0x7c00, puts the BIOS drive number (typically 0x80) into > > the %dl register, and starts executing the code it just loaded. Unless > > hitting F12 is somehow booting from a different physical drive (and thus > > either loading different boot code or passing a different value of %dl to > > another copy of the same boot code), it shouldn't make any difference. > > > > -- > > John Baldwin > > > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 25 23:15:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46C1D106566B; Thu, 25 Feb 2010 23:15:01 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp21.orange.fr (smtp21.orange.fr [80.12.242.46]) by mx1.freebsd.org (Postfix) with ESMTP id D859C8FC0A; Thu, 25 Feb 2010 23:15:00 +0000 (UTC) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2128.orange.fr (SMTP Server) with ESMTP id 3100A20007E2; Fri, 26 Feb 2010 00:14:55 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2128.orange.fr (SMTP Server) with ESMTP id 2406F2000833; Fri, 26 Feb 2010 00:14:55 +0100 (CET) Received: from localhost (AToulouse-553-1-167-141.w92-156.abo.wanadoo.fr [92.156.111.141]) by mwinf2128.orange.fr (SMTP Server) with ESMTP id 45F7920007E2; Fri, 26 Feb 2010 00:14:54 +0100 (CET) X-ME-UUID: 20100225231454286.45F7920007E2@mwinf2128.orange.fr Message-ID: <4B87046C.80308@orange.fr> Date: Fri, 26 Feb 2010 00:14:52 +0100 From: Claude Buisson User-Agent: Thunderbird 2.0.0.23 (X11/20091001) MIME-Version: 1.0 To: Alexander Motin References: <1267114982.00223400.1267102202@10.7.7.3> <4B86DAD4.1050607@FreeBSD.org> In-Reply-To: <4B86DAD4.1050607@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: ATA CDROM no more detected with ATA_CAM under VMWare WS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2010 23:15:01 -0000 Alexander Motin wrote: > Claude Buisson wrote: >> Updating a -CURRENT system from Jan 10 to Feb 21, under VMWare WS 5.5.9, >> the >> virtual ATA CDROM is no more detected. >> This is with an ATA_CAM kernel. >> >> The CDROM is detected with a non ATA_CAM kernel. >> >> ata1: reset tp1 mask=01 ostat0=50 ostat1=ff >> ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb >> ata1: reset tp2 stat0=00 stat1=00 devices=0x10000 >> (aprobe0:ata1:0:0:0): SIGNATURE: eb14 >> (aprobe0:ata1:0:0:0): Spinning up device >> (aprobe0:ata1:0:0:0): ATA status error >> (aprobe0:ata1:0:0:0): SETFEATURES SPIN-UP. ACB: ef 07 00 00 00 40 00 00 >> 00 00 00 00 >> (aprobe0:ata1:0:0:0): CAM status: ATA Status Error >> (aprobe0:ata1:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) >> (aprobe0:ata1:0:0:0): RES: 51 04 00 00 00 00 00 00 00 00 00 >> (aprobe0:ata1:0:0:0): Retrying command > > Seems device reports Response Incomplete bit set in IDENTIFY PACKET > DEVICE command result, which makes CAM try to power it up. Could you > comment ATA_RESP_INCOMPLETE check in ata_xpt.c and show me result of > `camcontrol identify cd0 -v` output after it? > Here it is: root@zaza# camcontrol identify cd0 -v pass1: Raw identify data: 0: 85c4 0000 0000 0000 0000 0000 0000 0000 8: 0000 0000 3130 3030 3030 3030 3030 3030 16: 3030 3030 3030 3031 0000 0040 0000 3030 24: 3030 3030 3031 564d 7761 7265 2056 6972 32: 7475 616c 2049 4445 2043 4452 4f4d 2044 40: 7269 7665 2020 2020 2020 2020 2020 0000 48: 0000 0f00 0000 0200 0200 0006 0000 0000 56: 0000 0000 0000 0000 0000 0000 0007 0007 64: 0003 0078 0078 0078 0078 0000 0000 0000 72: 0000 0004 0009 0000 0000 0000 0000 0000 80: 001e 0017 4218 4000 4000 4218 4000 4000 88: 0407 0000 0000 0000 0000 0000 0000 0000 96: 0000 0000 0000 0000 0000 0000 0000 0000 104: 0000 0000 0000 0000 0000 0000 0000 0000 112: 0000 0000 0000 0000 0000 0000 0000 0000 120: 0000 0000 0000 0000 0000 0000 0000 0000 128: 0000 0000 0000 0000 0000 0000 0000 0000 136: 0000 0000 0000 0000 0000 0000 0000 0000 144: 0000 0000 0000 0000 0000 0000 0000 0000 152: 0000 0000 0000 0000 0000 0000 0000 0000 160: 0000 0000 0000 0000 0000 0000 0000 0000 168: 0000 0000 0000 0000 0000 0000 0000 0000 176: 0000 0000 0000 0000 0000 0000 0000 0000 184: 0000 0000 0000 0000 0000 0000 0000 0000 192: 0000 0000 0000 0000 0000 0000 0000 0000 200: 0000 0000 0000 0000 0000 0000 0000 0000 208: 0000 0000 0000 0000 0000 0000 0000 0000 216: 0000 0000 0000 0000 0000 0000 0000 0000 224: 0000 0000 0000 0000 0000 0000 0000 0000 232: 0000 0000 0000 0000 0000 0000 0000 0000 240: 0000 0000 0000 0000 0000 0000 0000 0000 248: 0000 0000 0000 0000 0000 0000 0000 0000 pass1: ATAPI-4 device pass1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) protocol ATA/ATAPI-4 device model VMware Virtual IDE CDROM Drive firmware revision 00000001 serial number 10000000000000000001 cylinders 0 heads 0 sectors/track 0 sector size logical 512, physical 512, offset 0 LBA supported LBA48 not supported PIO supported PIO4 DMA supported WDMA2 UDMA2 Feature Support Enable Value Vendor read ahead no no write cache no no flush cache no no overlap no Tagged Command Queuing (TCQ) no no SMART no no microcode download no no security no no power management yes yes advanced power management no no 0/0x00 automatic acoustic management no no 0/0x00 0/0x00 media status notification no no power-up in Standby no no write-read-verify no no 0/0x0 unload no no free-fall no no data set management (TRIM) no dmesg say: cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present The VMWare virtual device being connected at boot the the physical device Hope this help, Claude Buisson From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 00:50:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1EA7106566B; Fri, 26 Feb 2010 00:50:47 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-gx0-f211.google.com (mail-gx0-f211.google.com [209.85.217.211]) by mx1.freebsd.org (Postfix) with ESMTP id 3D7768FC18; Fri, 26 Feb 2010 00:50:46 +0000 (UTC) Received: by gxk3 with SMTP id 3so2284700gxk.13 for ; Thu, 25 Feb 2010 16:50:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=vE+mPz7H4UO+EdnojUPe/bOlJktud8Q6ag1RTPTttyw=; b=IFE0rsHz/wl88a/a66lHrD6vUSkoD4vLS0KumliRGB516ZVVlwCW9vmwp8f4C0Antc q405buFEGpL7iyGkEL9vHDdvMgRxCY+lm/6ebVC66HKAj3M+4HY8o7/pll+OSyP0jo/u /f99SEAuIVvi43NmQGCuKx0xgz/+Yi+dWZWuo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=JHcTGT+FnV9MTTr/WHhV1jxmWWSBepqbk+Vgj0zfW90mHKGhg3PWBdZKACZJk0mA1w XWm+j/sM5hMDQkVyACNXzHpO1nL5ZUSGtRsHpMctHu5lYCFEBuulX0Q+uD8OaGz1Hyq4 YJc0J4H9N2L9naYROLC90621YNUCPZRnUBBWk= Received: by 10.100.59.8 with SMTP id h8mr197104ana.133.1267145439732; Thu, 25 Feb 2010 16:50:39 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 13sm2591497gxk.12.2010.02.25.16.50.37 (version=SSLv3 cipher=RC4-MD5); Thu, 25 Feb 2010 16:50:38 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Thu, 25 Feb 2010 16:51:16 -0800 From: Weongyo Jeong Date: Thu, 25 Feb 2010 16:51:15 -0800 To: Aditya Sarawgi Message-ID: <20100226005115.GP14937@weongyo> Mail-Followup-To: Aditya Sarawgi , current@freebsd.org, gnemmi@gmail.com, attilio@freebsd.org, spikey.it@gmail.com References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: attilio@freebsd.org, spikey.it@gmail.com, gnemmi@gmail.com, current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 00:50:47 -0000 On Wed, Dec 23, 2009 at 08:18:48AM +0000, Aditya Sarawgi wrote: > On Tue, Dec 22, 2009 at 07:53:31PM -0800, Weongyo Jeong wrote: > > Hello, > > > > Now bwn(4) is available at the public and waiting test and review. The > > status of this driver is *alpha* so could make panics, warnings and > > errors. Please let me know if you encounter problems. > > > > The following NICs all I have are only tested on the little endian 64bit > > machine and big endian 32bit machine. > > > > - Broadcom BCM4306 802.11b/g Wireless > > - Broadcom BCM4318 802.11b/g Wireless > > > > I tested basic RX, TX and WPA association as STA mode and checked it > > worked. > > > > As you might know there are still a lot of TODO in the driver so you > > could see some verbose messages during testing so please ignore or let > > me know it makes problems. > > > > == How to build and load == > > > > # cd /usr/src/sys > > # fetch http://people.freebsd.org/~weongyo/bwn_20091222.tar.gz > > # tar xzf bwn_20091222.tar.gz > > # cd modules/ssb > > # make && make install > > # cd ../.. > > # cd modules/bwn > > # make && make install > > # cd somewhere > > # fetch http://people.freebsd.org/~weongyo/bwn_ports_20091222.tar.gz > > # tar xzf bwn_ports_20091222.tar.gz > > # cd sysutils/b43-fwcutter > > # make install clean > > # cd ../.. > > # cd net/bwn-firmware-kmod > > # make install clean > > # > > # kldload ssb > > # kldload bwn_v4_ucode > > # kldload if_bwn > > > > regards, > > Weongyo Jeong > > > > Hi, > > The driver doesn't work with BCM4315, here's what dmesg shows > > ssb0: mem 0xf4000000-0xf4003fff > irq 19 at device 0.0 on pci6 > bwn0 on ssb0 > bwn0: unsupported PHY type (5) > device_attach: bwn0 attach returned 6 FYI bwn(4) driver is committed into FreeBSD tree. I think the driver supports your LP PHY device. After cvsup please try to rebuild siba_bwn and bwn modules. Could you please test with it? Please let me know and send me your full dmesg when you encounters the following problems: - if the driver doesn't work or is unstable. - if it prints debugging or verbose messages. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 02:11:27 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D10AA106566B; Fri, 26 Feb 2010 02:11:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A77878FC14; Fri, 26 Feb 2010 02:11:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o1Q2BQgI042906; Thu, 25 Feb 2010 21:11:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1Q2BQHA042896; Fri, 26 Feb 2010 02:11:26 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Feb 2010 02:11:26 GMT Message-Id: <201002260211.o1Q2BQHA042896@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 02:11:28 -0000 TB --- 2010-02-26 00:10:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-26 00:10:10 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-02-26 00:10:10 - cleaning the object tree TB --- 2010-02-26 00:10:26 - cvsupping the source tree TB --- 2010-02-26 00:10:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-02-26 00:10:56 - building world TB --- 2010-02-26 00:10:56 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-26 00:10:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-26 00:10:56 - TARGET=ia64 TB --- 2010-02-26 00:10:56 - TARGET_ARCH=ia64 TB --- 2010-02-26 00:10:56 - TZ=UTC TB --- 2010-02-26 00:10:56 - __MAKE_CONF=/dev/null TB --- 2010-02-26 00:10:56 - cd /src TB --- 2010-02-26 00:10:56 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 26 00:10:56 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Feb 26 01:45:13 UTC 2010 TB --- 2010-02-26 01:45:13 - generating LINT kernel config TB --- 2010-02-26 01:45:13 - cd /src/sys/ia64/conf TB --- 2010-02-26 01:45:13 - /usr/bin/make -B LINT TB --- 2010-02-26 01:45:13 - building LINT kernel TB --- 2010-02-26 01:45:13 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-26 01:45:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-26 01:45:13 - TARGET=ia64 TB --- 2010-02-26 01:45:13 - TARGET_ARCH=ia64 TB --- 2010-02-26 01:45:13 - TZ=UTC TB --- 2010-02-26 01:45:13 - __MAKE_CONF=/dev/null TB --- 2010-02-26 01:45:13 - cd /src TB --- 2010-02-26 01:45:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 26 01:45:14 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/conf/kmod_syms.awk rt2561fw.kld export_syms | xargs -J% objcopy % rt2561fw.kld ld -Bshareable -d -warn-common -o rt2561fw.ko rt2561fw.kld objcopy --strip-debug rt2561fw.ko ===> ralfw/rt2561s (all) uudecode -p /src/sys/modules/ralfw/rt2561s/../../../contrib/dev/ral/rt2561s.fw.uu > rt2561s.fw rt2561s.fw rt2561s.fw cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64/src/sys/LINT -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c rt2561sfw.c /libexec/ld-elf.so.1: Cannot open "/lib/libncurses.so.8" *** Error code 1 Stop in /src/sys/modules/ralfw/rt2561s. *** Error code 1 Stop in /src/sys/modules/ralfw. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-26 02:11:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-26 02:11:26 - ERROR: failed to build lint kernel TB --- 2010-02-26 02:11:26 - 4947.09 user 718.20 system 7276.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 02:11:34 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99735106568D; Fri, 26 Feb 2010 02:11:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7214C8FC12; Fri, 26 Feb 2010 02:11:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o1Q2BXIO046824; Thu, 25 Feb 2010 21:11:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1Q2BXxX046808; Fri, 26 Feb 2010 02:11:33 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Feb 2010 02:11:33 GMT Message-Id: <201002260211.o1Q2BXxX046808@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 02:11:34 -0000 TB --- 2010-02-26 01:49:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-26 01:49:28 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-02-26 01:49:28 - cleaning the object tree TB --- 2010-02-26 01:50:20 - cvsupping the source tree TB --- 2010-02-26 01:50:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-02-26 01:50:46 - building world TB --- 2010-02-26 01:50:46 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-26 01:50:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-26 01:50:46 - TARGET=sparc64 TB --- 2010-02-26 01:50:46 - TARGET_ARCH=sparc64 TB --- 2010-02-26 01:50:46 - TZ=UTC TB --- 2010-02-26 01:50:46 - __MAKE_CONF=/dev/null TB --- 2010-02-26 01:50:46 - cd /src TB --- 2010-02-26 01:50:46 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 26 01:50:46 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O2 -pipe -I/src/gnu/lib/libreadline/readline/.. -I/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 -fstack-protector -c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/signals.c -o signals.So cc -fPIC -DPIC -O2 -pipe -I/src/gnu/lib/libreadline/readline/.. -I/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 -fstack-protector -c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/util.c -o util.So cc -fPIC -DPIC -O2 -pipe -I/src/gnu/lib/libreadline/readline/.. -I/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 -fstack-protector -c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/kill.c -o kill.So cc -fPIC -DPIC -O2 -pipe -I/src/gnu/lib/libreadline/readline/.. -I/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 -fstack-protector -c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/undo.c -o undo.So cc -fPIC -DPIC -O2 -pipe -I/src/gnu/lib/libreadline/readline/.. -I/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 -fstack-protector -c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/macro.c -o macro.So cc -fPIC -DPIC -O2 -pipe -I/src/gnu/lib/libreadline/readline/.. -I/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 -fstack-protector -c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/input.c -o input.So cc -fPIC -DPIC -O2 -pipe -I/src/gnu/lib/libreadline/readline/.. -I/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -std=gnu99 -fstack-protector -c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/callback.c -o callback.So /libexec/ld-elf.so.1: Cannot open "/lib/libedit.so.7" *** Error code 1 Stop in /src/gnu/lib/libreadline/readline. *** Error code 1 Stop in /src/gnu/lib/libreadline. *** Error code 1 Stop in /src/gnu/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-26 02:11:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-26 02:11:33 - ERROR: failed to build world TB --- 2010-02-26 02:11:33 - 914.84 user 215.25 system 1325.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 02:11:34 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A5B7106568E; Fri, 26 Feb 2010 02:11:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7222C8FC17; Fri, 26 Feb 2010 02:11:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o1Q2BXmo046844; Thu, 25 Feb 2010 21:11:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1Q2BX93046810; Fri, 26 Feb 2010 02:11:33 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 26 Feb 2010 02:11:33 GMT Message-Id: <201002260211.o1Q2BX93046810@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 02:11:34 -0000 TB --- 2010-02-26 02:08:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-26 02:08:02 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-02-26 02:08:02 - cleaning the object tree TB --- 2010-02-26 02:08:16 - cvsupping the source tree TB --- 2010-02-26 02:08:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-02-26 02:08:29 - building world TB --- 2010-02-26 02:08:29 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-26 02:08:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-26 02:08:29 - TARGET=sun4v TB --- 2010-02-26 02:08:29 - TARGET_ARCH=sparc64 TB --- 2010-02-26 02:08:29 - TZ=UTC TB --- 2010-02-26 02:08:29 - __MAKE_CONF=/dev/null TB --- 2010-02-26 02:08:29 - cd /src TB --- 2010-02-26 02:08:29 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 26 02:08:30 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -c -I /src/gnu/usr.bin/cc/cc_tools/../libiberty -O2 -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sun4v/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sun4v/src/tmp/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/sun4v/src/tmp/legacy/usr/include -o lbasename.o /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libiberty/lbasename.c cc -c -I /src/gnu/usr.bin/cc/cc_tools/../libiberty -O2 -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sun4v/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sun4v/src/tmp/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/sun4v/src/tmp/legacy/usr/include -o make-temp-file.o /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libiberty/make-temp-file.c cc -c -I /src/gnu/usr.bin/cc/cc_tools/../libiberty -O2 -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sun4v/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sun4v/src/tmp/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/sun4v/src/tmp/legacy/usr/include -o md5.o /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libiberty/md5.c cc -c -I /src/gnu/usr.bin/cc/cc_tools/../libiberty -O2 -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sun4v/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sun4v/src/tmp/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/sun4v/src/tmp/legacy/usr/include -o obstack.o /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libiberty/obstack.c cc -c -I /src/gnu/usr.bin/cc/cc_tools/../libiberty -O2 -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sun4v/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sun4v/src/tmp/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/sun4v/src/tmp/legacy/usr/include -o partition.o /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libiberty/partition.c cc -c -I /src/gnu/usr.bin/cc/cc_tools/../libiberty -O2 -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sun4v/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sun4v/src/tmp/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/sun4v/src/tmp/legacy/usr/include -o pex-unix.o /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libiberty/pex-unix.c cc -c -I /src/gnu/usr.bin/cc/cc_tools/../libiberty -O2 -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sun4v/src/tmp/usr\" -DCROSS_COMPILE -I/obj/sun4v/src/tmp/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/sun4v/src/tmp/legacy/usr/include -o physmem.o /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libiberty/physmem.c /libexec/ld-elf.so.1: Cannot open "/lib/libedit.so.7" *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-26 02:11:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-26 02:11:33 - ERROR: failed to build world TB --- 2010-02-26 02:11:33 - 119.58 user 37.88 system 211.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 02:48:18 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B63F2106566B; Fri, 26 Feb 2010 02:48:18 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f204.google.com (mail-yw0-f204.google.com [209.85.211.204]) by mx1.freebsd.org (Postfix) with ESMTP id 165F68FC17; Fri, 26 Feb 2010 02:48:17 +0000 (UTC) Received: by ywh42 with SMTP id 42so3539013ywh.7 for ; Thu, 25 Feb 2010 18:48:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=LMxfO5gNvQsbzC/GH68br2vZ7Q2Xpv2l24dUyMHj+6U=; b=MnGtb/cUaheiQJziIvs0zuKleBGwoDPbv6cV1DW1MOiBfJ82DsdScl9jOkwc/zCPYN FerK5v/bo/VybPaQePeniwmQ3+vXE3knyMwbk4gwD/itkKej65JfQNJtr9AfvMbc5aUn SQGSv+ryT8NyO4nli5HqtATswIRZZxcFuKdEs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=xyZ2Roc5v//nvkwDb3T0QTNu5A6EsF+B+Cti04s4rlyZZjFLP2kJPCuDSmUQFqGxWk Qocy/bI01+TFOSB6B9NbBLGVCFaGpUVNLx9IJvF9yykcCSNrA3XQU6EoYqTzy2Tc1HOQ Z1RigT7nCtokWDGMpkex0WaykCSvX5hcnDWxY= Received: by 10.101.3.3 with SMTP id f3mr476502ani.150.1267152490039; Thu, 25 Feb 2010 18:48:10 -0800 (PST) Received: from ppp-19.10.dialinfree.com (ppp-19.10.dialinfree.com [209.172.19.10]) by mx.google.com with ESMTPS id 7sm2827714ywc.49.2010.02.25.18.47.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Feb 2010 18:48:07 -0800 (PST) Sender: "J. Hellenthal" Date: Thu, 25 Feb 2010 21:46:47 -0500 From: jhell To: Doug Barton In-Reply-To: <4B82122E.9050304@FreeBSD.org> Message-ID: References: <4B82122E.9050304@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Fri, 26 Feb 2010 03:29:49 +0000 Cc: FreeBSD Current , FreeBSD Stable , freebsd-questions@freebsd.org Subject: Re: Plans for BIND and DNSSEC readiness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 02:48:18 -0000 On Mon, 22 Feb 2010 00:12, dougb@ wrote: > ---------------------------- PGP Command Output ---------------------------- > gpg: Signature made Mon Feb 22 00:12:14 2010 EST using DSA key ID D5B2F0FB > gpg: Good signature from "Doug Barton " > gpg: aka "Doug Barton " > gpg: aka "Doug Barton " > ----------- Begin PGP Signed Message Verified 2010-02-25 21:12:11 ---------- > > I've made a post to -arch regarding my plans for BIND in the base, along > with some information about getting ready for DNSSEC, including the > upcoming signing of the root zone. You can find the message at > http://lists.freebsd.org/pipermail/freebsd-arch/2010-February/009908.html. > > If you have any feedback regarding any of these topics, please follow up > to that thread. > > > Regards, > > Doug > > -- > > ... and that's just a little bit of history repeating. > -- Propellerheads > > Improve the effectiveness of your Internet presence with > a domain name makeover! http://SupersetSolutions.com/ > > > ------------ End PGP Signed Message Verified 2010-02-25 21:12:11 ----------- > Little late for a reply, But thanks for keeping this updated as this is obviously very important information that not everyone usually comes across. At least I didn't hear anything about it till now. Thanks Doug, -- jhell From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 05:44:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8679106566C; Fri, 26 Feb 2010 05:44:01 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 499998FC18; Fri, 26 Feb 2010 05:44:00 +0000 (UTC) Received: by bwz8 with SMTP id 8so1431742bwz.3 for ; Thu, 25 Feb 2010 21:43:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4AWC4DrAR7C5IVOzNNrMyAeDkT5Sv1yVljpG1FsPQvI=; b=NEaX15XQ9eXc/8psFpYcroAlzL5gjselsEspC69p9CoHGO58r4GHuYLNFuuFGF79C4 JHN6bGC4Qp+LCH/ftl8H/a9HNRiFouGSgryM9+UIBekqdi2dNQ/PBUWljG8mYDzujatI qEYRLInSroeAU8u2y3rxQmlWZPXTw0RUw5wcM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YAFWrN98zr1WFSTa58gKkJpEkuPvazlmJNv4aXbfSNdRtIzftlLoQj9ZDFSbPLdsch wZar1OKBxAulJzCWPWWwucXpMUhyAnIxEVCqm6aIIwrBO0tlBPJZnhp7QOHAXreX8BIi j6SWQTcVtr9454HjxRrTKTRXQAHOj0k9cerJ8= MIME-Version: 1.0 Received: by 10.204.35.79 with SMTP id o15mr493574bkd.106.1267163033811; Thu, 25 Feb 2010 21:43:53 -0800 (PST) In-Reply-To: <201002251308.36002.jhb@freebsd.org> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <201002250806.01217.jhb@freebsd.org> <64aa03031002250958m470982c5g59735f9cef88af78@mail.gmail.com> <201002251308.36002.jhb@freebsd.org> Date: Fri, 26 Feb 2010 00:43:53 -0500 Message-ID: <64aa03031002252143k529096b1rf397254d5401d948@mail.gmail.com> From: Chris To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Scot Hetzel , freebsd-current@freebsd.org, Pegasus Mc Cleaft , Matt Reimer Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 05:44:02 -0000 On Thu, Feb 25, 2010 at 1:08 PM, John Baldwin wrote: > On Thursday 25 February 2010 12:58:13 pm Chris wrote: >> On Thu, Feb 25, 2010 at 8:06 AM, John Baldwin wrote: >> > On Wednesday 24 February 2010 10:12:25 pm Chris wrote: >> >> So it sounds like somehow my system is trying to use the old boot2 >> >> method when I don't hit F12. I'm guessing the difference is due to ho= w >> >> the hard drive is getting presented to the boot loader by the BIOS. >> >> How can I get rid of the legacy boot system and use only the ZFS >> >> bootloader? >> > >> > Does F12 enable PXE booting or some such? >> >> The only options I have when I press F12 are to either boot from my >> hard drive or to boot from my optical drive. Is there >> any way to more verbosely see what is happening at the bootloader level? > > No. =A0So it sounds like F12 pops up some sort of boot menu, and that in = the > broken case you just let the machine boot off of the disk normally? Right. Upon powering on, to get the system to boot normally, I hit the F12 key which brings up a box that lets me choose either my hard disk or my optical drive to boot. When I do not hit F12, I get the LBA errors and the "ZFS: i/o error - all block copies unavailable" error shown in previous posts to this thread. If I boot into the non-F12 broken state and leave the system alone, it appears to try and boot twice and gets the same LBA errors and the same ZFS error. Again, if I install FreeBSD off an installation CD and use sysinstall to install a typical UFS-based system it boots without any trouble at all, F12 or not, leading me to believe that there's some sort of difference between the plain bootloader and the ZFS-enabled bootloader with respect to the way they interact with the BIOS. Another oddity I noticed is that if I change the SATA mode in the BIOS to "IDE Native" mode, the hard drive activity light stays on, even when the system is booted and is sitting idle. If I change it to "AHCI", I do not see this. I doubt this has any relation to ZFS, but it was just an interesting observation. From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 10:40:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 889FE106566B for ; Fri, 26 Feb 2010 10:40:42 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 132F48FC0C for ; Fri, 26 Feb 2010 10:40:41 +0000 (UTC) Received: by fxm23 with SMTP id 23so1157321fxm.3 for ; Fri, 26 Feb 2010 02:40:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type; bh=82CQb7fhdqzHPN8+Rz/lW+nurllJ+0Dm987jVo+0+o4=; b=h+lnc8CyFSmKnvUPRidUlUI8LQj2teiU5y3Z5yjyA/pzC6gvtjS5zs13d+qZGvdvRT s5VWdcK8J6cdK4FHwsGgu4P390IBR0Dan5FJL9lMI8efVGxZ5hhjKCgkPGphiE3YxDeB ne84HSQiGzqswhgwCRW8MKuD5pcNFTS1XURy8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; b=vqgxwg7Gu0kzslt9qARMt6C19EowAU2gAAYbo/aK0JkCZzuwqOyFq7ucLDU6MjktYL 8k5APT2nK+hM99jUe+K/eaelnmgFVMdFl04qcecrhALc9Kn1mBdo74aJ8kCJux7pPTtP +D1bPYfR6VvMbaKn0kEtZWYjrbORICEGwgz+E= Received: by 10.223.4.217 with SMTP id 25mr202636fas.82.1267180833914; Fri, 26 Feb 2010 02:40:33 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm5126387fxm.9.2010.02.26.02.40.32 (version=SSLv3 cipher=RC4-MD5); Fri, 26 Feb 2010 02:40:33 -0800 (PST) Sender: Alexander Motin Message-ID: <4B87A51F.1010603@FreeBSD.org> Date: Fri, 26 Feb 2010 12:40:31 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Claude Buisson References: <1267114982.00223400.1267102202@10.7.7.3> <4B86DAD4.1050607@FreeBSD.org> <4B87046C.80308@orange.fr> In-Reply-To: <4B87046C.80308@orange.fr> X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------030206010409000205050300" Cc: FreeBSD Current Subject: Re: ATA CDROM no more detected with ATA_CAM under VMWare WS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 10:40:42 -0000 This is a multi-part message in MIME format. --------------030206010409000205050300 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Claude Buisson wrote: > Here it is: > > root@zaza# camcontrol identify cd0 -v > pass1: Raw identify data: > 0: 85c4 0000 0000 0000 0000 0000 0000 0000 Attached patch should fix the issue. -- Alexander Motin --------------030206010409000205050300 Content-Type: text/plain; name="puis.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="puis.patch" --- sys/ata.h.prev 2010-02-03 19:41:43.000000000 +0200 +++ sys/ata.h 2010-02-26 11:59:24.000000000 +0200 @@ -51,7 +51,7 @@ struct ata_params { #define ATA_RESP_INCOMPLETE 0x0004 /*001*/ u_int16_t cylinders; /* # of cylinders */ - u_int16_t reserved2; +/*002*/ u_int16_t specconf; /* specific configuration */ /*003*/ u_int16_t heads; /* # heads */ u_int16_t obsolete4; u_int16_t obsolete5; --- cam/ata/ata_xpt.c.prev 2010-02-26 12:06:33.000000000 +0200 +++ cam/ata/ata_xpt.c 2010-02-26 12:17:39.000000000 +0200 @@ -788,11 +788,10 @@ noerror: ata_btrim(ident_buf->serial, sizeof(ident_buf->serial)); ata_bpack(ident_buf->serial, ident_buf->serial, sizeof(ident_buf->serial)); /* Device may need spin-up before IDENTIFY become valid. */ - if ((ident_buf->config & ATA_RESP_INCOMPLETE) || - ((ident_buf->support.command2 & ATA_SUPPORT_STANDBY) && - (ident_buf->enabled.command2 & ATA_SUPPORT_STANDBY) && - (ident_buf->support.command2 & ATA_SUPPORT_SPINUP) && - softc->spinup == 0)) { + if ((ident_buf->specconf == 0x37c8 || + ident_buf->specconf == 0x738c) && + ((ident_buf->config & ATA_RESP_INCOMPLETE) || + softc->spinup == 0)) { PROBE_SET_ACTION(softc, PROBE_SPINUP); xpt_release_ccb(done_ccb); xpt_schedule(periph, priority); --------------030206010409000205050300-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 12:11:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C735E1065672; Fri, 26 Feb 2010 12:11:04 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp2b.orange.fr (smtp2b.orange.fr [80.12.242.146]) by mx1.freebsd.org (Postfix) with ESMTP id 87DCE8FC1A; Fri, 26 Feb 2010 12:11:03 +0000 (UTC) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2b17.orange.fr (SMTP Server) with ESMTP id 63C17700090F; Fri, 26 Feb 2010 13:11:02 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2b17.orange.fr (SMTP Server) with ESMTP id 572DA700090A; Fri, 26 Feb 2010 13:11:02 +0100 (CET) Received: from localhost (AToulouse-553-1-197-100.w90-45.abo.wanadoo.fr [90.45.21.100]) by mwinf2b17.orange.fr (SMTP Server) with ESMTP id 9A9BE700090F; Fri, 26 Feb 2010 13:11:01 +0100 (CET) X-ME-UUID: 20100226121101633.9A9BE700090F@mwinf2b17.orange.fr Message-ID: <4B87BA54.5090306@orange.fr> Date: Fri, 26 Feb 2010 13:11:00 +0100 From: Claude Buisson User-Agent: Thunderbird 2.0.0.23 (X11/20091001) MIME-Version: 1.0 To: Alexander Motin References: <1267114982.00223400.1267102202@10.7.7.3> <4B86DAD4.1050607@FreeBSD.org> <4B87046C.80308@orange.fr> <4B87A51F.1010603@FreeBSD.org> In-Reply-To: <4B87A51F.1010603@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: ATA CDROM no more detected with ATA_CAM under VMWare WS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 12:11:04 -0000 Alexander Motin wrote: > Claude Buisson wrote: >> Here it is: >> >> root@zaza# camcontrol identify cd0 -v >> pass1: Raw identify data: >> 0: 85c4 0000 0000 0000 0000 0000 0000 0000 > > Attached patch should fix the issue. > > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Everything seems OK now. Thanks !! Claude Buisson From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 10:40:44 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10CA9106564A; Fri, 26 Feb 2010 10:40:44 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id C992B8FC13; Fri, 26 Feb 2010 10:40:43 +0000 (UTC) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id B98DA153433; Fri, 26 Feb 2010 11:40:42 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2+v3XSc58UcQ; Fri, 26 Feb 2010 11:40:40 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id 81B6815342F; Fri, 26 Feb 2010 11:40:40 +0100 (CET) Message-ID: <4B87A59B.4000605@digiware.nl> Date: Fri, 26 Feb 2010 11:42:35 +0100 From: Willem Jan Withagen Organization: Digiware User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: stable@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 26 Feb 2010 12:37:20 +0000 Cc: Subject: Many many many thanks to all that develop FreeBSD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 10:40:44 -0000 Hi, When everything is life is just smoothly flowing by, and all is hunky-dory, some things don't get the credits they deserve. So here we go.... ;) Standing at the coffee machine this morning I realized that FreeBSD has been part of my professional life for already way, way too long. Before 1993 I was tinkering with CPM, SCO, sys3/5, i386, Apollo Domain, Linux <0.98 and sorts. When friends an I decided to start an ISP, then very novel, now really part of our lives. And one of the friends suggested to use FreeBSD instead of Linux. As Linux at that time was still very much in flux and really just a flying target, we were more than up for it. Because if gave us the systems that we were all too familiar with. And it really did work richt out of the box. (well almost, needed to hack on the serial driver for the 16 port card we had) The first commercial server that we deployed was running FreeBSD 1.1. I still fondly keep that CD. One of those friends has been part of the Core team (Guido van Rooij) for a while. And I'm sure that a lot of the code he hacked up to keep the ISP going ended up somewhere in the tree. The release strategy has always been a real nice service to our business. Lots of systems where kept at major_versions, until the hardware became too old. Only then to leapfrog into the most stable version at that moment. And I don't ever recall that we were disappointed in the way FreeBSD developed itself. The ISP was sold in 2000, and I started doing other things. But in 2000 just about everything the ISP was delivering ran on FreeBSD. And I remember boxing being up for over 2 years. (especially those not exposed to the public.:)) Only reason for some windows was, because business wise you can't do without. At home FreeBSD has been my friend from that same moment forward. I trashed my Linux Toys, merged to FreeBSD and never looked back. My home is now running on 2* FreeBSD's and lots of Jave-embeded devices. Again there never disappointed in what FreeBSD delivered. Recently I started a new company again, but much to my disappointment (but understandably so) the chipset supplier (NXP/Philips) delivers only support for Linux (or WinCE) and the new shop is mainly Linux oriented. Although a some of the dev-team are still FreeBSD at hart. And parts of the system are tested against FreeBSD for avoidance of too much Linux-isms. :) So when I ran into some trouble yesterday, I realized how much FreeBSD has contributed to "painless computing"(tm). And not just only because of the quality of the software, but also because of the support that is offered. And for that I would like to thank, compliment, free-beer-license all the people that made my life trouble free Many many many thanks to all those that make FreeBSD. --WjW From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 14:49:56 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9386106566B for ; Fri, 26 Feb 2010 14:49:56 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id 4B5F98FC1B for ; Fri, 26 Feb 2010 14:49:55 +0000 (UTC) Received: from demophon.fletchermoorland.co.uk (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.3/8.14.3) with ESMTP id o1QEnphv011569 for ; Fri, 26 Feb 2010 14:49:51 GMT (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4B87DEEA.5070808@fletchermoorland.co.uk> Date: Fri, 26 Feb 2010 14:47:06 +0000 From: Paul Wootton User-Agent: Thunderbird 2.0.0.23 (X11/20091217) MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------020602000609030500060901" X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,BAYES_00, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hydra.fletchermoorland.co.uk Cc: Subject: Can not boot after r203503. Unable to open /dev/ada(1/2)p3 for writing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 14:49:57 -0000 This is a multi-part message in MIME format. --------------020602000609030500060901 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I have an unusual problem. Last night I tried updating from my old-ish kernel/world to an up to date version. I had been using 202500-ish successfully. I can build and install the newer world and kernel fine, but when I reboot I get the following Trying to mount root from zfs:raid250/root ZFS WARNING: Unable to open /dev/ada1p3 for writing (error=1). ZFS WARNING: Unable to open /dev/ada2p3 for writing (error=1). ROOT MOUNT ERROR. If you have invalid mount options, reboot, and first try the following from the loader prompt: set vfs.root.mountfrom.options=rw and then remove the invalid options from /etc/fstab loader variables: vfs.root.mountfrom=zfs:raid250/root vfs.root.mountfrom.options=rw Im using 2 drives in a ZFS mirror configuration (ada1 and ada2 making raid250) I tried going back over the older revisions, and the last kernel that I can build and boot is 203503. It seems the changes in 203504 are what cause me the problems. Now for the weird bit, I took a friends kernel (204324) and that boots fine. I pulled his kernel configuration and built against that (I had decided to remake my kernel configuration just before I tried updating). Still I get the same error. I have checked my /etc/make.conf and that looks right. I attached my /etc/fstab and /etc/make.conf. Im using an Intel Q8300 running amd64. Anyone have any ideas? This is my work computer, so unfortunately I wont have access to it over the weekend but will be able to give more information if required on monday Cheers Paul --------------020602000609030500060901 Content-Type: text/plain; name="fstab" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="fstab" # Device Mountpoint FStype Options Dump Pass# raid250/root / zfs rw 0 0 raid250/usr /usr zfs rw 0 0 raid250/var /var zfs rw 0 0 raid250/tmp /tmp zfs rw,noatime 0 0 /dev/ada1p2 none swap sw 0 0 /dev/ada2p2 none swap sw 0 0 linproc /usr/compat/linux/proc linprocfs rw 0 0 --------------020602000609030500060901 Content-Type: text/plain; name="make.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="make.conf" CPUTYPE?=core2 CFLAGS= -msse3 -mmmx -O2 -fno-strict-aliasing -pipe -s CXXFLAGS+= -fconserve-space #CFLAGS= -march=native -O2 -fno-strict-aliasing -pipe -s #CXXFLAGS+= -fconserve-space -fpermissive -Wl,-rpath-link,/usr/local/lib/gcc44 #CC=gcc44 #CXX=g++44 #NO_CPU_CFLAGS= # Don't add -march= to CFLAGS automatically #NO_CPU_COPTFLAGS= # Don't add -march= to COPTFLAGS automatically KERNCONF=DEMOPHON MAKE_IDEA=YES BATCH=YES WITH_JADETEX=YES LOADER_ZFS_SUPPORT="YES" # added by use.perl 2009-07-20 19:58:21 PERL_VERSION=5.8.9 --------------020602000609030500060901-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 15:13:46 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D98381065672 for ; Fri, 26 Feb 2010 15:13:46 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 697CB8FC16 for ; Fri, 26 Feb 2010 15:13:45 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 3B5FD5B0FF; Fri, 26 Feb 2010 16:13:42 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 37F765B0FD; Fri, 26 Feb 2010 16:13:42 +0100 (CET) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 0C98A5D0A6; Fri, 26 Feb 2010 16:13:42 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.1FP1) with ESMTP id 2010022616134036-71524 ; Fri, 26 Feb 2010 16:13:40 +0100 Received: by wep4035 (sSMTP sendmail emulation); Fri, 26 Feb 2010 16:13:40 +0100 Date: Fri, 26 Feb 2010 16:13:40 +0100 From: Alexey Shuvaev To: Paul Wootton Message-ID: <20100226151340.GB93856@wep4035.physik.uni-wuerzburg.de> References: <4B87DEEA.5070808@fletchermoorland.co.uk> MIME-Version: 1.0 In-Reply-To: <4B87DEEA.5070808@fletchermoorland.co.uk> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.20 (2009-06-14) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.1FP1|January 05, 2010) at 02/26/2010 04:13:41 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.1FP1|January 05, 2010) at 02/26/2010 04:13:41 PM, Serialize complete at 02/26/2010 04:13:41 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: current@freebsd.org Subject: Re: Can not boot after r203503. Unable to open /dev/ada(1/2)p3 for writing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 15:13:47 -0000 On Fri, Feb 26, 2010 at 02:47:06PM +0000, Paul Wootton wrote: > Hi, > > I have an unusual problem. Last night I tried updating from my > old-ish kernel/world to an up to date version. I had been using > 202500-ish successfully. I can build and install the newer world and > kernel fine, but when I reboot I get the following > > Trying to mount root from zfs:raid250/root > ZFS WARNING: Unable to open /dev/ada1p3 for writing (error=1). ZFS > WARNING: Unable to open /dev/ada2p3 for writing (error=1). ROOT > MOUNT ERROR. > If you have invalid mount options, reboot, and first try the > following from the loader prompt: > set vfs.root.mountfrom.options=rw > and then remove the invalid options from /etc/fstab > loader variables: > vfs.root.mountfrom=zfs:raid250/root > vfs.root.mountfrom.options=rw > > > Im using 2 drives in a ZFS mirror configuration (ada1 and ada2 > making raid250) > > I tried going back over the older revisions, and the last kernel > that I can build and boot is 203503. It seems the changes in 203504 > are what cause me the problems. > > Now for the weird bit, I took a friends kernel (204324) and that > boots fine. I pulled his kernel configuration and built against that > (I had decided to remake my kernel configuration just before I tried > updating). Still I get the same error. I have checked my > /etc/make.conf and that looks right. > > I attached my /etc/fstab and /etc/make.conf. Im using an Intel > Q8300 running amd64. > > Anyone have any ideas? This is my work computer, so unfortunately I > wont have access to it over the weekend but will be able to give > more information if required on monday > > Cheers > > Paul > > # Device Mountpoint FStype Options Dump Pass# > raid250/root / zfs rw 0 0 > raid250/usr /usr zfs rw 0 0 > raid250/var /var zfs rw 0 0 > raid250/tmp /tmp zfs rw,noatime 0 0 > /dev/ada1p2 none swap sw 0 0 > /dev/ada2p2 none swap sw 0 0 > linproc /usr/compat/linux/proc linprocfs rw 0 0 > CPUTYPE?=core2 > > CFLAGS= -msse3 -mmmx -O2 -fno-strict-aliasing -pipe -s ^^^^^^^^^^^^^^^ Are you sure you are allowed to use these flags to compile the kernel? I would try removing this line completely. > CXXFLAGS+= -fconserve-space > > #CFLAGS= -march=native -O2 -fno-strict-aliasing -pipe -s > #CXXFLAGS+= -fconserve-space -fpermissive -Wl,-rpath-link,/usr/local/lib/gcc44 > #CC=gcc44 > #CXX=g++44 > #NO_CPU_CFLAGS= # Don't add -march= to CFLAGS automatically > #NO_CPU_COPTFLAGS= # Don't add -march= to COPTFLAGS automatically > > > KERNCONF=DEMOPHON > > MAKE_IDEA=YES > BATCH=YES > WITH_JADETEX=YES > > LOADER_ZFS_SUPPORT="YES" > # added by use.perl 2009-07-20 19:58:21 > PERL_VERSION=5.8.9 From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 15:28:51 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C9C41065678 for ; Fri, 26 Feb 2010 15:28:51 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id DDCAE8FC1B for ; Fri, 26 Feb 2010 15:28:50 +0000 (UTC) Received: from demophon.fletchermoorland.co.uk (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.3/8.14.3) with ESMTP id o1QFSkCm012243; Fri, 26 Feb 2010 15:28:46 GMT (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4B87E808.2000803@fletchermoorland.co.uk> Date: Fri, 26 Feb 2010 15:26:00 +0000 From: Paul Wootton User-Agent: Thunderbird 2.0.0.23 (X11/20091217) MIME-Version: 1.0 To: Alexey Shuvaev References: <4B87DEEA.5070808@fletchermoorland.co.uk> <20100226151340.GB93856@wep4035.physik.uni-wuerzburg.de> In-Reply-To: <20100226151340.GB93856@wep4035.physik.uni-wuerzburg.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,BAYES_00, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hydra.fletchermoorland.co.uk Cc: current@freebsd.org Subject: Re: Can not boot after r203503. Unable to open /dev/ada(1/2)p3 for writing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 15:28:51 -0000 Alexey Shuvaev wrote: > On Fri, Feb 26, 2010 at 02:47:06PM +0000, Paul Wootton wrote: > >> Hi, >> >> I have an unusual problem. Last night I tried updating from my >> old-ish kernel/world to an up to date version. I had been using >> 202500-ish successfully. I can build and install the newer world and >> kernel fine, but when I reboot I get the following >> >> Trying to mount root from zfs:raid250/root >> ZFS WARNING: Unable to open /dev/ada1p3 for writing (error=1). ZFS >> WARNING: Unable to open /dev/ada2p3 for writing (error=1). ROOT >> MOUNT ERROR. >> If you have invalid mount options, reboot, and first try the >> following from the loader prompt: >> set vfs.root.mountfrom.options=rw >> and then remove the invalid options from /etc/fstab >> loader variables: >> vfs.root.mountfrom=zfs:raid250/root >> vfs.root.mountfrom.options=rw >> >> >> Im using 2 drives in a ZFS mirror configuration (ada1 and ada2 >> making raid250) >> >> I tried going back over the older revisions, and the last kernel >> that I can build and boot is 203503. It seems the changes in 203504 >> are what cause me the problems. >> >> Now for the weird bit, I took a friends kernel (204324) and that >> boots fine. I pulled his kernel configuration and built against that >> (I had decided to remake my kernel configuration just before I tried >> updating). Still I get the same error. I have checked my >> /etc/make.conf and that looks right. >> >> I attached my /etc/fstab and /etc/make.conf. Im using an Intel >> Q8300 running amd64. >> >> Anyone have any ideas? This is my work computer, so unfortunately I >> wont have access to it over the weekend but will be able to give >> more information if required on monday >> >> Cheers >> >> Paul >> >> > > >> # Device Mountpoint FStype Options Dump Pass# >> raid250/root / zfs rw 0 0 >> raid250/usr /usr zfs rw 0 0 >> raid250/var /var zfs rw 0 0 >> raid250/tmp /tmp zfs rw,noatime 0 0 >> /dev/ada1p2 none swap sw 0 0 >> /dev/ada2p2 none swap sw 0 0 >> linproc /usr/compat/linux/proc linprocfs rw 0 0 >> > > >> CPUTYPE?=core2 >> >> CFLAGS= -msse3 -mmmx -O2 -fno-strict-aliasing -pipe -s >> > ^^^^^^^^^^^^^^^ > Are you sure you are allowed to use these flags to compile the kernel? > I would try removing this line completely. > > >> CXXFLAGS+= -fconserve-space >> >> #CFLAGS= -march=native -O2 -fno-strict-aliasing -pipe -s >> #CXXFLAGS+= -fconserve-space -fpermissive -Wl,-rpath-link,/usr/local/lib/gcc44 >> #CC=gcc44 >> #CXX=g++44 >> #NO_CPU_CFLAGS= # Don't add -march= to CFLAGS automatically >> #NO_CPU_COPTFLAGS= # Don't add -march= to COPTFLAGS automatically >> >> >> KERNCONF=DEMOPHON >> >> MAKE_IDEA=YES >> BATCH=YES >> WITH_JADETEX=YES >> >> LOADER_ZFS_SUPPORT="YES" >> # added by use.perl 2009-07-20 19:58:21 >> PERL_VERSION=5.8.9 >> These options dont appear to be passed in when building a kernel. In fact -mno-sse3 and -mno-mmx are passed in to make sure that these options dont not get feed through. Here is a piece from a kernel build with these options still in my make.conf cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/pccbb/pccbb_isa.c However, the world will include these options is there are in the make.conf Paul From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 18:41:25 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8689A106566B; Fri, 26 Feb 2010 18:41:25 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward8.mail.yandex.net (forward8.mail.yandex.net [77.88.61.38]) by mx1.freebsd.org (Postfix) with ESMTP id 302078FC16; Fri, 26 Feb 2010 18:41:24 +0000 (UTC) Received: from webmail126.yandex.ru (webmail126.yandex.ru [213.180.223.229]) by forward8.mail.yandex.net (Yandex) with ESMTP id 557011430962; Fri, 26 Feb 2010 21:41:23 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1267209683; bh=cCz8rOUnh5+t+KuCXwk79Onm232Can6FdV1q5Y4seW0=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=QWsI4V2FjZfzWpIIMQrIqpjzr6XBsTEBrD/I+hP5wwWHDNQGl4SykMX+8wCYSa5pK 3IEeANsExOR/Za7cpUPpwefZDQFy1wiY8gPNn80h8a2rZZ+9Nz2eEqqs/n8HdIL62V FQUqJBU5lc1mmQiXwn9aptoOWNSIMqDW14647sjY= Received: from localhost (localhost [127.0.0.1]) by webmail126.yandex.ru (Yandex) with ESMTP id 4B7902950204; Fri, 26 Feb 2010 21:41:23 +0300 (MSK) X-Yandex-Spam: 1 X-Yandex-Front: webmail126 X-Yandex-TimeMark: 1267209683 Received: from heavennet.ru (heavennet.ru [77.72.136.193]) by mail.yandex.ru with HTTP; Fri, 26 Feb 2010 21:41:21 +0300 From: Andrey V. Elsukov To: Paul Wootton In-Reply-To: <4B87DEEA.5070808@fletchermoorland.co.uk> References: <4B87DEEA.5070808@fletchermoorland.co.uk> MIME-Version: 1.0 Message-Id: <18511267209682@webmail126.yandex.ru> Date: Fri, 26 Feb 2010 21:41:22 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: marcel@freebsd.org, pjd@freebsd.org, current@freebsd.org Subject: Re: Can not boot after r203503. Unable to open /dev/ada(1/2)p3 for writing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 18:41:25 -0000 26.02.10, 14:47, "Paul Wootton" : > I have an unusual problem. Last night I tried updating from my old-ish > kernel/world to an up to date version. I had been using 202500-ish > successfully. I can build and install the newer world and kernel fine, > but when I reboot I get the following > > Trying to mount root from zfs:raid250/root > ZFS WARNING: Unable to open /dev/ada1p3 for writing (error=1). ZFS > WARNING: Unable to open /dev/ada2p3 for writing (error=1). ROOT MOUNT ERROR. > If you have invalid mount options, reboot, and first try the following > from the loader prompt: > set vfs.root.mountfrom.options=rw > and then remove the invalid options from /etc/fstab > loader variables: > vfs.root.mountfrom=zfs:raid250/root > vfs.root.mountfrom.options=rw I had the same problem recently. I have ZFS-only 9.0-CURRENT-amd64. First time when i had this problem was after I added linux_load="YES" in /boot/loader.conf. :-) It was only change i made. So, i rebooted again and unload linux from boot prompt. And system boots fine. I tried again with linux.ko and it failed to boot. After that i synced source tree and rebuild kernel. And after that it failed to boot with and without linux. :-) So, after that i booted from another disk and only thing that i did was: # zpool import -R /mnt z # gpart modify -l ZFS -i 3 ad4 (previous label was "zfs") After that i can boot with and without linux.ko again. And I can't reproduce this bug again. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Fri Feb 26 23:16:11 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F405106566B for ; Fri, 26 Feb 2010 23:16:11 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 189048FC1D for ; Fri, 26 Feb 2010 23:16:10 +0000 (UTC) Received: by fxm23 with SMTP id 23so627993fxm.3 for ; Fri, 26 Feb 2010 15:16:04 -0800 (PST) Received: by 10.223.164.78 with SMTP id d14mr1298858fay.85.1267226164349; Fri, 26 Feb 2010 15:16:04 -0800 (PST) Received: from localhost (148-211-133-95.pool.ukrtel.net [95.133.211.148]) by mx.google.com with ESMTPS id h2sm1141953fkh.25.2010.02.26.15.16.02 (version=SSLv3 cipher=RC4-MD5); Fri, 26 Feb 2010 15:16:03 -0800 (PST) Date: Sat, 27 Feb 2010 01:15:35 +0200 From: Alex RAY To: Weongyo Jeong Message-Id: <20100227011535.ed3f2486.ray@ddteam.net> In-Reply-To: <20100226005115.GP14937@weongyo> References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> Organization: DDTeam.net X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Weongyo Jeong Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2010 23:16:11 -0000 Hi Weongyo, Can new siba release operate in systems like in this SVG image? System example: CPU BCM5836 + Wi-Fi BCM4318 And can we compile siba bus code without pci code? --------- Cut this to file.svg ----------- Layer 1 SSB SSB MIPS MIPS PCI 802.11 --------- Cut this to file.svg ----------- -- Alex RAY From owner-freebsd-current@FreeBSD.ORG Sat Feb 27 00:21:20 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BCD3106564A; Sat, 27 Feb 2010 00:21:20 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id B6BAE8FC0A; Sat, 27 Feb 2010 00:21:19 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id D20BDA5EA24; Sat, 27 Feb 2010 08:21:18 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id xmMQtRnrm70T; Sat, 27 Feb 2010 08:21:12 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 2CCE5A5EA1F; Sat, 27 Feb 2010 08:21:09 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp: content-type:content-transfer-encoding; b=KnSEbGyuvy46br1SGNOVH7hTf4KuJ8LpD/2KSsRCrdKQJ232bSn5IF4d1mby+LyOb vnwmoKUMDwPMkB01fGLMQ== Message-ID: <4B886572.7090600@delphij.net> Date: Fri, 26 Feb 2010 16:21:06 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100207 Thunderbird/3.0.1 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Aditya Sarawgi , current@freebsd.org, gnemmi@gmail.com, attilio@freebsd.org, spikey.it@gmail.com References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> In-Reply-To: <20100226005115.GP14937@weongyo> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2010 00:21:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Weongyo, On 2010/02/25 16:51, Weongyo Jeong wrote: > FYI bwn(4) driver is committed into FreeBSD tree. I think the driver > supports your LP PHY device. After cvsup please try to rebuild siba_bwn > and bwn modules. > > Could you please test with it? Please let me know and send me your > full dmesg when you encounters the following problems: > > - if the driver doesn't work or is unstable. > - if it prints debugging or verbose messages. Great! Thanks for the work! Is it possible to MFC the work back to 8-STABLE at some point? A colleague of mine has tried to compile the code on 8-STABLE but seems that it's using some new API I guess... I've asked him to try a 9-CURRENT kernel but the Atom based netbook would take some while to compile the code =-) Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLiGVyAAoJEATO+BI/yjfBcYgH/2Ruc4z9+MsI3xvVm13YIRaH rxkRIOXCs7ViyKLPPh5bwDQiBeiOY10WL+GFxJSg/pO7NBc+gHzkJDZNt6LJtlst iKPcHPwWdxcPbCU7IhO3sIiuMa5WJfH/Aq8tAhlsovlfJwQiukZ4GuhI510q3qo1 2drYi8Z53Ad67/mExMl0gsk0QKIHK3AraQyDV/xRocqdReM+J7TvqxIi0E4dyqha SFTocul34Hht9iH25fd7WPnSUNp+HRgyA6K5hh5ylKzTf2ojsRN/9YE81C+RVDys nADEFN2w1ufbPepxJ7KURQuwTyf7MLkQdqCpKfWGyS90pDm4mh/5wLBk50rsZTs= =kums -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Feb 27 08:47:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F5431065670 for ; Sat, 27 Feb 2010 08:47:41 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id E6E868FC1B for ; Sat, 27 Feb 2010 08:47:40 +0000 (UTC) Received: from [85.173.17.232] (helo=izar) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1NlIKl-0009o5-Jp; Sat, 27 Feb 2010 11:47:35 +0300 From: Boris Samorodov To: d@delphij.net References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <4B886572.7090600@delphij.net> Date: Sat, 27 Feb 2010 11:47:34 +0300 In-Reply-To: <4B886572.7090600@delphij.net> (Xin LI's message of "Fri, 26 Feb 2010 16:21:06 -0800") Message-ID: <77993993_-_@ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: compiling FreeBSD to test a netbook (was: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2010 08:47:41 -0000 On Fri, 26 Feb 2010 16:21:06 -0800 Xin LI wrote: > I've asked him to try a > 9-CURRENT kernel but the Atom based netbook would take some while to > compile the code =-) It's very easy/quick to (cross) compile world at a beafy machine and install the system to an USB stick. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Feb 27 08:53:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A558106564A for ; Sat, 27 Feb 2010 08:53:32 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 227278FC08 for ; Sat, 27 Feb 2010 08:53:32 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 514C114DA6E0; Sat, 27 Feb 2010 09:53:30 +0100 (CET) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id uG7Nc9R9-EKc; Sat, 27 Feb 2010 09:53:28 +0100 (CET) Received: from [192.168.1.105] (catv-89-132-179-104.catv.broadband.hu [89.132.179.104]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 16DC214D29A2; Sat, 27 Feb 2010 09:53:28 +0100 (CET) Message-ID: <4B88DD86.40401@FreeBSD.org> Date: Sat, 27 Feb 2010 09:53:26 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; es-ES; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: Boris Samorodov References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <4B886572.7090600@delphij.net> <77993993_-_@ipt.ru> In-Reply-To: <77993993_-_@ipt.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: d@delphij.net, current@freebsd.org Subject: Re: compiling FreeBSD to test a netbook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2010 08:53:32 -0000 > > On Fri, 26 Feb 2010 16:21:06 -0800 Xin LI wrote: > > >> I've asked him to try a >> 9-CURRENT kernel but the Atom based netbook would take some while to >> compile the code =-) >> > It's very easy/quick to (cross) compile world at a beafy machine > and install the system to an USB stick. > > I also have an Atom-based netbook and it takes quite long but not that long. I usually compile kernel/world directly there. One battery charge (which make it last~4 hours) is enough for me to do a complete upgrade. -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Sat Feb 27 14:20:29 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A577106566B for ; Sat, 27 Feb 2010 14:20:29 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from smtp5.enta.net (smtp5.enta.net [78.33.48.15]) by mx1.freebsd.org (Postfix) with ESMTP id BD2AB8FC08 for ; Sat, 27 Feb 2010 14:20:28 +0000 (UTC) Received: from mail.chrishedley.com (unknown [78.32.138.135]) by smtp5.enta.net (Postfix) with ESMTP id 4824D146B568 for ; Sat, 27 Feb 2010 14:20:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id D813C2994 for ; Sat, 27 Feb 2010 14:20:26 +0000 (GMT) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id QYHFLMl2UsNL for ; Sat, 27 Feb 2010 14:20:21 +0000 (GMT) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 7ACF52971 for ; Sat, 27 Feb 2010 14:20:21 +0000 (GMT) Date: Sat, 27 Feb 2010 14:20:21 +0000 (GMT) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: freebsd-current@FreeBSD.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: ums fails to initialise correctly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2010 14:20:29 -0000 On Mon, 22 Feb 2010, Chris Hedley wrote: > I'm having a lot of problems getting the ums (USB mouse) driver to initialise > the mouse correctly. I've been wading through the kernel source trying to see if I can find anything, but nothing's grabbed me yet. What I'm looking for is something that would explain: a) why does the keyboard not have the same problem when using the same KVM switch when it's also a high-speed device? There are differences in the ums and ukbd modules (obviously) but I lack the experience to see which ones may be relevant. and b) why does the mouse initialise correctly when physically disconnected and reconnected, but not when simply switching back and forth with the KVM or using the usbconfig power_on/power_off/reset command? I'm assuming that the physical reconnection calls some additional piece of code that isn't called by a logical reconnection, though I've little enough idea of where to even start looking let alone how to fiddle about with it. Anybody experienced with this area of code have any pointers for me? Thanks! From owner-freebsd-current@FreeBSD.ORG Sat Feb 27 20:28:03 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1B3F1065672 for ; Sat, 27 Feb 2010 20:28:03 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 56C1A8FC17 for ; Sat, 27 Feb 2010 20:28:02 +0000 (UTC) Received: by fxm23 with SMTP id 23so1158452fxm.3 for ; Sat, 27 Feb 2010 12:27:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=LiKrWp51Z098oU+S6jCD7gL1Sn/hV6GXWX85EPwnYfg=; b=uDfFZdCP54t5g789e9ZJdAg+Sehgrdbae5A5mnoCa17qRUSPn3kyX8Dlm6/aZso7n0 V2gmYr+/o1MPJceUeUw/ryjr0FizvdzCGFATeuPGtEMGEwuGLdHvHCFod7UOIo8Ii0bO cqWBmA013c7i58PqMWTmtXsJTjsuF9V7CHMEg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=GdV+2rGNLSL7cZDlKWc9oKG7N6TUPm7cuA94jT3UMPzv8UtDKk7fXeAWoxTGCAI9+D bvtjGPafYLPvVcKOZ8eFBX9PkvaiqygesI+l/IAjmjN6uY2RVMZUCgdzPRz5kXq7OgKV 8iNBLNOe376vBsejYn6hgqabS2HBlcfFwCAFc= MIME-Version: 1.0 Received: by 10.103.87.28 with SMTP id p28mr1837073mul.73.1267302476213; Sat, 27 Feb 2010 12:27:56 -0800 (PST) In-Reply-To: <4B88DD86.40401@FreeBSD.org> References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <4B886572.7090600@delphij.net> <77993993_-_@ipt.ru> <4B88DD86.40401@FreeBSD.org> Date: Sat, 27 Feb 2010 17:27:56 -0300 Message-ID: <19e9a5dc1002271227h34bcfed8wdd7ad958c9e3025c@mail.gmail.com> From: Gonzalo Nemmi To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: compiling FreeBSD to test a netbook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2010 20:28:03 -0000 The method described in development(7) (even if it could use an update by now) may help an _awful_ lot in there .. I don't even build world/kernel on my notebook's Celeron 560 ... and actually I wouldn't even dare to do it on an Atom based netbook. development(7) is really worth a read. Best Regards Gonzalo Nemmi On Sat, Feb 27, 2010 at 5:53 AM, Gabor Kovesdan wrote: >> >> On Fri, 26 Feb 2010 16:21:06 -0800 Xin LI wrote: >> >> >>> >>> I've asked him to try a >>> 9-CURRENT kernel but the Atom based netbook would take some while to >>> compile the code =3D-) >>> >> >> It's very easy/quick to (cross) compile world at a beafy machine >> and install the system to an USB stick. >> >> > > I also have an Atom-based netbook and it takes quite long but not that lo= ng. > I usually compile kernel/world directly there. One battery charge (which > make it last~4 hours) is enough for me to do a complete upgrade. > > -- > Gabor Kovesdan > FreeBSD Volunteer > > EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org > WEB: =A0 http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >