From owner-freebsd-sparc64@FreeBSD.ORG Sun Mar 6 02:00:54 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 832A0106566C; Sun, 6 Mar 2011 02:00:54 +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 3CA148FC08; Sun, 6 Mar 2011 02:00:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2620rYO082682; Sat, 5 Mar 2011 21:00:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2620rqL082681; Sun, 6 Mar 2011 02:00:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 02:00:53 GMT Message-Id: <201103060200.p2620rqL082681@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-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 02:00:54 -0000 TB --- 2011-03-06 01:20:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-06 01:20:02 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-03-06 01:20:02 - cleaning the object tree TB --- 2011-03-06 01:20:16 - cvsupping the source tree TB --- 2011-03-06 01:20:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-03-06 01:20:38 - building world TB --- 2011-03-06 01:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-06 01:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-06 01:20:38 - TARGET=sparc64 TB --- 2011-03-06 01:20:38 - TARGET_ARCH=sparc64 TB --- 2011-03-06 01:20:38 - TZ=UTC TB --- 2011-03-06 01:20:38 - __MAKE_CONF=/dev/null TB --- 2011-03-06 01:20:38 - cd /src TB --- 2011-03-06 01:20:38 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 6 01:20:38 UTC 2011 >>> 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 [...] cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/sparc64.sparc64/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** Error code 1 Stop in /src/cddl/usr.bin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-06 02:00:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 02:00:53 - ERROR: failed to build world TB --- 2011-03-06 02:00:53 - 1787.28 user 443.82 system 2450.76 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Sun Mar 6 02:29:21 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90680106568C; Sun, 6 Mar 2011 02:29:21 +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 454098FC1C; Sun, 6 Mar 2011 02:29:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p262TKLw002550; Sat, 5 Mar 2011 21:29:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p262TKXD002549; Sun, 6 Mar 2011 02:29:20 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 02:29:20 GMT Message-Id: <201103060229.p262TKXD002549@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-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 02:29:21 -0000 TB --- 2011-03-06 01:52:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-06 01:52:41 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-03-06 01:52:41 - cleaning the object tree TB --- 2011-03-06 01:52:50 - cvsupping the source tree TB --- 2011-03-06 01:52:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-03-06 01:53:40 - building world TB --- 2011-03-06 01:53:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-06 01:53:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-06 01:53:40 - TARGET=sun4v TB --- 2011-03-06 01:53:40 - TARGET_ARCH=sparc64 TB --- 2011-03-06 01:53:40 - TZ=UTC TB --- 2011-03-06 01:53:40 - __MAKE_CONF=/dev/null TB --- 2011-03-06 01:53:40 - cd /src TB --- 2011-03-06 01:53:40 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 6 01:53:40 UTC 2011 >>> 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 [...] cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/sun4v.sparc64/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** Error code 1 Stop in /src/cddl/usr.bin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-06 02:29:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 02:29:20 - ERROR: failed to build world TB --- 2011-03-06 02:29:20 - 1756.80 user 410.80 system 2198.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-sparc64@FreeBSD.ORG Sun Mar 6 15:22:47 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB1BD106566B for ; Sun, 6 Mar 2011 15:22:47 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 602BA8FC0C for ; Sun, 6 Mar 2011 15:22:47 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p26FMjEq025056; Sun, 6 Mar 2011 16:22:45 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p26FMjhP025055; Sun, 6 Mar 2011 16:22:45 +0100 (CET) (envelope-from marius) Date: Sun, 6 Mar 2011 16:22:45 +0100 From: Marius Strobl To: Roger Hammerstein Message-ID: <20110306152245.GA25023@alchemy.franken.de> References: <20110302200310.GA86404@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110302200310.GA86404@alchemy.franken.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64 hang with zfs v28 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 15:22:47 -0000 On Wed, Mar 02, 2011 at 09:03:10PM +0100, Marius Strobl wrote: > On Wed, Mar 02, 2011 at 11:46:38AM -0500, Roger Hammerstein wrote: > > > > > > I saw the announcement for zfs v28 so I updated an ultra60 > > to the top of the tree. a 'zfs list' or 'zpool status' or 'kldload zfs' > > will hang my machine. > > > > It looks like the binutils 2.17 import broke kernel modules for reasons > unknown so far, resulting in said hang. > FYI, kernel modules generally should work again with r219340, I haven't tested ZFS though. Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 7 04:27:43 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 141D91065679 for ; Mon, 7 Mar 2011 04:27:43 +0000 (UTC) (envelope-from cheeky.m@live.com) Received: from bay0-omc4-s22.bay0.hotmail.com (bay0-omc4-s22.bay0.hotmail.com [65.54.190.224]) by mx1.freebsd.org (Postfix) with ESMTP id EF5608FC23 for ; Mon, 7 Mar 2011 04:27:42 +0000 (UTC) Received: from BAY147-W22 ([65.54.190.199]) by bay0-omc4-s22.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 6 Mar 2011 20:27:42 -0800 Message-ID: X-Originating-IP: [66.189.65.82] From: Roger Hammerstein To: Date: Sun, 6 Mar 2011 23:27:42 -0500 Importance: Normal In-Reply-To: <20110306152245.GA25023@alchemy.franken.de> References: <20110302200310.GA86404@alchemy.franken.de>, <20110306152245.GA25023@alchemy.franken.de> MIME-Version: 1.0 X-OriginalArrivalTime: 07 Mar 2011 04:27:42.0849 (UTC) FILETIME=[0042BF10:01CBDC80] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-sparc64@freebsd.org Subject: RE: sparc64 hang with zfs v28 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 04:27:43 -0000 > FYI=2C kernel modules generally should work again with r219340=2C I haven= 't > tested ZFS though. Thanks!=20 I cvsuppedd and rebuilt kernel. falcon# uname -a FreeBSD falcon 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Sun Mar 6 18:55:14 EST = 2011 root@falcon:/usr/obj/usr/src/sys/GENERIC sparc64 falcon#=20 I did a kldload zfs and it loaded ok. falcon# kldstat Id Refs Address Size Name 1 9 0xc0000000 e42878 kernel 2 1 0xc14a2000 32e000 zfs.ko 3 1 0xc17d0000 104000 opensolaris.ko falcon#=20 But a 'zpool status' or 'zfs list' will cause a zfs or zpool process to eat 99% of a cpu and essentially hang the shell i ran zfs/zpool in. falcon# zfs list ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is pres= ent=3B to enable=2C add "vfs.zfs.prefetch_disable=3D0" to /boot/loader= .conf. ZFS filesystem version 5 ZFS storage pool version 28 [Hang here] last pid: 1012=3B load averages: 0.79=2C 0.30=2C 0.16 = up 0+00:13:58 20:58:43 23 processes: 2 running=2C 21 sleeping CPU: 0.0% user=2C 0.0% nice=2C 52.5% system=2C 0.0% interrupt=2C 47.5% i= dle Mem: 16M Active=2C 11M Inact=2C 46M Wired=2C 64K Cache=2C 12M Buf=2C 1915M = Free Swap: 4055M Total=2C 4055M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND = =20 1006 root 1 53 0 21672K 2904K CPU1 1 0:05 99.47% zfs 998 root 1 40 0 41776K 6376K select 0 0:01 0.00% sshd 994 root 1 16 0 11880K 3536K pause 0 0:01 0.00% csh 795 root 1 40 0 16720K 3968K select 0 0:00 0.00% ntpd 1001 root 1 16 0 11880K 3464K pause 0 0:00 0.00% csh 975 root 1 8 0 25168K 2672K wait 1 0:00 0.00% login stays at 99%. truss -p 1006 doesn't "attach"=2C it just hangs. ctrl-t on the zfs list shell: oad: 0.95 cmd: zfs 1006 [running] 182.26r 0.00u 4.66s 99% 2872k load: 0.95 cmd: zfs 1006 [running] 183.30r 0.00u 4.66s 99% 2872k load: 0.95 cmd: zfs 1006 [running] 183.76r 0.00u 4.66s 99% 2872k load: 0.95 cmd: zfs 1006 [running] 184.08r 0.00u 4.66s 99% 2872k load: 0.95 cmd: zfs 1006 [running] 184.36r 0.00u 4.66s 99% 2872k A second time with zpool status:: last pid: 1224=3B load averages: 0.98=2C 0.55=2C 0.24 = up 0+02:07:39 23:12:33 26 processes: 2 running=2C 24 sleeping CPU: 0.0% user=2C 0.0% nice=2C 50.2% system=2C 0.4% interrupt=2C 49.4% i= dle Mem: 18M Active=2C 13M Inact=2C 46M Wired=2C 64K Cache=2C 12M Buf=2C 1911M = Free Swap: 4055M Total=2C 4055M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND = =20 1200 root 1 62 0 22704K 2920K CPU1 1 0:00 99.02% zpool 793 root 1 40 0 16720K 3968K select 0 0:02 0.00% ntpd 1180 root 1 16 0 11880K 3536K pause 1 0:01 0.00% csh 1184 root 1 40 0 41776K 6376K select 0 0:01 0.00% sshd 1201 root 1 40 0 41776K 6376K select 0 0:01 0.00% sshd falcon# truss -p 1200 truss: can not attach to target process: Device busy falcon# truss -p 1200 truss: can not attach to target process: Device busy falcon#=20 ctrl-t on the zpool status command: load: 0.62 cmd: zpool 1200 [running] 54.30r 0.00u 0.07s 83% 2888k load: 0.99 cmd: zpool 1200 [running] 271.73r 0.00u 0.07s 99% 2888k load: 0.99 cmd: zpool 1200 [running] 272.37r 0.00u 0.07s 99% 2888k load: 0.99 cmd: zpool 1200 [running] 272.75r 0.00u 0.07s 99% 2888k load: 0.99 cmd: zpool 1200 [running] 273.38r 0.00u 0.07s 99% 2888k truss -f zpool status:: 1014: sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) 1014: sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALR= M|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGX= CPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2=2C0x0) =3D 0= (0x0) 1014: sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) 1014: sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALR= M|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGX= CPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2=2C0x0) =3D 0= (0x0) 1014: sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) 1014: modfind(0x40d3f140=2C0x9a0=2C0xc78=2C0x10a=2C0x1027e8=2C0x7fdffffe8d= 0) =3D 303 (0x12f) 1014: open("/dev/zfs"=2CO_RDWR=2C06170) =3D 3 (0x3) 1014: open("/dev/zero"=2CO_RDONLY=2C0666) =3D 4 (0x4) 1014: open("/etc/zfs/exports"=2CO_RDONLY=2C0666) ERR#2 'No such file or= directory' 1014: __sysctl(0x7fdffff8de8=2C0x2=2C0x7fdffff8eb0=2C0x7fdffff8f18=2C0x40d= 3f118=2C0x13) =3D 0 (0x0) 1014: __sysctl(0x7fdffff8eb0=2C0x4=2C0x40e4d084=2C0x7fdffff8fe0=2C0x0=2C0x= 0) =3D 0 (0x0) [hang] ctrl-t=20 load: 0.31 cmd: zpool 1014 [running] 12.47r 0.00u 0.07s 44% 2912k 1014 root 1 54 0 22704K 2944K CPU0 0 0:00 98.47% zpool falcon# truss -p 1014 truss: can not attach to target process: Device busy iostat -x 1 shows no reads and no writes to any disks There's a 2-disk zfs mirror attached to this ultra60 from a freebsd-8 insta= ll=2C but I don't know why that would cause a problem with the latest zfs v28. I can successfully read the labels on those two mirror disks with zdb -l /d= ev/da[36] = From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 7 08:06:29 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27A44106564A for ; Mon, 7 Mar 2011 08:06:29 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 794CD8FC31 for ; Mon, 7 Mar 2011 08:06:28 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p2786Q6V030902; Mon, 7 Mar 2011 09:06:27 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p2786QHq030901; Mon, 7 Mar 2011 09:06:26 +0100 (CET) (envelope-from marius) Date: Mon, 7 Mar 2011 09:06:26 +0100 From: Marius Strobl To: Roger Hammerstein Message-ID: <20110307080626.GK57812@alchemy.franken.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64 hang with zfs v28 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 08:06:29 -0000 On Sun, Mar 06, 2011 at 11:27:42PM -0500, Roger Hammerstein wrote: > > > > FYI, kernel modules generally should work again with r219340, I haven't > > tested ZFS though. > > > Thanks! > I cvsuppedd and rebuilt kernel. > > > > > falcon# uname -a > FreeBSD falcon 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Sun Mar 6 18:55:14 EST 2011 root@falcon:/usr/obj/usr/src/sys/GENERIC sparc64 > falcon# > > I did a kldload zfs and it loaded ok. > > falcon# kldstat > Id Refs Address Size Name > 1 9 0xc0000000 e42878 kernel > 2 1 0xc14a2000 32e000 zfs.ko > 3 1 0xc17d0000 104000 opensolaris.ko > falcon# > > > But a 'zpool status' or 'zfs list' will cause a zfs or zpool process > to eat 99% of a cpu and essentially hang the shell i ran zfs/zpool in. > > > > falcon# zfs list > > 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 5 > > ZFS storage pool version 28 > > [Hang here] > > > > > > last pid: 1012; load averages: 0.79, 0.30, 0.16 up 0+00:13:58 20:58:43 > > 23 processes: 2 running, 21 sleeping > > CPU: 0.0% user, 0.0% nice, 52.5% system, 0.0% interrupt, 47.5% idle > > Mem: 16M Active, 11M Inact, 46M Wired, 64K Cache, 12M Buf, 1915M Free > > Swap: 4055M Total, 4055M Free > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 1006 root 1 53 0 21672K 2904K CPU1 1 0:05 99.47% zfs > > 998 root 1 40 0 41776K 6376K select 0 0:01 0.00% sshd > > 994 root 1 16 0 11880K 3536K pause 0 0:01 0.00% csh > > 795 root 1 40 0 16720K 3968K select 0 0:00 0.00% ntpd > > 1001 root 1 16 0 11880K 3464K pause 0 0:00 0.00% csh > > 975 root 1 8 0 25168K 2672K wait 1 0:00 0.00% login > > > > > > > > stays at 99%. > > truss -p 1006 doesn't "attach", it just hangs. > > > > ctrl-t on the zfs list shell: > > oad: 0.95 cmd: zfs 1006 [running] 182.26r 0.00u 4.66s 99% 2872k > > load: 0.95 cmd: zfs 1006 [running] 183.30r 0.00u 4.66s 99% 2872k > > load: 0.95 cmd: zfs 1006 [running] 183.76r 0.00u 4.66s 99% 2872k > > load: 0.95 cmd: zfs 1006 [running] 184.08r 0.00u 4.66s 99% 2872k > > load: 0.95 cmd: zfs 1006 [running] 184.36r 0.00u 4.66s 99% 2872k > > > > > A second time with zpool status:: > last pid: 1224; load averages: 0.98, 0.55, 0.24 up 0+02:07:39 23:12:33 > 26 processes: 2 running, 24 sleeping > CPU: 0.0% user, 0.0% nice, 50.2% system, 0.4% interrupt, 49.4% idle > Mem: 18M Active, 13M Inact, 46M Wired, 64K Cache, 12M Buf, 1911M Free > Swap: 4055M Total, 4055M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 1200 root 1 62 0 22704K 2920K CPU1 1 0:00 99.02% zpool > 793 root 1 40 0 16720K 3968K select 0 0:02 0.00% ntpd > 1180 root 1 16 0 11880K 3536K pause 1 0:01 0.00% csh > 1184 root 1 40 0 41776K 6376K select 0 0:01 0.00% sshd > 1201 root 1 40 0 41776K 6376K select 0 0:01 0.00% sshd > > falcon# truss -p 1200 > truss: can not attach to target process: Device busy > falcon# truss -p 1200 > truss: can not attach to target process: Device busy > falcon# > > > ctrl-t on the zpool status command: > load: 0.62 cmd: zpool 1200 [running] 54.30r 0.00u 0.07s 83% 2888k > load: 0.99 cmd: zpool 1200 [running] 271.73r 0.00u 0.07s 99% 2888k > load: 0.99 cmd: zpool 1200 [running] 272.37r 0.00u 0.07s 99% 2888k > load: 0.99 cmd: zpool 1200 [running] 272.75r 0.00u 0.07s 99% 2888k > load: 0.99 cmd: zpool 1200 [running] 273.38r 0.00u 0.07s 99% 2888k > > > > > > truss -f zpool status:: > > 1014: sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > 1014: sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > 1014: sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > 1014: sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > 1014: sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > 1014: modfind(0x40d3f140,0x9a0,0xc78,0x10a,0x1027e8,0x7fdffffe8d0) = 303 (0x12f) > 1014: open("/dev/zfs",O_RDWR,06170) = 3 (0x3) > 1014: open("/dev/zero",O_RDONLY,0666) = 4 (0x4) > 1014: open("/etc/zfs/exports",O_RDONLY,0666) ERR#2 'No such file or directory' > 1014: __sysctl(0x7fdffff8de8,0x2,0x7fdffff8eb0,0x7fdffff8f18,0x40d3f118,0x13) = 0 (0x0) > 1014: __sysctl(0x7fdffff8eb0,0x4,0x40e4d084,0x7fdffff8fe0,0x0,0x0) = 0 (0x0) > [hang] > ctrl-t > > load: 0.31 cmd: zpool 1014 [running] 12.47r 0.00u 0.07s 44% 2912k > > > 1014 root 1 54 0 22704K 2944K CPU0 0 0:00 98.47% zpool > > > falcon# truss -p 1014 > truss: can not attach to target process: Device busy > > iostat -x 1 shows no reads and no writes to any disks > > > There's a 2-disk zfs mirror attached to this ultra60 from a freebsd-8 install, but I don't know > why that would cause a problem with the latest zfs v28. > Me neither :) You'll probably get better help from the ZFS maintainers than on this list. Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 7 11:07:07 2011 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1E69106564A for ; Mon, 7 Mar 2011 11:07:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CEB468FC08 for ; Mon, 7 Mar 2011 11:07:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p27B77bm097061 for ; Mon, 7 Mar 2011 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p27B77dD097059 for freebsd-sparc64@FreeBSD.org; Mon, 7 Mar 2011 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 Mar 2011 11:07:07 GMT Message-Id: <201103071107.p27B77dD097059@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 11:07:08 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/145211 sparc64 [panic] Memory modified after free o sparc/142102 sparc64 [nfs] [panic] FreeBSD 8.0 kernel panics on sparc64 whe o sparc/141918 sparc64 [ehci] ehci_interrupt: unrecoverable error, controller s sparc/139134 sparc64 kernel output corruption o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg s sparc/119239 sparc64 gdb coredumps on sparc64 f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 12 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 7 14:09:06 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EA031065672; Mon, 7 Mar 2011 14:09:06 +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 3D2598FC0C; Mon, 7 Mar 2011 14:09:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p27E95P1057132; Mon, 7 Mar 2011 09:09:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p27E95nO057112; Mon, 7 Mar 2011 14:09:05 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Mar 2011 14:09:05 GMT Message-Id: <201103071409.p27E95nO057112@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-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 14:09:06 -0000 TB --- 2011-03-07 13:14:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-07 13:14:32 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-03-07 13:14:32 - cleaning the object tree TB --- 2011-03-07 13:14:47 - cvsupping the source tree TB --- 2011-03-07 13:14:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-03-07 13:14:59 - building world TB --- 2011-03-07 13:14:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-07 13:14:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-07 13:14:59 - TARGET=sparc64 TB --- 2011-03-07 13:14:59 - TARGET_ARCH=sparc64 TB --- 2011-03-07 13:14:59 - TZ=UTC TB --- 2011-03-07 13:14:59 - __MAKE_CONF=/dev/null TB --- 2011-03-07 13:14:59 - cd /src TB --- 2011-03-07 13:14:59 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 7 13:14:59 UTC 2011 >>> 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 [...] cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/lzf.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/metadata.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/nv.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c parse.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/pjdlog.c cc1: warnings being treated as errors /src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': /src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-07 14:09:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-07 14:09:04 - ERROR: failed to build world TB --- 2011-03-07 14:09:04 - 2466.27 user 544.53 system 3272.01 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 7 14:18:28 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83E201065677; Mon, 7 Mar 2011 14:18:28 +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 57F8C8FC12; Mon, 7 Mar 2011 14:18:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p27EIRZc022750; Mon, 7 Mar 2011 09:18:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p27EIRL4022746; Mon, 7 Mar 2011 14:18:27 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Mar 2011 14:18:27 GMT Message-Id: <201103071418.p27EIRL4022746@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-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 14:18:28 -0000 TB --- 2011-03-07 13:24:21 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-07 13:24:21 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-03-07 13:24:21 - cleaning the object tree TB --- 2011-03-07 13:24:30 - cvsupping the source tree TB --- 2011-03-07 13:24:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-03-07 13:24:44 - building world TB --- 2011-03-07 13:24:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-07 13:24:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-07 13:24:44 - TARGET=sun4v TB --- 2011-03-07 13:24:44 - TARGET_ARCH=sparc64 TB --- 2011-03-07 13:24:44 - TZ=UTC TB --- 2011-03-07 13:24:44 - __MAKE_CONF=/dev/null TB --- 2011-03-07 13:24:44 - cd /src TB --- 2011-03-07 13:24:44 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 7 13:24:44 UTC 2011 >>> 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 [...] cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/lzf.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/metadata.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/nv.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c parse.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/pjdlog.c cc1: warnings being treated as errors /src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': /src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-07 14:18:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-07 14:18:27 - ERROR: failed to build world TB --- 2011-03-07 14:18:27 - 2461.78 user 538.27 system 3245.94 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 7 19:22:42 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64EFC106566C for ; Mon, 7 Mar 2011 19:22:42 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id CC9EB8FC08 for ; Mon, 7 Mar 2011 19:22:41 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p27JMeht033560; Mon, 7 Mar 2011 20:22:40 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p27JMd6C033559; Mon, 7 Mar 2011 20:22:39 +0100 (CET) (envelope-from marius) Date: Mon, 7 Mar 2011 20:22:39 +0100 From: Marius Strobl To: Roger Hammerstein Message-ID: <20110307192239.GA31314@alchemy.franken.de> References: <20110307080626.GK57812@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110307080626.GK57812@alchemy.franken.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64 hang with zfs v28 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 19:22:42 -0000 On Mon, Mar 07, 2011 at 09:06:26AM +0100, Marius Strobl wrote: > On Sun, Mar 06, 2011 at 11:27:42PM -0500, Roger Hammerstein wrote: > > > > > > > FYI, kernel modules generally should work again with r219340, I haven't > > > tested ZFS though. > > > > > > Thanks! > > I cvsuppedd and rebuilt kernel. > > > > > > > > > > falcon# uname -a > > FreeBSD falcon 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Sun Mar 6 18:55:14 EST 2011 root@falcon:/usr/obj/usr/src/sys/GENERIC sparc64 > > falcon# > > > > I did a kldload zfs and it loaded ok. > > > > falcon# kldstat > > Id Refs Address Size Name > > 1 9 0xc0000000 e42878 kernel > > 2 1 0xc14a2000 32e000 zfs.ko > > 3 1 0xc17d0000 104000 opensolaris.ko > > falcon# > > > > > > But a 'zpool status' or 'zfs list' will cause a zfs or zpool process > > to eat 99% of a cpu and essentially hang the shell i ran zfs/zpool in. > > > > > > > > falcon# zfs list > > > > 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 5 > > > > ZFS storage pool version 28 > > > > [Hang here] > > > > > > > > > > > > last pid: 1012; load averages: 0.79, 0.30, 0.16 up 0+00:13:58 20:58:43 > > > > 23 processes: 2 running, 21 sleeping > > > > CPU: 0.0% user, 0.0% nice, 52.5% system, 0.0% interrupt, 47.5% idle > > > > Mem: 16M Active, 11M Inact, 46M Wired, 64K Cache, 12M Buf, 1915M Free > > > > Swap: 4055M Total, 4055M Free > > > > > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > > > 1006 root 1 53 0 21672K 2904K CPU1 1 0:05 99.47% zfs > > > > 998 root 1 40 0 41776K 6376K select 0 0:01 0.00% sshd > > > > 994 root 1 16 0 11880K 3536K pause 0 0:01 0.00% csh > > > > 795 root 1 40 0 16720K 3968K select 0 0:00 0.00% ntpd > > > > 1001 root 1 16 0 11880K 3464K pause 0 0:00 0.00% csh > > > > 975 root 1 8 0 25168K 2672K wait 1 0:00 0.00% login > > > > > > > > > > > > > > > > stays at 99%. > > > > truss -p 1006 doesn't "attach", it just hangs. > > > > > > > > ctrl-t on the zfs list shell: > > > > oad: 0.95 cmd: zfs 1006 [running] 182.26r 0.00u 4.66s 99% 2872k > > > > load: 0.95 cmd: zfs 1006 [running] 183.30r 0.00u 4.66s 99% 2872k > > > > load: 0.95 cmd: zfs 1006 [running] 183.76r 0.00u 4.66s 99% 2872k > > > > load: 0.95 cmd: zfs 1006 [running] 184.08r 0.00u 4.66s 99% 2872k > > > > load: 0.95 cmd: zfs 1006 [running] 184.36r 0.00u 4.66s 99% 2872k > > > > > > > > > > A second time with zpool status:: > > last pid: 1224; load averages: 0.98, 0.55, 0.24 up 0+02:07:39 23:12:33 > > 26 processes: 2 running, 24 sleeping > > CPU: 0.0% user, 0.0% nice, 50.2% system, 0.4% interrupt, 49.4% idle > > Mem: 18M Active, 13M Inact, 46M Wired, 64K Cache, 12M Buf, 1911M Free > > Swap: 4055M Total, 4055M Free > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 1200 root 1 62 0 22704K 2920K CPU1 1 0:00 99.02% zpool > > 793 root 1 40 0 16720K 3968K select 0 0:02 0.00% ntpd > > 1180 root 1 16 0 11880K 3536K pause 1 0:01 0.00% csh > > 1184 root 1 40 0 41776K 6376K select 0 0:01 0.00% sshd > > 1201 root 1 40 0 41776K 6376K select 0 0:01 0.00% sshd > > > > falcon# truss -p 1200 > > truss: can not attach to target process: Device busy > > falcon# truss -p 1200 > > truss: can not attach to target process: Device busy > > falcon# > > > > > > ctrl-t on the zpool status command: > > load: 0.62 cmd: zpool 1200 [running] 54.30r 0.00u 0.07s 83% 2888k > > load: 0.99 cmd: zpool 1200 [running] 271.73r 0.00u 0.07s 99% 2888k > > load: 0.99 cmd: zpool 1200 [running] 272.37r 0.00u 0.07s 99% 2888k > > load: 0.99 cmd: zpool 1200 [running] 272.75r 0.00u 0.07s 99% 2888k > > load: 0.99 cmd: zpool 1200 [running] 273.38r 0.00u 0.07s 99% 2888k > > > > > > > > > > > > truss -f zpool status:: > > > > 1014: sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > > 1014: sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > > 1014: sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > > 1014: sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > > 1014: sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > > 1014: modfind(0x40d3f140,0x9a0,0xc78,0x10a,0x1027e8,0x7fdffffe8d0) = 303 (0x12f) > > 1014: open("/dev/zfs",O_RDWR,06170) = 3 (0x3) > > 1014: open("/dev/zero",O_RDONLY,0666) = 4 (0x4) > > 1014: open("/etc/zfs/exports",O_RDONLY,0666) ERR#2 'No such file or directory' > > 1014: __sysctl(0x7fdffff8de8,0x2,0x7fdffff8eb0,0x7fdffff8f18,0x40d3f118,0x13) = 0 (0x0) > > 1014: __sysctl(0x7fdffff8eb0,0x4,0x40e4d084,0x7fdffff8fe0,0x0,0x0) = 0 (0x0) > > [hang] > > ctrl-t > > > > load: 0.31 cmd: zpool 1014 [running] 12.47r 0.00u 0.07s 44% 2912k > > > > > > 1014 root 1 54 0 22704K 2944K CPU0 0 0:00 98.47% zpool > > > > > > falcon# truss -p 1014 > > truss: can not attach to target process: Device busy > > > > iostat -x 1 shows no reads and no writes to any disks > > > > > > There's a 2-disk zfs mirror attached to this ultra60 from a freebsd-8 install, but I don't know > > why that would cause a problem with the latest zfs v28. > > > > Me neither :) You'll probably get better help from the ZFS maintainers > than on this list. > Thinking about it this might be caused by the binutils regression also affecting userland. If a world built with the following patch in place still behaves the same you should better contact the ZFS maintainers though: http://people.freebsd.org/~marius/elfxx-sparc.c.diff Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 7 19:30:46 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF5E7106566B; Mon, 7 Mar 2011 19:30:46 +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 A08E68FC14; Mon, 7 Mar 2011 19:30:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p27JUj7e095414; Mon, 7 Mar 2011 14:30:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p27JUjre095397; Mon, 7 Mar 2011 19:30:45 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Mar 2011 19:30:45 GMT Message-Id: <201103071930.p27JUjre095397@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-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 19:30:46 -0000 TB --- 2011-03-07 18:36:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-07 18:36:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-03-07 18:36:15 - cleaning the object tree TB --- 2011-03-07 18:36:23 - cvsupping the source tree TB --- 2011-03-07 18:36:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-03-07 18:36:37 - building world TB --- 2011-03-07 18:36:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-07 18:36:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-07 18:36:37 - TARGET=sparc64 TB --- 2011-03-07 18:36:37 - TARGET_ARCH=sparc64 TB --- 2011-03-07 18:36:37 - TZ=UTC TB --- 2011-03-07 18:36:37 - __MAKE_CONF=/dev/null TB --- 2011-03-07 18:36:37 - cd /src TB --- 2011-03-07 18:36:37 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 7 18:36:37 UTC 2011 >>> 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 [...] cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/lzf.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/metadata.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/nv.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c parse.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/pjdlog.c cc1: warnings being treated as errors /src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': /src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-07 19:30:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-07 19:30:45 - ERROR: failed to build world TB --- 2011-03-07 19:30:45 - 2466.42 user 544.89 system 3269.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 7 19:30:49 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 225BC106564A; Mon, 7 Mar 2011 19:30:49 +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 E3CB48FC1B; Mon, 7 Mar 2011 19:30:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p27JUmP5095572; Mon, 7 Mar 2011 14:30:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p27JUmrv095567; Mon, 7 Mar 2011 19:30:48 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Mar 2011 19:30:48 GMT Message-Id: <201103071930.p27JUmrv095567@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-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 19:30:49 -0000 TB --- 2011-03-07 18:36:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-07 18:36:19 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-03-07 18:36:19 - cleaning the object tree TB --- 2011-03-07 18:36:25 - cvsupping the source tree TB --- 2011-03-07 18:36:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-03-07 18:36:38 - building world TB --- 2011-03-07 18:36:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-07 18:36:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-07 18:36:38 - TARGET=sun4v TB --- 2011-03-07 18:36:38 - TARGET_ARCH=sparc64 TB --- 2011-03-07 18:36:38 - TZ=UTC TB --- 2011-03-07 18:36:38 - __MAKE_CONF=/dev/null TB --- 2011-03-07 18:36:38 - cd /src TB --- 2011-03-07 18:36:38 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 7 18:36:40 UTC 2011 >>> 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 [...] cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/lzf.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/metadata.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/nv.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c parse.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/pjdlog.c cc1: warnings being treated as errors /src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': /src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-07 19:30:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-07 19:30:48 - ERROR: failed to build world TB --- 2011-03-07 19:30:48 - 2467.21 user 549.08 system 3268.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 8 10:33:19 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CD881065670 for ; Tue, 8 Mar 2011 10:33:19 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 5B27F8FC14 for ; Tue, 8 Mar 2011 10:33:19 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1PwtwM-0005I9-JR; Tue, 08 Mar 2011 10:14:54 +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.72) (envelope-from ) id 1PwtwM-0000tb-DX; Tue, 08 Mar 2011 10:14:54 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p28AEs07030113; Tue, 8 Mar 2011 10:14:54 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p28AEsF3030112; Tue, 8 Mar 2011 10:14:54 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: Tue, 8 Mar 2011 10:14:54 +0000 From: Anton Shterenlikht To: freebsd-sparc64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20110308101453.GA30087@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-sparc64@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: r219379 build failure on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2011 10:33:19 -0000 Updating sparc64 from r202445 to r219379: cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/pjdlog.c cc1: warnings being treated as errors /usr/src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': /usr/src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type *** Error code 1 Please advise Thanks 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-sparc64@FreeBSD.ORG Tue Mar 8 17:09:18 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33E951065673 for ; Tue, 8 Mar 2011 17:09:18 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id 029398FC15 for ; Tue, 8 Mar 2011 17:09:17 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LHR004000ZHXR00@smtpauth2.wiscmail.wisc.edu> for freebsd-sparc64@freebsd.org; Tue, 08 Mar 2011 11:09:17 -0600 (CST) Received: from anacreon.physics.wisc.edu (anacreon.physics.wisc.edu [128.104.160.176]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LHR000M50ZGYK10@smtpauth2.wiscmail.wisc.edu>; Tue, 08 Mar 2011 11:09:16 -0600 (CST) Date: Tue, 08 Mar 2011 11:09:15 -0600 From: Nathan Whitehorn In-reply-to: <20110301190537.GA38957@alchemy.franken.de> To: Marius Strobl Message-id: <4D7662BB.6000707@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=128.104.160.176 X-Spam-PmxInfo: Server=avs-14, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.8.170017, SenderIP=128.104.160.176 References: <4D5AB1ED.5060306@freebsd.org> <1298417423.45750.2.camel@main> <4D6461EB.1010606@freebsd.org> <1298428481.46773.8.camel@main> <20110301190537.GA38957@alchemy.franken.de> User-Agent: Mozilla/5.0 (X11; U; FreeBSD powerpc; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Cc: freebsd-sparc64@freebsd.org Subject: Re: BSDInstall on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2011 17:09:18 -0000 On 03/01/11 13:05, Marius Strobl wrote: > On Wed, Feb 23, 2011 at 02:34:41AM +0000, Craig Butler wrote: >> On Tue, 2011-02-22 at 19:24 -0600, Nathan Whitehorn wrote: >>> On 02/22/11 17:30, Craig Butler wrote: >>>> On Tue, 2011-02-15 at 11:03 -0600, Nathan Whitehorn wrote: >>>>> I've prepared a test ISO image of the new BSDInstall installer for >>>>> sparc64, which can be found at: >>>>> http://people.freebsd.org/~nwhitehorn/bsdinstall-sparc64-20110215.iso.bz2 >>>>> >>>>> It works fine on my Ultra 5, but I'd appreciate wider testing on sparc64 >>>>> (as well as general feedback) before we begin integrating this into the >>>>> build infrastructure. >>>>> -Nathan >>>>> _______________________________________________ >>>>> freebsd-sparc64@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 >>>>> To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" >>>> Hi Nathan >>>> >>>> Not working for me.... looks to panic after the guided partition of >>>> entire disk. Then reboots. >>>> >>>> NatureTech 777S... 8.1 via normal sysinstall works. >>> Can you provide any details on the panic? What was the last screen you >>> saw before the crash? >>> -Nathan >> Pressed enter to save the suggested partition scheme, it formatted the >> partitions then page of text (flashed by so quick), then binned out to >> ok. >> >> I am going to try and burn the cd again in case it's a write error in >> the burn process (the cd drive can be upset by different media) >> >> Will try again tomorrow. >> > I tried the guided installation on my 777S and it worked without > problems, it took my several attempts though as the drive apparently > is beginning to fail and had problems reading the CD-RW. F.e. if that > happened while the loader was loading the kernel via OFW this just > triggered a fatal MMU exception. Maybe such a problem was also the > cause of the problem you were seeing? In any case if you can reproduce > that it you would be helpful if you could capture the panic via the > serial console. Thanks for testing! > As for BSDInstall in general it seems to have problems when it should > re-use a existing disk layout when doing a manual setup as in that case > it always seems to preserve the existing filesystem and then can't > overwrite /var/empty. If you do the same via sysinstall /var/empty > isn't a problem even if the filesystem is preserved. I've no idea > whether this is due to sysinstall being intelligent enough to deal > with the schg-bit or these aren't contained in the distribution > tarballs or preserved when these are untared in the first place. > Generally I'm missing a way to specify whether BSDInstall should > preserve an existing filesystem or not, i.e. the toggle-newfs flag > of sysinstall, and also a way to turn softupdates on/off for f.e. > the root-filesystem like sysinstall had. The behavior now is that if you take an existing partition and change only its mountpoint, it will not be newfs'ed. If you change its type, or delete it and recreate it, it will be. I think this is a reasonable default behavior, but you are right that there should be a way to adjust UFS properties (journaling as well as softupdates). > I'm also somewhat missing > the output sysinstall redirects to ttyv1 so one could check what it's > currently doing or the cause of a failure as well as the emergency > shell it opens on ttyv2 (or ttyv3?) during install. It writes to a logfile right now. I can try to rig it up so that it tail -fs that logfile on another VT. > This also reminds me of a problem I started to see beginning with > 8.0; the light and dark colors of the sysinstall menus (apart from > that I don't use colors on the console) were inverted, i.e. instead > of dark-blue a light-blue block would be displayed and vice versa. > Is that also also an issue on powerpc? I thought that the cause > likely would be an endian-bug in teken. I'm not yet sure whether > the BSDInstall menus look like they are supposed to on sparc64. > That's extremely odd. It works OK on powerpc (both 32 and 64-bit), so I don't think it's an endian bug in teken. Maybe somewhere else? -Nathan From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 9 15:03:25 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C303106567A for ; Wed, 9 Mar 2011 15:03:25 +0000 (UTC) (envelope-from cheeky.m@live.com) Received: from bay0-omc4-s16.bay0.hotmail.com (bay0-omc4-s16.bay0.hotmail.com [65.54.190.218]) by mx1.freebsd.org (Postfix) with ESMTP id 03FD48FC15 for ; Wed, 9 Mar 2011 15:03:24 +0000 (UTC) Received: from BAY147-W59 ([65.54.190.199]) by bay0-omc4-s16.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 9 Mar 2011 07:03:24 -0800 Message-ID: X-Originating-IP: [209.6.82.6] From: Roger Hammerstein To: Date: Wed, 9 Mar 2011 10:03:24 -0500 Importance: Normal In-Reply-To: <20110307192239.GA31314@alchemy.franken.de> References: <20110307080626.GK57812@alchemy.franken.de>, <20110307192239.GA31314@alchemy.franken.de> MIME-Version: 1.0 X-OriginalArrivalTime: 09 Mar 2011 15:03:24.0609 (UTC) FILETIME=[2358F310:01CBDE6B] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-sparc64@freebsd.org Subject: RE: sparc64 hang with zfs v28 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 15:03:25 -0000 > Thinking about it this might be caused by the binutils regression > also affecting userland. If a world built with the following patch > in place still behaves the same you should better contact the ZFS > maintainers though: > http://people.freebsd.org/~marius/elfxx-sparc.c.diff I kept the same cvsup from Sunday=2C added that patch and rebuilt world and= kernel. Now 'kldload zfs' or 'zpool status' locks the machine up=2C no serial conso= le=2C no network. It doesn't respond to breaks on the serial console.=20 (I didn't put the alternate break sequence in). With the kernel.old from before your patch=2C 'kldload zfs' will work. falcon# kldload zfs ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is pres= ent=3B to enable=2C add "vfs.zfs.prefetch_disable=3D0" to /boot/loader= .conf. ZFS filesystem version 5 ZFS storage pool version 28 falcon# falcon# falcon# falcon# falcon# kldstat Id Refs Address Size Name 1 9 0xc0000000 e42878 kernel 2 1 0xc14a2000 32e000 zfs.ko 3 1 0xc17d0000 104000 opensolaris.ko falcon# 'zpool status' will still eat an entire cpu. 1020 root 1 49 0 22712K 2888K CPU1 1 0:00 99.92% zpool falcon# procstat -kk 1020 PID TID COMM TDNAME KSTACK 1020 100063 zpool initial thread falcon# falcon# zpool status load: 0.76 cmd: zpool 1020 [running] 82.09r 0.00u 0.04s 97% 2856k load: 0.76 cmd: zpool 1020 [running] 82.33r 0.00u 0.04s 97% 2856k load: 0.76 cmd: zpool 1020 [running] 82.55r 0.00u 0.04s 97% 2856k load: 0.76 cmd: zpool 1020 [running] 82.75r 0.00u 0.04s 97% 2856k load: 0.76 cmd: zpool 1020 [running] 82.93r 0.00u 0.04s 97% 2856k =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D a truss of 'zpool status' without the zfs module loaded gets stuck after this: (zpool status will cause the zfs module to get loaded) falcon# truss zpool status mmap(0x0=2C32768=2CPROT_READ|PROT_WRITE=2CMAP_PRIVATE|MAP_ANON=2C-1=2C0x0) = =3D 1076183040 (0x40254000) issetugid(0x40256000=2C0x0=2C0x0=2C0x0=2C0x1000000000000000=2C0x20000000000= 00000) =3D 0 (0x0) open("/etc/libmap.conf"=2CO_RDONLY=2C0666) ERR#2 'No such file or= directory' open("/var/run/ld-elf.so.hints"=2CO_RDONLY=2C030036223340) =3D 3 (0x3) read(3=2C"tnhE\0\0\0\^A\0\0\0\M^@\0\0\0-\0"...=2C128) =3D 128 (0x80) mmap(0x0=2C40960=2CPROT_READ|PROT_WRITE=2CMAP_PRIVATE|MAP_ANON=2C-1=2C0x0) = =3D 1076215808 (0x4025c000) lseek(3=2C0x80=2CSEEK_SET) =3D 128 (0x80) read(3=2C"/lib:/usr/lib:/usr/lib/compat:/u"...=2C45) =3D 45 (0x2d) close(3) =3D 0 (0x0) access("/lib/libavl.so.2"=2C0) =3D 0 (0x0) open("/lib/libavl.so.2"=2CO_RDONLY=2C0666) =3D 3 (0x3) fstat(3=2C{ mode=3D-r--r--r-- =2Cinode=3D9467939=2Csize=3D8416=2Cblksize=3D= 16384 }) =3D 0 (0x0) pread(0x3=2C0x40358a78=2C0x2000=2C0x0=2C0x0=2C0x40367220) =3D 8192 (0x2000= ) mmap(0x0=2C1056768=2CPROT_NONE=2CMAP_PRIVATE|MAP_ANON|MAP_NOCORE=2C-1=2C0x0= ) =3D 1077313536 (0x40368000) mmap(0x40368000=2C8192=2CPROT_READ|PROT_EXEC=2CMAP_PRIVATE|MAP_FIXED|MAP_NO= CORE=2C3=2C0x0) =3D 1077313536 (0x40368000) mmap(0x40468000=2C8192=2CPROT_READ|PROT_WRITE|PROT_EXEC=2CMAP_PRIVATE|MAP_F= IXED=2C3=2C0x0) =3D 1078362112 (0x40468000) close(3) =20 access("/lib/libthr.so.3"=2C0) =3D 0 (0x0) open("/lib/libthr.so.3"=2CO_RDONLY=2C020) =3D 3 (0x3) fstat(3=2C{ mode=3D-r--r--r-- =2Cinode=3D9467937=2Csize=3D116936=2Cblksize= =3D16384 }) =3D 0 (0x0) pread(0x3=2C0x40358a78=2C0x2000=2C0x0=2C0x0=2C0x40367188) =3D 8192 (0x2000= ) mmap(0x0=2C1204224=2CPROT_NONE=2CMAP_PRIVATE|MAP_ANON|MAP_NOCORE=2C-1=2C0x0= ) =3D 1092362240 (0x411c2000) mmap(0x411c2000=2C106496=2CPROT_READ|PROT_EXEC=2CMAP_PRIVATE|MAP_FIXED|MAP_= NOCORE=2C3=2C0x0) =3D 1092362240 (0x411c2000) mmap(0x412da000=2C16384=2CPROT_READ|PROT_WRITE|PROT_EXEC=2CMAP_PRIVATE|MAP_= FIXED=2C3=2C0x18000) =3D 1093509120 (0x412da000) mprotect(0x412de000=2C40960=2CPROT_READ|PROT_WRITE|PROT_EXEC) =3D 0 (0x0) close(3) =3D 0 (0x0) mmap(0x0=2C40960=2CPROT_READ|PROT_WRITE=2CMAP_PRIVATE|MAP_ANON=2C-1=2C0x0) = =3D 1076256768 (0x40266000) mmap(0x0=2C106496=2CPROT_READ|PROT_WRITE=2CMAP_PRIVATE|MAP_ANON=2C-1=2C0x0)= =3D 1076297728 (0x40270000) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTE= RM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGT TOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR= 2=2C0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) sysarch(0x1=2C0x41082fb8=2C0xc0792e40=2C0x40f75653=2C0x412dbde8=2C0x800005)= =3D 0 (0x0) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTE= RM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGT TOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR= 2=2C0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTE= RM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGT TOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR= 2=2C0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTE= RM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIG= XFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2=2C0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) getpid() =3D 1002 (0x3ea) __sysctl(0x7fdffffe0b8=2C0x2=2C0x412e7f38=2C0x7fdffffe0c0=2C0x0=2C0x0) =3D = 0 (0x0) __sysctl(0x7fdffffdeb8=2C0x2=2C0x7fdffffdf80=2C0x7fdffffdfe8=2C0x411d96d8= =2C0xd) =3D 0 (0x0) __sysctl(0x7fdffffdf80=2C0x3=2C0x412e6e48=2C0x7fdffffe0c0=2C0x0=2C0x0) =3D = 0 (0x0) readlink("/etc/malloc.conf"=2C0x7fdffffda06=2C1024) ERR#2 'No such file or= directory' issetugid(0xffffffffffffffff=2C0xffffffffffffffff=2C0x400=2C0x40e965f6=2C0x= 41092968=2C0x400000) =3D 0 (0x0) break(0x2176d8) =3D 0 (0x0) break(0x2176d8) =3D 0 (0x0) break(0x400000) =3D 0 (0x0) mmap(0x0=2C4194304=2CPROT_READ|PROT_WRITE=2CMAP_PRIVATE|MAP_ANON=2C-1=2C0x0= ) =3D 1093566464 (0x412e8000) mmap(0x416e8000=2C1146880=2CPROT_READ|PROT_WRITE=2CMAP_PRIVATE|MAP_ANON=2C-= 1=2C0x0) =3D 1097760768 (0x416e8000) munmap(0x412e8000=2C1146880) =3D 0 (0x0) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTE= RM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIG= XFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2=2C0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) thr_self(0x41404400=2C0x412e6e48=2C0x2000=2C0x412dd4a8=2C0x412e7f44=2C0x412= dd450) =3D 0 (0x0) mmap(0x7fdffbfe000=2C8192=2CPROT_NONE=2CMAP_ANON=2C-1=2C0x0) =3D 8787498885= 120 (0x7fdffbfe000) thr_set_name(0x186dd=2C0x411d9768=2C0x0=2C0x1000=2C0xffffffffffffffff=2C0x0= ) =3D 0 (0x0) rtprio_thread(0x0=2C0x186dd=2C0x7fdffffdfec=2C0x22=2C0xffffffffffffffff=2C0= x0) =3D 0 (0x0) sysarch(0x2=2C0x410853b0=2C0x600=2C0x80=2C0x0=2C0x0) =3D 0 (0x0) sigaction(32=2C{ 0x411ce740 SA_SIGINFO ss_t }=2C0x0) =3D 0 (0x0) sigprocmask(SIG_UNBLOCK=2C0x0=2C0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTE= RM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIG= XFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2=2C0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTE= RM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIG= XFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2=2C0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTE= RM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIG= XFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2=2C0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTE= RM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIG= XFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2=2C0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTE= RM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIG= XFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2=2C0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTE= RM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIG= XFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2=2C0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTE= RM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIG= XFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2=2C0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTE= RM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIG= XFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2=2C0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK=2C0x0=2C0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK=2CSIGHUP|SIGINT| And it stops right there after SIGINT. = From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 9 15:55:27 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B35EB106566B for ; Wed, 9 Mar 2011 15:55:27 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 667768FC0C for ; Wed, 9 Mar 2011 15:55:26 +0000 (UTC) Received: by vxc34 with SMTP id 34so660272vxc.13 for ; Wed, 09 Mar 2011 07:55:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=SPvIrcTZGS8zihof3OINC40aiFCP+pziFWASNveLL20=; b=CkLPGDZL6lQj8sKvfuXDKTJ0PYS06AuT8Go5Rp6IjmMoAETCX5+DuDii4TfvlWqycX zZ8nssaTWgD3ExU/pX+6GK455HM7TNvdaBoC1j51yaJOmrHsDzYKdU/haBaYPT+Z3hlu YLjAB+HptiM1ZJK6DJZOGKJBVAJO2D13+jqsw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Cgz1rJESH7N+fSk/XoO5TjQ4pjlXLLgbGSd2eyBgfPOZnv/8JlGu3zUlO8gapElqDb uttf71PlD2h/2GS8zovt0BP5kIe3bOt0ZxoeimuzAjqxrT2lyCl/CCmh9yTR0lWXSVjA Ydk+maU3Rq0VY6N26xHNgfiiyEpvqlEs08Hls= MIME-Version: 1.0 Received: by 10.52.94.48 with SMTP id cz16mr6193710vdb.173.1299684581618; Wed, 09 Mar 2011 07:29:41 -0800 (PST) Received: by 10.220.96.80 with HTTP; Wed, 9 Mar 2011 07:29:41 -0800 (PST) Date: Wed, 9 Mar 2011 10:29:41 -0500 Message-ID: From: Super Bisquit To: freebsd-sparc64@freebsd.org, FreeBSD bugmaster Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Installation problems with BSD install ISO and SunBlade 1000 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 15:55:27 -0000 Keyboard layout is not properly recognized. Non Sun keyboard. Neither pc-sysinstall nor sysinstall will allow the creation of more than two partitions. When multiple partitions are created, it fails with not being able to find the superblock. From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 9 16:06:59 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 337931065673 for ; Wed, 9 Mar 2011 16:06:59 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id 06BF28FC21 for ; Wed, 9 Mar 2011 16:06:58 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LHS00100SRH3S00@smtpauth1.wiscmail.wisc.edu> for freebsd-sparc64@freebsd.org; Wed, 09 Mar 2011 10:06:53 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-75-50-89-165.dsl.mdsnwi.sbcglobal.net [75.50.89.165]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LHS000DLSR7AK00@smtpauth1.wiscmail.wisc.edu> for freebsd-sparc64@freebsd.org; Wed, 09 Mar 2011 10:06:44 -0600 (CST) Date: Wed, 09 Mar 2011 10:06:43 -0600 From: Nathan Whitehorn In-reply-to: To: freebsd-sparc64@freebsd.org Message-id: <4D77A593.1050502@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=75.50.89.165 X-Spam-PmxInfo: Server=avs-9, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.9.160016, SenderIP=75.50.89.165 References: User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Subject: Re: Installation problems with BSD install ISO and SunBlade 1000 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 16:06:59 -0000 On 03/09/11 09:29, Super Bisquit wrote: > Keyboard layout is not properly recognized. Non Sun keyboard. > Neither pc-sysinstall nor sysinstall will allow the creation of more than > two partitions. When multiple partitions are created, it fails with not > being able to find the superblock. > _______________________________________________ Can you please provide more details? What keyboard layout did you select, what kind of keyboard are you using? How did you attempt to lay out the partitions on disk? At what point and from where did you get the error about the superblock? -Nathan From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 9 16:28:09 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13FEC106566B; Wed, 9 Mar 2011 16:28:09 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9F92C8FC0A; Wed, 9 Mar 2011 16:28:08 +0000 (UTC) Received: by vws16 with SMTP id 16so702995vws.13 for ; Wed, 09 Mar 2011 08:28:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=SjlHymH1Y1kcf5xs4Sz67I7eJQ90wEhG95qHZkTDY64=; b=d1j5K9ldyy1HyAuCc6viI6XgGam0h5D/swtmjjpnbVwcOFncA26J7oJHXJVbC0Z7XH oN2Ih+X7mjA1mmc/KkJwfDixBCTZXDa+YYPW42LAfPLAOGcGK5C4PxGK7VMGbIaJgENR rPdrwE0S/GOHwTqet8QxPDPdnuHjmCdVGpgC8= 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=ChVDRD87g3GS2+PSm7YZ0TOir1z+4V5V3HYGKe7LaBrwxCrU1X+NPxxiKiC9+H3hAQ jQilEF7bb4/8uyS8Wl+yGcnlzw7LZN9PtsEe9HGrJmqHlnEBEJBnT81vM4V2jdqgQxux 3Sqf8og0jQ/bUfeYBiWnlMI2qfdriGkj5agGg= MIME-Version: 1.0 Received: by 10.52.97.7 with SMTP id dw7mr9959517vdb.253.1299688077551; Wed, 09 Mar 2011 08:27:57 -0800 (PST) Received: by 10.220.96.80 with HTTP; Wed, 9 Mar 2011 08:27:57 -0800 (PST) In-Reply-To: <4D77A593.1050502@freebsd.org> References: <4D77A593.1050502@freebsd.org> Date: Wed, 9 Mar 2011 11:27:57 -0500 Message-ID: From: Super Bisquit To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-sparc64@freebsd.org Subject: Re: Installation problems with BSD install ISO and SunBlade 1000 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 16:28:09 -0000 On Wed, Mar 9, 2011 at 11:06 AM, Nathan Whitehorn wrote: > On 03/09/11 09:29, Super Bisquit wrote: > >> Keyboard layout is not properly recognized. Non Sun keyboard. >> Neither pc-sysinstall nor sysinstall will allow the creation of more than >> two partitions. When multiple partitions are created, it fails with not >> being able to find the superblock. >> _______________________________________________ >> > > Can you please provide more details? What keyboard layout did you select, The last layout on the list us type > what kind of keyboard are you using? ViewSonic PC105 usb > How did you attempt to lay out the partitions on disk? /(root) swap /var /tmp /usr /usr/local /home > At what point and from where did you get the error about the superblock? > After the reboot, using pcsysinstall and the layout above. It dropped immediately into single user mode > -Nathan > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" > From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 9 17:19:12 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A71A4106566C for ; Wed, 9 Mar 2011 17:19:12 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 746218FC16 for ; Wed, 9 Mar 2011 17:19:12 +0000 (UTC) MIME-version: 1.0 Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LHS00500W3Z8G00@smtpauth3.wiscmail.wisc.edu> for freebsd-sparc64@freebsd.org; Wed, 09 Mar 2011 11:19:11 -0600 (CST) Received: from anacreon.physics.wisc.edu (anacreon.physics.wisc.edu [128.104.160.176]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LHS00LXXW3Y8M30@smtpauth3.wiscmail.wisc.edu> for freebsd-sparc64@freebsd.org; Wed, 09 Mar 2011 11:19:10 -0600 (CST) Date: Wed, 09 Mar 2011 11:19:09 -0600 From: Nathan Whitehorn In-reply-to: To: Super Bisquit Message-id: <4D77B68D.8010607@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=128.104.160.176 X-Spam-PmxInfo: Server=avs-10, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.9.170916, SenderIP=128.104.160.176 References: <4D77A593.1050502@freebsd.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD powerpc; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Content-Type: text/plain; CHARSET=US-ASCII; format=flowed Content-Transfer-Encoding: 7BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-sparc64@freebsd.org Subject: Re: Installation problems with BSD install ISO and SunBlade 1000 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 17:19:12 -0000 On 03/09/11 10:27, Super Bisquit wrote: > > > On Wed, Mar 9, 2011 at 11:06 AM, Nathan Whitehorn > > wrote: > > On 03/09/11 09:29, Super Bisquit wrote: > > Keyboard layout is not properly recognized. Non Sun keyboard. > Neither pc-sysinstall nor sysinstall will allow the creation > of more than > two partitions. When multiple partitions are created, it fails > with not > being able to find the superblock. > _______________________________________________ > > > Can you please provide more details? What keyboard layout did you > select, > > The last layout on the list us type > > what kind of keyboard are you using? > > ViewSonic PC105 usb I forgot to ask: what specifically did you mean by "Not properly recognized"? > How did you attempt to lay out the partitions on disk? > > /(root) swap /var /tmp /usr /usr/local /home > > At what point and from where did you get the error about the > superblock? > > After the reboot, using pcsysinstall and the layout above. It dropped > immediately into single user mode > > OK, so from the kernel. Which filesystem was it complaining about? -Nathan From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 9 17:27:29 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 055B51065675; Wed, 9 Mar 2011 17:27:29 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8E31D8FC0C; Wed, 9 Mar 2011 17:27:28 +0000 (UTC) Received: by vws16 with SMTP id 16so771609vws.13 for ; Wed, 09 Mar 2011 09:27:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=OkhzUqIDwpQ/osZrLDUbpDq1rTwdXKh7sxnZ1GN3ma8=; b=H2K+RTHWiUBUEluEfm2pfPgBDSbmrzWoPJt9nMByzhgoFEObpjGW3szeOzJ3Z1K5pf 2UkZP2t4kAdCcZBvujS3i69jIRsxyRqUp2iqG2zWlWeOF7wD3vWxUypRJgUCGSPbjaAh 6QA/AXUWdMowc6aoxDIrsnB2cqlgbk7sApRgo= 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=So+1cUv2sX4RhhYWArezoyEX4vRhgHiWh6GKl06dyR+KdZn4Lqt2wVn94luU4w6bz4 t4d49qFd9qPwS+BeYfTQFy0NOgfLVdSUmNXqgD8sMuy5cPmPY5X8kWDKn4Vv+EqsczN7 sg8Hlyf8ozJuXjJu4kmBbSBPPE+DKrDEa48Gk= MIME-Version: 1.0 Received: by 10.220.100.202 with SMTP id z10mr1874156vcn.20.1299691647286; Wed, 09 Mar 2011 09:27:27 -0800 (PST) Received: by 10.220.96.80 with HTTP; Wed, 9 Mar 2011 09:27:27 -0800 (PST) In-Reply-To: <4D77B68D.8010607@freebsd.org> References: <4D77A593.1050502@freebsd.org> <4D77B68D.8010607@freebsd.org> Date: Wed, 9 Mar 2011 12:27:27 -0500 Message-ID: From: Super Bisquit To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-sparc64@freebsd.org Subject: Re: Installation problems with BSD install ISO and SunBlade 1000 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 17:27:29 -0000 On Wed, Mar 9, 2011 at 12:19 PM, Nathan Whitehorn wrote: > On 03/09/11 10:27, Super Bisquit wrote: > > > > On Wed, Mar 9, 2011 at 11:06 AM, Nathan Whitehorn wrote: > >> On 03/09/11 09:29, Super Bisquit wrote: >> >>> Keyboard layout is not properly recognized. Non Sun keyboard. >>> Neither pc-sysinstall nor sysinstall will allow the creation of more than >>> two partitions. When multiple partitions are created, it fails with not >>> being able to find the superblock. >>> _______________________________________________ >>> >> >> Can you please provide more details? What keyboard layout did you select, > > The last layout on the list us type > >> what kind of keyboard are you using? > > ViewSonic PC105 usb > > > I forgot to ask: what specifically did you mean by "Not properly > recognized"? > The layout is PC105. The vertical separator is instead located where the tilde key is, the question mark key is located at the number 6. > > > How did you attempt to lay out the partitions on disk? > > /(root) swap /var /tmp /usr /usr/local /home > >> At what point and from where did you get the error about the superblock? >> > After the reboot, using pcsysinstall and the layout above. It dropped > immediately into single user mode > >> >> > OK, so from the kernel. Which filesystem was it complaining about? > I used the freebsd-ufs. Everything after swap was not recognized. Also, the last install would not let me create a /usr/local. > -Nathan > I have to step out away from my SPARC and PPC machines for a couple of days. Apologies beforehand if the next reply is delayed. Desmond From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 9 19:35:31 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0561106564A for ; Wed, 9 Mar 2011 19:35:31 +0000 (UTC) (envelope-from geodni@free.fr) Received: from smtpfb1-g21.free.fr (smtpfb1-g21.free.fr [212.27.42.9]) by mx1.freebsd.org (Postfix) with ESMTP id 8DE3B8FC14 for ; Wed, 9 Mar 2011 19:35:29 +0000 (UTC) Received: from smtp2-g21.free.fr (smtp2-g21.free.fr [212.27.42.2]) by smtpfb1-g21.free.fr (Postfix) with ESMTP id D53B62D2F7 for ; Wed, 9 Mar 2011 20:15:51 +0100 (CET) Received: from dune.gravos.com (unknown [78.226.156.55]) by smtp2-g21.free.fr (Postfix) with ESMTP id 5678F4B024D for ; Wed, 9 Mar 2011 20:15:45 +0100 (CET) Message-ID: <4D77D2BF.1090106@free.fr> Date: Wed, 09 Mar 2011 20:19:27 +0100 From: Denis Saget User-Agent: Thunderbird 2.0.0.24 (X11/20110126) MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [FreeBSD 8.2 release] boot from dvd fails on Sun Fire T2000 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 19:35:32 -0000 Hello, New to this mailing list but not to FreeBSD, I'm currently playing with a Sun Fire T2000 (4 cores and 8GB RAM) to install FreeBSD sparc64 using latest release 8.2 of february 17th. I cannot go more than boot from cdrom by now, I tried 8.2RC1(1) and then 8.2RELEASE(2) ISO DVD, I have a trap after "jumping to kernel entry at 0xc0088000". Loading kernel phase is very very slow, it may take 1 or 2 minutes in the two cases. I had a go with 2 memory modules that did not work correctly and were disabled, it seems to be OK now after permuting and reenabling them, perhaps this can be the cause of the problem. Can you tell / ask me more ? Regards, Denis (1) Boot device: /pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:f File and args: >> FreeBSD/sparc64 boot block Boot path: /pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:f Boot loader: /boot/loader Consoles: Open Firmware console Booting with sun4v support. Boot path set to /pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:a FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@araz.cse.buffalo.edu, Wed Dec 22 20:19:17 UTC 2010) bootpath="/pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x9d3a48+0x7f668 syms=[0x8+0xa9dd0+0x8+0x9c6d3] \ Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc0088000. ERROR: Last Trap: Illegal Instruction (2) Boot device: /pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:f File and args: >> FreeBSD/sparc64 boot block Boot path: /pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:f Boot loader: /boot/loader Consoles: Open Firmware console Booting with sun4v support. Boot path set to /pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:a FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@araz.cse.buffalo.edu, Thu Feb 17 03:05:26 UTC 2011) bootpath="/pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom@0,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x9d3748+0x7f668 syms=[0x8+0xa9db8+0x8+0x9c673] / Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc0088000. ERROR: Last Trap: Illegal Instruction From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 9 21:08:43 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37FCA1065672 for ; Wed, 9 Mar 2011 21:08:43 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6838FC1E for ; Wed, 9 Mar 2011 21:08:42 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 3847F5615D; Wed, 9 Mar 2011 14:51:41 -0600 (CST) Date: Wed, 9 Mar 2011 14:51:41 -0600 From: Mark Linimon To: Denis Saget Message-ID: <20110309205141.GB18229@lonesome.com> References: <4D77D2BF.1090106@free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D77D2BF.1090106@free.fr> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-sparc64@freebsd.org Subject: Re: [FreeBSD 8.2 release] boot from dvd fails on Sun Fire T2000 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 21:08:43 -0000 AFAIK sun4v support was never completed. Someone, please correct me if I am wrong. mcl From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 9 22:16:00 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FCE6106566B for ; Wed, 9 Mar 2011 22:16:00 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id D03928FC14 for ; Wed, 9 Mar 2011 22:15:59 +0000 (UTC) Received: from 144-219-15.connect.netcom.no ([46.15.219.144] helo=[10.252.37.118]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1PxR6D-000C63-Ew; Wed, 09 Mar 2011 22:39:19 +0100 References: <4D77D2BF.1090106@free.fr> <20110309205141.GB18229@lonesome.com> In-Reply-To: <20110309205141.GB18229@lonesome.com> Mime-Version: 1.0 (iPhone Mail 8F190) Message-Id: X-Mailer: iPhone Mail (8F190) From: =?utf-8?Q?Eirik_=C3=98verby?= Date: Wed, 9 Mar 2011 22:39:08 +0100 To: Mark Linimon X-SA-Exim-Connect-IP: 46.15.219.144 X-SA-Exim-Mail-From: ltning@anduin.net X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.anduin.net X-Spam-Level: * X-Spam-Status: No, score=1.6 required=10.0 tests=ALL_TRUSTED, J_CHICKENPOX_31, MIME_QP_LONG_LINE, RATWR8_MESSID autolearn=disabled version=3.3.1 X-Spam-ASN: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.anduin.net) Cc: "freebsd-sparc64@freebsd.org" Subject: Re: [FreeBSD 8.2 release] boot from dvd fails on Sun Fire T2000 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 22:16:00 -0000 I would love to hear if you're wrong too.. I have four T1000s collecting dus= t waiting for a decent os.=20 /Eirik Sent from my iPhone On 9. mars 2011, at 21:51, Mark Linimon wrote: > AFAIK sun4v support was never completed. Someone, please correct me > if I am wrong. >=20 > mcl > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org"= >=20 From owner-freebsd-sparc64@FreeBSD.ORG Thu Mar 10 11:48:28 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80222106564A; Thu, 10 Mar 2011 11:48: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 398BC8FC17; Thu, 10 Mar 2011 11:48:27 +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.72) (envelope-from ) id 1PxeLy-0000OB-Uo; Thu, 10 Mar 2011 11:48: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.72) (envelope-from ) id 1PxeLy-000334-O8; Thu, 10 Mar 2011 11:48:26 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p2ABmQr9000126; Thu, 10 Mar 2011 11:48:26 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p2ABmQTk000125; Thu, 10 Mar 2011 11:48: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, 10 Mar 2011 11:48:26 +0000 From: Anton Shterenlikht To: freebsd-sparc64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20110310114826.GC99935@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-sparc64@freebsd.org, freebsd-current@freebsd.org References: <20110308101453.GA30087@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110308101453.GA30087@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: SOLVED: Re: r219379 build failure on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2011 11:48:28 -0000 On Tue, Mar 08, 2011 at 10:14:54AM +0000, Anton Shterenlikht wrote: > Updating sparc64 from r202445 to r219379: > > > cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/pjdlog.c > cc1: warnings being treated as errors > /usr/src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': > /usr/src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type > *** Error code 1 > > Please advise I updated first to r210000, then to r219425. -- 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-sparc64@FreeBSD.ORG Thu Mar 10 18:54:27 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C551106566C; Thu, 10 Mar 2011 18:54:27 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id A3DD68FC26; Thu, 10 Mar 2011 18:54:26 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p2AIsOl1050467; Thu, 10 Mar 2011 19:54:24 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p2AIsNxs050466; Thu, 10 Mar 2011 19:54:23 +0100 (CET) (envelope-from marius) Date: Thu, 10 Mar 2011 19:54:23 +0100 From: Marius Strobl To: Roger Hammerstein Message-ID: <20110310185423.GA50419@alchemy.franken.de> References: <20110307192239.GA31314@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: pjd@freebsd.org, dim@freebsd.org, freebsd-sparc64@freebsd.org, mm@freebsd.org Subject: Re: sparc64 hang with zfs v28 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2011 18:54:27 -0000 On Wed, Mar 09, 2011 at 10:03:24AM -0500, Roger Hammerstein wrote: > > > > Thinking about it this might be caused by the binutils regression > > also affecting userland. If a world built with the following patch > > in place still behaves the same you should better contact the ZFS > > maintainers though: > > http://people.freebsd.org/~marius/elfxx-sparc.c.diff > > I kept the same cvsup from Sunday, added that patch and rebuilt world and kernel. > > Now 'kldload zfs' or 'zpool status' locks the machine up, no serial console, > no network. It doesn't respond to breaks on the serial console. > (I didn't put the alternate break sequence in). > Sorry, when porting that fix from another version of binutils to what is in head I introduced a bug. I've corrected the patch at the above URL accodingly. With that version applied to a r219086 checkout (i.e. right before the ZFS v28 import) now both pre-loading modules and loading them after boot as well as ZFS works again: v215# kldload geom_mirror.ko GEOM_MIRROR: Device mirror/gm0 launched (1/1). v215# kldload zfs.ko 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 4 ZFS storage pool version 15 v215# v215# mdconfig -a -t malloc -s 100m md0 v215# mdconfig -a -t malloc -s 100m md1 v215# zpool create tank mirror /dev/md0 /dev/md1 v215# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 95.5M 85.5K 95.4M 0% ONLINE - v215# v215# zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 md0 ONLINE 0 0 0 md1 ONLINE 0 0 0 errors: No known data errors Dimitry, are you ok with that version being committed to head? As for the remaining ZFS hangs you're seeing I can reproduce these with a r219092 checkout (i.e. right after the ZFS v28 import plus fixes) and the above patch applied, so this problem appears to be orthogonal: v215# kldload zfs.ko 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 5 ZFS storage pool version 28 v215# mdconfig -a -t malloc -s 100m md0 v215# mdconfig -a -t malloc -s 100m md1 v215# zpool create tank mirror /dev/md0 /dev/md1 ^Z The end of the corresponding ktrace dump is: <...> v215# kdump | tail 1683 initial thread RET madvise 0 1683 initial thread CALL close(0x5) 1683 initial thread RET close 0 1683 initial thread CALL __sysctl(0x7fdffff8778,0x2,0x7fdffff8840,0x7fdffff88a8,0x40d41168,0x13) 1683 initial thread SCTL "sysctl.name2oid" 1683 initial thread RET __sysctl 0 1683 initial thread CALL __sysctl(0x7fdffff8840,0x4,0x40e4f158,0x7fdffff8978,0,0) 1683 initial thread SCTL "vfs.zfs.version.spa" 1683 initial thread RET __sysctl 0 1683 initial thread CALL ioctl(0x3,0xd5985a00 ,0x7fdffff8a60) Please work with the ZFS maintainers (CC'ed) to get this fixed. Marius > > With the kernel.old from before your patch, 'kldload zfs' will work. > > falcon# kldload zfs > > 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 5 > ZFS storage pool version 28 > falcon# > falcon# > falcon# > falcon# > falcon# kldstat > Id Refs Address Size Name > 1 9 0xc0000000 e42878 kernel > 2 1 0xc14a2000 32e000 zfs.ko > 3 1 0xc17d0000 104000 opensolaris.ko > falcon# > > 'zpool status' will still eat an entire cpu. > > 1020 root 1 49 0 22712K 2888K CPU1 1 0:00 99.92% zpool > > falcon# procstat -kk 1020 > PID TID COMM TDNAME KSTACK > 1020 100063 zpool initial thread > falcon# > > > falcon# zpool status > load: 0.76 cmd: zpool 1020 [running] 82.09r 0.00u 0.04s 97% 2856k > load: 0.76 cmd: zpool 1020 [running] 82.33r 0.00u 0.04s 97% 2856k > load: 0.76 cmd: zpool 1020 [running] 82.55r 0.00u 0.04s 97% 2856k > load: 0.76 cmd: zpool 1020 [running] 82.75r 0.00u 0.04s 97% 2856k > load: 0.76 cmd: zpool 1020 [running] 82.93r 0.00u 0.04s 97% 2856k > > > > > ================= > a truss of 'zpool status' without the zfs module loaded gets stuck after > this: (zpool status will cause the zfs module to get loaded) > > falcon# truss zpool status > mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 1076183040 (0x40254000) > issetugid(0x40256000,0x0,0x0,0x0,0x1000000000000000,0x2000000000000000) = 0 (0x0) > open("/etc/libmap.conf",O_RDONLY,0666) ERR#2 'No such file or directory' > open("/var/run/ld-elf.so.hints",O_RDONLY,030036223340) = 3 (0x3) > read(3,"tnhE\0\0\0\^A\0\0\0\M^@\0\0\0-\0"...,128) = 128 (0x80) > mmap(0x0,40960,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 1076215808 (0x4025c000) > lseek(3,0x80,SEEK_SET) = 128 (0x80) > read(3,"/lib:/usr/lib:/usr/lib/compat:/u"...,45) = 45 (0x2d) > close(3) = 0 (0x0) > access("/lib/libavl.so.2",0) = 0 (0x0) > open("/lib/libavl.so.2",O_RDONLY,0666) = 3 (0x3) > fstat(3,{ mode=-r--r--r-- ,inode=9467939,size=8416,blksize=16384 }) = 0 (0x0) > pread(0x3,0x40358a78,0x2000,0x0,0x0,0x40367220) = 8192 (0x2000) > mmap(0x0,1056768,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 1077313536 (0x40368000) > mmap(0x40368000,8192,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 1077313536 (0x40368000) > mmap(0x40468000,8192,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_FIXED,3,0x0) = 1078362112 (0x40468000) > close(3) > > > access("/lib/libthr.so.3",0) = 0 (0x0) > open("/lib/libthr.so.3",O_RDONLY,020) = 3 (0x3) > fstat(3,{ mode=-r--r--r-- ,inode=9467937,size=116936,blksize=16384 }) = 0 (0x0) > pread(0x3,0x40358a78,0x2000,0x0,0x0,0x40367188) = 8192 (0x2000) > mmap(0x0,1204224,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 1092362240 (0x411c2000) > mmap(0x411c2000,106496,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 1092362240 (0x411c2000) > mmap(0x412da000,16384,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_FIXED,3,0x18000) = 1093509120 (0x412da000) > mprotect(0x412de000,40960,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) > close(3) = 0 (0x0) > mmap(0x0,40960,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 1076256768 (0x40266000) > mmap(0x0,106496,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 1076297728 (0x40270000) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGT > TOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sysarch(0x1,0x41082fb8,0xc0792e40,0x40f75653,0x412dbde8,0x800005) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGT > TOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGT > TOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > getpid() = 1002 (0x3ea) > __sysctl(0x7fdffffe0b8,0x2,0x412e7f38,0x7fdffffe0c0,0x0,0x0) = 0 (0x0) > __sysctl(0x7fdffffdeb8,0x2,0x7fdffffdf80,0x7fdffffdfe8,0x411d96d8,0xd) = 0 (0x0) > __sysctl(0x7fdffffdf80,0x3,0x412e6e48,0x7fdffffe0c0,0x0,0x0) = 0 (0x0) > readlink("/etc/malloc.conf",0x7fdffffda06,1024) ERR#2 'No such file or directory' > issetugid(0xffffffffffffffff,0xffffffffffffffff,0x400,0x40e965f6,0x41092968,0x400000) = 0 (0x0) > break(0x2176d8) = 0 (0x0) > break(0x2176d8) = 0 (0x0) > break(0x400000) = 0 (0x0) > mmap(0x0,4194304,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 1093566464 (0x412e8000) > mmap(0x416e8000,1146880,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 1097760768 (0x416e8000) > munmap(0x412e8000,1146880) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > thr_self(0x41404400,0x412e6e48,0x2000,0x412dd4a8,0x412e7f44,0x412dd450) = 0 (0x0) > mmap(0x7fdffbfe000,8192,PROT_NONE,MAP_ANON,-1,0x0) = 8787498885120 (0x7fdffbfe000) > thr_set_name(0x186dd,0x411d9768,0x0,0x1000,0xffffffffffffffff,0x0) = 0 (0x0) > rtprio_thread(0x0,0x186dd,0x7fdffffdfec,0x22,0xffffffffffffffff,0x0) = 0 (0x0) > sysarch(0x2,0x410853b0,0x600,0x80,0x0,0x0) = 0 (0x0) > sigaction(32,{ 0x411ce740 SA_SIGINFO ss_t },0x0) = 0 (0x0) > sigprocmask(SIG_UNBLOCK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT| > > > > And it stops right there after SIGINT. > From owner-freebsd-sparc64@FreeBSD.ORG Thu Mar 10 19:20:37 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50CA1106566B; Thu, 10 Mar 2011 19:20:37 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0FC808FC13; Thu, 10 Mar 2011 19:20:37 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:50c6:a381:dd50:6863] (unknown [IPv6:2001:7b8:3a7:0:50c6:a381:dd50:6863]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 134885C59; Thu, 10 Mar 2011 20:20:36 +0100 (CET) Message-ID: <4D79248D.6020506@FreeBSD.org> Date: Thu, 10 Mar 2011 20:20:45 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.15pre) Gecko/20110303 Lanikai/3.1.9pre MIME-Version: 1.0 To: Marius Strobl References: <20110307192239.GA31314@alchemy.franken.de> <20110310185423.GA50419@alchemy.franken.de> In-Reply-To: <20110310185423.GA50419@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Roger Hammerstein , pjd@freebsd.org, freebsd-sparc64@freebsd.org, mm@freebsd.org Subject: Re: sparc64 hang with zfs v28 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2011 19:20:37 -0000 On 2011-03-10 19:54, Marius Strobl wrote: ... > Sorry, when porting that fix from another version of binutils to what > is in head I introduced a bug. I've corrected the patch at the above > URL accodingly. With that version applied to a r219086 checkout (i.e. > right before the ZFS v28 import) now both pre-loading modules and > loading them after boot as well as ZFS works again: ... > Dimitry, are you ok with that version being committed to head? Yes, this patch is fine to commit. From owner-freebsd-sparc64@FreeBSD.ORG Thu Mar 10 21:59:23 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9267106564A for ; Thu, 10 Mar 2011 21:59:23 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx06.syd.optusnet.com.au (fallbackmx06.syd.optusnet.com.au [211.29.132.8]) by mx1.freebsd.org (Postfix) with ESMTP id 69AA78FC12 for ; Thu, 10 Mar 2011 21:59:23 +0000 (UTC) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by fallbackmx06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p2AJanRp022606 for ; Fri, 11 Mar 2011 06:36:49 +1100 Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p2AJahu3018358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Mar 2011 06:36:44 +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.4/8.14.4) with ESMTP id p2AJagLJ012333; Fri, 11 Mar 2011 06:36:42 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p2AJafLB012317; Fri, 11 Mar 2011 06:36:41 +1100 (EST) (envelope-from peter) Date: Fri, 11 Mar 2011 06:36:40 +1100 From: Peter Jeremy To: Denis Saget Message-ID: <20110310193640.GA53044@server.vk2pj.dyndns.org> References: <4D77D2BF.1090106@free.fr> <20110309205141.GB18229@lonesome.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <20110309205141.GB18229@lonesome.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-sparc64@freebsd.org Subject: Re: [FreeBSD 8.2 release] boot from dvd fails on Sun Fire T2000 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2011 21:59:23 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Mar-09 14:51:41 -0600, Mark Linimon wrote: >AFAIK sun4v support was never completed. Someone, please correct me >if I am wrong. No, you're not wrong. I had a look at it a couple of years ago but I can only allocate a LDom guest to FreeBSD and FreeBSD has no support for any of the virtualised devices. Implementing the infrastructure to work with the sun4v hypervisor is a non-trivial task and I never managed to make any real progress. I'm unaware of anyone else who has done anything in the past few years. --=20 Peter Jeremy --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAk15KEgACgkQ/opHv/APuIex2ACgwDttt7YmTPXI6dihqS4cKD+I irgAnAk8A2mWtsR8HxZRAyl8ItF0r8BA =RWZB -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 11 03:16:46 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 996F2106566C; Fri, 11 Mar 2011 03:16:46 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 373AC8FC12; Fri, 11 Mar 2011 03:16:45 +0000 (UTC) Received: by vws18 with SMTP id 18so298431vws.13 for ; Thu, 10 Mar 2011 19:16:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Y8kCjhXw9B9muxWqoLfJuXURF1/g4bqomcggFs4YsyY=; b=sH6IqyjRlOGP71F98cxDUtw7QWmCvF3OLluMPNSurPy6oWA5C90TvxAztPK3ldQW3p tcWDe4jhPKUE3RiGFMmGz1aPltt0Iqvvk0yoHZkEs8HwSh3+gd9cIo3KPmtmKLaPtigM cJg60uAQQb4OBsKGWHmtRxh8swsh2XY0YeoZk= 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=kVN0JPlvy9dE7RgpxG386sJkdRV5Iu5tFpoSAs4GSwkWyU5yyBJ36ZEHZ3DoSz4K6w VPjB25ihSJvh1LJFOeop+LtG7RF1ruO0gqx1r8O1mnY2dbuk8eoeMNZVFSY5KKg3g0jS g/bTVzpivFL1UeFKYVaImTe3E9gvdnPENwHhI= MIME-Version: 1.0 Received: by 10.52.0.101 with SMTP id 5mr1332329vdd.293.1299813405434; Thu, 10 Mar 2011 19:16:45 -0800 (PST) Received: by 10.220.96.80 with HTTP; Thu, 10 Mar 2011 19:16:45 -0800 (PST) In-Reply-To: References: <4D77A593.1050502@freebsd.org> <4D77B68D.8010607@freebsd.org> Date: Thu, 10 Mar 2011 22:16:45 -0500 Message-ID: From: Super Bisquit To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-sparc64@freebsd.org Subject: Re: Installation problems with BSD install ISO and SunBlade 1000 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2011 03:16:46 -0000 Any other information you need? On Wed, Mar 9, 2011 at 12:27 PM, Super Bisquit wrote: > > > On Wed, Mar 9, 2011 at 12:19 PM, Nathan Whitehorn wrote: > >> On 03/09/11 10:27, Super Bisquit wrote: >> >> >> >> On Wed, Mar 9, 2011 at 11:06 AM, Nathan Whitehorn > > wrote: >> >>> On 03/09/11 09:29, Super Bisquit wrote: >>> >>>> Keyboard layout is not properly recognized. Non Sun keyboard. >>>> Neither pc-sysinstall nor sysinstall will allow the creation of more >>>> than >>>> two partitions. When multiple partitions are created, it fails with not >>>> being able to find the superblock. >>>> _______________________________________________ >>>> >>> >>> Can you please provide more details? What keyboard layout did you select, >> >> The last layout on the list us type >> >>> what kind of keyboard are you using? >> >> ViewSonic PC105 usb >> >> >> I forgot to ask: what specifically did you mean by "Not properly >> recognized"? >> > > The layout is PC105. The vertical separator is instead located where the > tilde key is, the question mark key is located at the number 6. > >> >> >> How did you attempt to lay out the partitions on disk? >> >> /(root) swap /var /tmp /usr /usr/local /home >> >>> At what point and from where did you get the error about the superblock? >>> >> After the reboot, using pcsysinstall and the layout above. It dropped >> immediately into single user mode >> >>> >>> >> OK, so from the kernel. Which filesystem was it complaining about? >> > > I used the freebsd-ufs. Everything after swap was not recognized. Also, the > last install would not let me create a /usr/local. > >> -Nathan >> > > I have to step out away from my SPARC and PPC machines for a couple of > days. Apologies beforehand if the next reply is delayed. > > Desmond > > From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 12 17:59:26 2011 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31D58106564A; Sat, 12 Mar 2011 17:59:26 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id B4CCC8FC14; Sat, 12 Mar 2011 17:59:25 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p2CHxNCJ060977; Sat, 12 Mar 2011 18:59:24 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p2CHxNF2060976; Sat, 12 Mar 2011 18:59:23 +0100 (CET) (envelope-from marius) Date: Sat, 12 Mar 2011 18:59:23 +0100 From: Marius Strobl To: Dimitry Andric Message-ID: <20110312175923.GR57812@alchemy.franken.de> References: <20110307192239.GA31314@alchemy.franken.de> <20110310185423.GA50419@alchemy.franken.de> <4D79248D.6020506@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D79248D.6020506@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Roger Hammerstein , freebsd-sparc64@FreeBSD.org Subject: Re: sparc64 hang with zfs v28 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 17:59:26 -0000 On Thu, Mar 10, 2011 at 08:20:45PM +0100, Dimitry Andric wrote: > On 2011-03-10 19:54, Marius Strobl wrote: > ... > >Sorry, when porting that fix from another version of binutils to what > >is in head I introduced a bug. I've corrected the patch at the above > >URL accodingly. With that version applied to a r219086 checkout (i.e. > >right before the ZFS v28 import) now both pre-loading modules and > >loading them after boot as well as ZFS works again: > ... > >Dimitry, are you ok with that version being committed to head? > > Yes, this patch is fine to commit. Thanks, commited in r219530. Will you handle upstream? Marius From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 12 18:58:57 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75291106564A for ; Sat, 12 Mar 2011 18:58:57 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 197F68FC1A for ; Sat, 12 Mar 2011 18:58:56 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p2CIPuEM061112 for ; Sat, 12 Mar 2011 19:25:56 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p2CIPuEM061111 for sparc64@freebsd.org; Sat, 12 Mar 2011 19:25:56 +0100 (CET) (envelope-from marius) Date: Sat, 12 Mar 2011 19:25:56 +0100 From: Marius Strobl To: sparc64@freebsd.org Message-ID: <20110312182556.GD1606@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: TLS support [marius@freebsd.org: svn commit: r219534 - in head: contrib/gcc/config/sparc gnu/lib/libgomp gnu/lib/libstdc++ gnu/usr.bin/cc/cc_tools] X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 18:58:57 -0000 FYI, now that with binutils 2.17.50 we finally have version supporting Thread Local Storage on sparc64 I've implemented the necessary relocations in rtld(1) and enabled TLS support in GCC and its use in malloc(3). Given that meanwhile TLS otherwise became fairly standard I don't expect any fallout from this. Should it nevertheless break anything please let me know. Marius ----- Forwarded message from Marius Strobl ----- Delivered-To: svn-src-all@freebsd.org From: Marius Strobl Date: Fri, 11 Mar 2011 21:24:02 +0000 (UTC) To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org X-SVN-Group: head Cc: Subject: svn commit: r219534 - in head: contrib/gcc/config/sparc gnu/lib/libgomp gnu/lib/libstdc++ gnu/usr.bin/cc/cc_tools X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: owner-svn-src-all@freebsd.org Author: marius Date: Fri Mar 11 21:24:02 2011 New Revision: 219534 URL: http://svn.freebsd.org/changeset/base/219534 Log: Now that TLS is supported for sparc64 by both binutils 2.17.50 committed in r218822 and rtld(1) committed in r219533 turn on TLS support in GCC. Modified: head/contrib/gcc/config/sparc/freebsd.h head/gnu/lib/libgomp/config.h head/gnu/lib/libstdc++/config.h head/gnu/usr.bin/cc/cc_tools/auto-host.h Modified: head/contrib/gcc/config/sparc/freebsd.h ============================================================================== --- head/contrib/gcc/config/sparc/freebsd.h Fri Mar 11 21:08:02 2011 (r219533) +++ head/contrib/gcc/config/sparc/freebsd.h Fri Mar 11 21:24:02 2011 (r219534) @@ -161,6 +161,13 @@ Boston, MA 02110-1301, USA. */ /* #define DWARF_OFFSET_SIZE PTR_SIZE */ +#ifdef HAVE_AS_TLS +#undef TARGET_SUN_TLS +#undef TARGET_GNU_TLS +#define TARGET_SUN_TLS 0 +#define TARGET_GNU_TLS 1 +#endif + #undef ENDFILE_SPEC #define ENDFILE_SPEC \ "%{ffast-math|funsafe-math-optimizations:crtfastmath.o%s} " \ Modified: head/gnu/lib/libgomp/config.h ============================================================================== --- head/gnu/lib/libgomp/config.h Fri Mar 11 21:08:02 2011 (r219533) +++ head/gnu/lib/libgomp/config.h Fri Mar 11 21:24:02 2011 (r219534) @@ -59,7 +59,7 @@ #define HAVE_SYS_TYPES_H 1 /* Define to 1 if the target supports thread-local storage. */ -#if !defined(__sparc64__) && !defined(__arm__) && !defined(__mips__) +#if !defined(__arm__) && !defined(__mips__) #define HAVE_TLS 1 #endif Modified: head/gnu/lib/libstdc++/config.h ============================================================================== --- head/gnu/lib/libstdc++/config.h Fri Mar 11 21:08:02 2011 (r219533) +++ head/gnu/lib/libstdc++/config.h Fri Mar 11 21:24:02 2011 (r219534) @@ -371,7 +371,7 @@ /* #undef HAVE_TANL */ /* Define to 1 if the target supports thread-local storage. */ -#if !defined(__sparc64__) && !defined(__arm__) && !defined(__mips__) +#if !defined(__arm__) && !defined(__mips__) #define HAVE_TLS 1 #endif Modified: head/gnu/usr.bin/cc/cc_tools/auto-host.h ============================================================================== --- head/gnu/usr.bin/cc/cc_tools/auto-host.h Fri Mar 11 21:08:02 2011 (r219533) +++ head/gnu/usr.bin/cc/cc_tools/auto-host.h Fri Mar 11 21:24:02 2011 (r219534) @@ -287,7 +287,7 @@ /* Define if your assembler supports thread-local storage. */ #ifndef USED_FOR_TARGET -#if !defined(__sparc64__) && !defined(__arm__) +#if !defined(__arm__) #define HAVE_AS_TLS 1 #endif #endif _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" ----- End forwarded message -----