From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 6 11:07:14 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 E350410656A9 for ; Mon, 6 Jun 2011 11:07:14 +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 D1BA48FC2C for ; Mon, 6 Jun 2011 11:07:14 +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 p56B7EBL037742 for ; Mon, 6 Jun 2011 11:07:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p56B7Eep037740 for freebsd-sparc64@FreeBSD.org; Mon, 6 Jun 2011 11:07:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 6 Jun 2011 11:07:14 GMT Message-Id: <201106061107.p56B7Eep037740@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, 06 Jun 2011 11:07:15 -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 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 10 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 6 16:02:37 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 DCCEA1065680; Mon, 6 Jun 2011 16:02:37 +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 85E8E8FC1C; Mon, 6 Jun 2011 16:02:37 +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 p56G2aQg060923; Mon, 6 Jun 2011 12:02:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56G2a5W060922; Mon, 6 Jun 2011 16:02:36 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 16:02:36 GMT Message-Id: <201106061602.p56G2a5W060922@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, 06 Jun 2011 16:02:38 -0000 TB --- 2011-06-06 15:04:05 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 15:04:05 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-06 15:04:05 - cleaning the object tree TB --- 2011-06-06 15:04:16 - cvsupping the source tree TB --- 2011-06-06 15:04:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-06 15:04:34 - building world TB --- 2011-06-06 15:04:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 15:04:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 15:04:34 - TARGET=sparc64 TB --- 2011-06-06 15:04:34 - TARGET_ARCH=sparc64 TB --- 2011-06-06 15:04:34 - TZ=UTC TB --- 2011-06-06 15:04:34 - __MAKE_CONF=/dev/null TB --- 2011-06-06 15:04:34 - cd /src TB --- 2011-06-06 15:04:34 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 15:04:35 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 [...] cc1: warnings being treated as errors /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtmsg_input': /src/usr.sbin/rtadvd/rtadvd.c:522: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtadvd_input': /src/usr.sbin/rtadvd/rtadvd.c:743: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c:750: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'ra_output': /src/usr.sbin/rtadvd/rtadvd.c:1761: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtadvd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 16:02:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 16:02:36 - ERROR: failed to build world TB --- 2011-06-06 16:02:36 - 2735.98 user 590.58 system 3511.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 6 18:30: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 C3BF3106566C for ; Mon, 6 Jun 2011 18:30:19 +0000 (UTC) (envelope-from switch@trueswitch.com) Received: from mailer3.trueswitch.com (mail3.trueswitch.com [64.152.25.242]) by mx1.freebsd.org (Postfix) with ESMTP id 86C0B8FC1C for ; Mon, 6 Jun 2011 18:30:19 +0000 (UTC) Received: from service402.trueswitch.com ([192.168.0.196]) by mailer3.trueswitch.com (8.14.3/8.14.3) with ESMTP id p56IUIRA041444 for ; Mon, 6 Jun 2011 14:30:18 -0400 (EDT) (envelope-from switch@trueswitch.com) Date: Mon, 6 Jun 2011 14:30:49 -0400 (EDT) From: New Facebook For Singles Sender: switch@trueswitch.com To: "freebsd-sparc64@freebsd.org" Message-ID: <1479470446.262774.1307385049446.JavaMail.vmail@service402.trueswitch.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: karl48866@gmail.com has a new email address X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ashley.mccoy@aol.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 18:30:19 -0000 [canvas1.gif] [canvas2.gif] New Facebook For Singles has a new e-mail address. Old E-mail Address: karl48866@gmail.com New E-mail Address:[1]ashley.mccoy@aol.com HERE IS THE NEW FACEBOOK FOR SINGLES [2]WWW.FBOOK-SINGLES.COM [3]Check out the new AOL. Most comprehensive set of free safety and security tools, free access to millions of high-quality videos from across the web, free AOL Mail and more. References 1. mailto:ashley.mccoy@aol.com 2. http://www.fbook-singles.com/ 3. http://free.aol.com/thenewaol/index.adp From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 6 19:42:36 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 40BD8106564A; Mon, 6 Jun 2011 19:42:36 +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 DC9728FC0A; Mon, 6 Jun 2011 19:42:35 +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 p56JgZVS073172; Mon, 6 Jun 2011 15:42:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p56JgZx4073164; Mon, 6 Jun 2011 19:42:35 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jun 2011 19:42:35 GMT Message-Id: <201106061942.p56JgZx4073164@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, 06 Jun 2011 19:42:36 -0000 TB --- 2011-06-06 18:44:15 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 18:44:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-06 18:44:15 - cleaning the object tree TB --- 2011-06-06 18:44:22 - cvsupping the source tree TB --- 2011-06-06 18:44:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-06 18:44:56 - building world TB --- 2011-06-06 18:44:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 18:44:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 18:44:56 - TARGET=sparc64 TB --- 2011-06-06 18:44:56 - TARGET_ARCH=sparc64 TB --- 2011-06-06 18:44:56 - TZ=UTC TB --- 2011-06-06 18:44:56 - __MAKE_CONF=/dev/null TB --- 2011-06-06 18:44:56 - cd /src TB --- 2011-06-06 18:44:56 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 18:44:56 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 [...] cc1: warnings being treated as errors /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtmsg_input': /src/usr.sbin/rtadvd/rtadvd.c:522: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'rtadvd_input': /src/usr.sbin/rtadvd/rtadvd.c:743: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c:750: warning: cast increases required alignment of target type /src/usr.sbin/rtadvd/rtadvd.c: In function 'ra_output': /src/usr.sbin/rtadvd/rtadvd.c:1761: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtadvd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-06 19:42:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-06 19:42:35 - ERROR: failed to build world TB --- 2011-06-06 19:42:35 - 2708.99 user 594.05 system 3499.13 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 6 23:09: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 1B99B106566B for ; Mon, 6 Jun 2011 23:09:25 +0000 (UTC) (envelope-from switch@trueswitch.com) Received: from mailer3.trueswitch.com (mail3.trueswitch.com [64.152.25.242]) by mx1.freebsd.org (Postfix) with ESMTP id EC58B8FC26 for ; Mon, 6 Jun 2011 23:09:24 +0000 (UTC) Received: from service402.trueswitch.com ([192.168.0.196]) by mailer3.trueswitch.com (8.14.3/8.14.3) with ESMTP id p56N9N6i006036 for ; Mon, 6 Jun 2011 19:09:23 -0400 (EDT) (envelope-from switch@trueswitch.com) Date: Mon, 6 Jun 2011 19:09:55 -0400 (EDT) From: New Facebook For Singles Sender: switch@trueswitch.com To: "freebsd-sparc64@freebsd.org" Message-ID: <982037765.265539.1307401795373.JavaMail.vmail@service402.trueswitch.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: karl48866@gmail.com has a new email address X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ashley.mccoy@aol.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 23:09:25 -0000 [canvas1.gif] [canvas2.gif] New Facebook For Singles has a new e-mail address. Old E-mail Address: karl48866@gmail.com New E-mail Address:[1]ashley.mccoy@aol.com HERE IS THE NEW FACEBOOK FOR SINGLES [2]WWW.FBOOK-SINGLES.COM [3]Check out the new AOL. Most comprehensive set of free safety and security tools, free access to millions of high-quality videos from across the web, free AOL Mail and more. References 1. mailto:ashley.mccoy@aol.com 2. http://www.fbook-singles.com/ 3. http://free.aol.com/thenewaol/index.adp From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 7 00:23:07 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 90223106566B; Tue, 7 Jun 2011 00:23:07 +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 39F388FC13; Tue, 7 Jun 2011 00:23:06 +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 p570N68G009513; Mon, 6 Jun 2011 20:23:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p570N6Ow009427; Tue, 7 Jun 2011 00:23:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 7 Jun 2011 00:23:06 GMT Message-Id: <201106070023.p570N6Ow009427@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: Tue, 07 Jun 2011 00:23:07 -0000 TB --- 2011-06-06 23:27:55 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-06 23:27:55 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-06 23:27:55 - cleaning the object tree TB --- 2011-06-06 23:28:01 - cvsupping the source tree TB --- 2011-06-06 23:28:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-06 23:28:13 - building world TB --- 2011-06-06 23:28:13 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-06 23:28:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-06 23:28:13 - TARGET=sparc64 TB --- 2011-06-06 23:28:13 - TARGET_ARCH=sparc64 TB --- 2011-06-06 23:28:13 - TZ=UTC TB --- 2011-06-06 23:28:13 - __MAKE_CONF=/dev/null TB --- 2011-06-06 23:28:13 - cd /src TB --- 2011-06-06 23:28:13 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 6 23:28:14 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 -DHAVE_ARC4RANDOM -DHAVE_POLL_H -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 -c /src/usr.sbin/rtsold/rtsol.c cc1: warnings being treated as errors /src/usr.sbin/rtsold/rtsol.c: In function 'sendpacket': /src/usr.sbin/rtsold/rtsol.c:202: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c: In function 'rtsol_input': /src/usr.sbin/rtsold/rtsol.c:269: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:275: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:411: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtsold. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-07 00:23:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-07 00:23:05 - ERROR: failed to build world TB --- 2011-06-07 00:23:06 - 2693.19 user 591.56 system 3310.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 7 05:38:09 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 4E6CB1065676; Tue, 7 Jun 2011 05:38:09 +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 E6E3F8FC0C; Tue, 7 Jun 2011 05:38:08 +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 p575c8KL080111; Tue, 7 Jun 2011 01:38:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p575c7jp080102; Tue, 7 Jun 2011 05:38:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 7 Jun 2011 05:38:07 GMT Message-Id: <201106070538.p575c7jp080102@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: Tue, 07 Jun 2011 05:38:09 -0000 TB --- 2011-06-07 04:41:15 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-07 04:41:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-07 04:41:15 - cleaning the object tree TB --- 2011-06-07 04:41:22 - cvsupping the source tree TB --- 2011-06-07 04:41:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-07 04:41:49 - building world TB --- 2011-06-07 04:41:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-07 04:41:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-07 04:41:49 - TARGET=sparc64 TB --- 2011-06-07 04:41:49 - TARGET_ARCH=sparc64 TB --- 2011-06-07 04:41:49 - TZ=UTC TB --- 2011-06-07 04:41:49 - __MAKE_CONF=/dev/null TB --- 2011-06-07 04:41:49 - cd /src TB --- 2011-06-07 04:41:49 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 7 04:41:49 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 -DHAVE_ARC4RANDOM -DHAVE_POLL_H -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 -c /src/usr.sbin/rtsold/rtsol.c cc1: warnings being treated as errors /src/usr.sbin/rtsold/rtsol.c: In function 'sendpacket': /src/usr.sbin/rtsold/rtsol.c:202: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c: In function 'rtsol_input': /src/usr.sbin/rtsold/rtsol.c:269: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:275: warning: cast increases required alignment of target type /src/usr.sbin/rtsold/rtsol.c:411: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/rtsold. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-07 05:38:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-07 05:38:07 - ERROR: failed to build world TB --- 2011-06-07 05:38:07 - 2701.92 user 590.33 system 3411.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Wed Jun 8 21:14: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 7704A1065673; Wed, 8 Jun 2011 21:14:31 +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 EA81A8FC1C; Wed, 8 Jun 2011 21:14:30 +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 p58LEREM035514; Wed, 8 Jun 2011 23:14:27 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p58LER2l035513; Wed, 8 Jun 2011 23:14:27 +0200 (CEST) (envelope-from marius) Date: Wed, 8 Jun 2011 23:14:27 +0200 From: Marius Strobl To: Nathaniel W Filardo Message-ID: <20110608211427.GA35494@alchemy.franken.de> References: <20110406080043.GQ609@gradx.cs.jhu.edu> <20110603070356.GJ7129@gradx.cs.jhu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110603070356.GJ7129@gradx.cs.jhu.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, pjd@freebsd.org, freebsd-sparc64@freebsd.org, mm@freebsd.org Subject: Re: ZFS panic with concurrent recv and read-heavy workload 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, 08 Jun 2011 21:14:31 -0000 On Fri, Jun 03, 2011 at 03:03:56AM -0400, Nathaniel W Filardo wrote: > I just got this on another machine, no heavy workload needed, just booting > and starting some jails. Of interest, perhaps, both this and the machine > triggering the below panic are SMP V240s with 1.5GHz CPUs (though I will > confess that the machine in the original report may have had bad RAM). I > have run a UP 1.2GHz V240 for months and never seen this panic. > > This time the kernel is > > FreeBSD 9.0-CURRENT #9: Fri Jun 3 02:32:13 EDT 2011 > csup'd immediately before building. The full panic this time is > > panic: Lock buf_hash_table.ht_locks[i].ht_lock not exclusively locked @ > > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:4659 > > > > cpuid = 1 > > KDB: stack backtrace: > > panic() at panic+0x1c8 > > _sx_assert() at _sx_assert+0xc4 > > _sx_xunlock() at _sx_xunlock+0x98 > > l2arc_feed_thread() at l2arc_feed_thread+0xeac > > fork_exit() at fork_exit+0x9c > > fork_trampoline() at fork_trampoline+0x8 > > > > SC Alert: SC Request to send Break to host. > > KDB: enter: Line break on console > > [ thread pid 27 tid 100121 ] > > Stopped at kdb_enter+0x80: ta %xcc, 1 > > db> reset > > ttiimmeeoouutt sshhuuttttiinngg ddoowwnn CCPPUUss.. > > Half of the memory in this machine is new (well, came with the machine) and > half is from the aforementioned UP V240 which seemed to work fine (I was > attempting an upgrade when this happened); none of it (or indeed any of the > hardware save the disk controller and disks) are common between this and the > machine reporting below. > > Thoughts? Any help would be greatly appreciated. > Thanks. > --nwf; > > On Wed, Apr 06, 2011 at 04:00:43AM -0400, Nathaniel W Filardo wrote: > >[...] > > panic: Lock buf_hash_table.ht_locks[i].ht_lock not exclusively locked @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:1869 > > > > cpuid = 1 > > KDB: stack backtrace: > > panic() at panic+0x1c8 > > _sx_assert() at _sx_assert+0xc4 > > _sx_xunlock() at _sx_xunlock+0x98 > > arc_evict() at arc_evict+0x614 > > arc_get_data_buf() at arc_get_data_buf+0x360 > > arc_buf_alloc() at arc_buf_alloc+0x94 > > dmu_buf_will_fill() at dmu_buf_will_fill+0xfc > > dmu_write() at dmu_write+0xec > > dmu_recv_stream() at dmu_recv_stream+0x8a8 > > zfs_ioc_recv() at zfs_ioc_recv+0x354 > > zfsdev_ioctl() at zfsdev_ioctl+0xe0 > > devfs_ioctl_f() at devfs_ioctl_f+0xe8 > > kern_ioctl() at kern_ioctl+0x294 > > ioctl() at ioctl+0x198 > > syscallenter() at syscallenter+0x270 > > syscall() at syscall+0x74 > > -- syscall (54, FreeBSD ELF64, ioctl) %o7=0x40c13e24 -- > > userland() at 0x40e72cc8 > > user trace: trap %o7=0x40c13e24 > > pc 0x40e72cc8, sp 0x7fdffff4641 > > pc 0x40c158f4, sp 0x7fdffff4721 > > pc 0x40c1e878, sp 0x7fdffff47f1 > > pc 0x40c1ce54, sp 0x7fdffff8b01 > > pc 0x40c1dbe0, sp 0x7fdffff9431 > > pc 0x40c1f718, sp 0x7fdffffd741 > > pc 0x10731c, sp 0x7fdffffd831 > > pc 0x10c90c, sp 0x7fdffffd8f1 > > pc 0x103ef0, sp 0x7fdffffe1d1 > > pc 0x4021aff4, sp 0x7fdffffe291 > > done > >[...] Apparently this is a locking issue in the ARC code, the ZFS people should be able to help you. Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Jun 8 21:29:23 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 F3009106564A; Wed, 8 Jun 2011 21:29:22 +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 73D698FC0A; Wed, 8 Jun 2011 21:29:22 +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 p58LC3BI035488; Wed, 8 Jun 2011 23:12:03 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p58LC30b035487; Wed, 8 Jun 2011 23:12:03 +0200 (CEST) (envelope-from marius) Date: Wed, 8 Jun 2011 23:12:03 +0200 From: Marius Strobl To: Martin Matuska , ppc@freebsd.org, sparc64@freebsd.org Message-ID: <20110608211203.GA35440@alchemy.franken.de> References: <4DECB197.8020102@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DECB197.8020102@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: ZFS v28 merged to 8-STABLE 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, 08 Jun 2011 21:29:23 -0000 On Mon, Jun 06, 2011 at 12:53:11PM +0200, Martin Matuska wrote: > Hi, > > I have merged ZFS version 28 to 8-STABLE (revision 222741) > > New major features: > > - data deduplication > - triple parity RAIDZ (RAIDZ3) > - zfs diff > - zpool split > - snapshot holds > - zpool import -F. Allows to rewind corrupted pool to earlier > transaction group > - possibility to import pool in read-only mode > > For updating, there is a compatibility layer so that in the update phase > most functionality of the new zfs binaries can be used with the old > kernel module and old zfs binaries with the new kernel module. Beware that the compatibility layer is known broken on big-endian architectures, i.e. powerpc64 and sparc64. > > If upgrading your boot pool to version 28, please don't forget to read > UPDATING and properly update your boot code. > > Thanks to everyone working on the ZFS port, especially to > Pawel Jakub Dawidek (pjd) for doing most of the work! > Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Jun 8 21:32:45 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 BC39210656EB; Wed, 8 Jun 2011 21:32:45 +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 90B838FC0A; Wed, 8 Jun 2011 21:32:45 +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 p58LWiYL007834; Wed, 8 Jun 2011 17:32:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p58LWicr007833; Wed, 8 Jun 2011 21:32:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 8 Jun 2011 21:32:44 GMT Message-Id: <201106082132.p58LWicr007833@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: Wed, 08 Jun 2011 21:32:45 -0000 TB --- 2011-06-08 20:46:58 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 20:46:58 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-08 20:46:58 - cleaning the object tree TB --- 2011-06-08 20:47:14 - cvsupping the source tree TB --- 2011-06-08 20:47:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-08 20:47:28 - building world TB --- 2011-06-08 20:47:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 20:47:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 20:47:28 - TARGET=sparc64 TB --- 2011-06-08 20:47:28 - TARGET_ARCH=sparc64 TB --- 2011-06-08 20:47:28 - TZ=UTC TB --- 2011-06-08 20:47:28 - __MAKE_CONF=/dev/null TB --- 2011-06-08 20:47:28 - cd /src TB --- 2011-06-08 20:47:28 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 20:47:29 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 [...] `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sunlabel.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo! gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/sparc64.sparc64/src/rescue/rescue/../librescue/exec.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/getusershell.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/login_class.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/popen.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/rcmdsh.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/sysctl.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `_$$hide$$ rtsol.lo rtsol_timer_update': (.text+0x8f8): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0xf8c): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x1094): undefined reference to `sec2str' *** Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-08 21:32:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-08 21:32:44 - ERROR: failed to build world TB --- 2011-06-08 21:32:44 - 2236.59 user 505.78 system 2746.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Wed Jun 8 22:48: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 2B755106564A for ; Wed, 8 Jun 2011 22:48:07 +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 A57148FC13 for ; Wed, 8 Jun 2011 22:48:06 +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 p58Mm1UB036183; Thu, 9 Jun 2011 00:48:01 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p58Mm1f5036182; Thu, 9 Jun 2011 00:48:01 +0200 (CEST) (envelope-from marius) Date: Thu, 9 Jun 2011 00:48:01 +0200 From: Marius Strobl To: Peter Jeremy Message-ID: <20110608224801.GB35494@alchemy.franken.de> References: <20110526234728.GA69750@server.vk2pj.dyndns.org> <20110527120659.GA78000@alchemy.franken.de> <20110601231237.GA5267@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110601231237.GA5267@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: 'make -j16 universe' gives SIReset 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, 08 Jun 2011 22:48:07 -0000 On Thu, Jun 02, 2011 at 09:12:37AM +1000, Peter Jeremy wrote: > On 2011-May-27 14:06:59 +0200, Marius Strobl wrote: > >On Fri, May 27, 2011 at 09:47:28AM +1000, Peter Jeremy wrote: > >> I tried a "make -j16 universe" using a recent 8-stable on a 16-CPU > >> V890 and after about 11 minutes, I got the following. This box > > >It probably doesn't hurt to check the hardware with SunVTS though. > > I ran a comprehensive SunVTS test for just under 24 hours without > any errors and then checked that an unmodified kernel still SIR'd > (which it did). > > >ignores a certain amount of these). You could try whether the following > >patch makes any difference to the SIR you're seeing: > >http://people.freebsd.org/~marius/sparc64_intr_vector_stray.diff > > Running -current, I didn't see any stray interrupts but I did get some > "spin lock held too long" panics. Unfortunately, I don't seem to get > crashdumps - with DDB/KDB in the kernel, I get a hard hang - RSC > break doesn't work and the only way out is a RSC reset. > > spin lock 0xc07914d8 (sched lock) held by 0xfffff8a29749d980 (tid 100443) too long > panic: spin lock held too long > cpuid = 14 > KDB: stack backtrace: > panic() at panic+0x1c8 > _mtx_lock_spin_failed() at _mtx_lock_spin_failed+0x50 > _mtx_lock_spin() at _mtx_lock_spin+0xac > sched_add() at sched_add+0x9c > sched_wakeup() at sched_wakeup+0x44 > setrunnable() at setrunnable+0xb8 > sleepq_resume_thread() at sleepq_resume_thread+0xfc > sleepq_broadcast() at sleepq_broadcast+0xbc > wakeup() at wakeup+0x18 > exit1() at exit1+0x10b0 > sys_exit() at sys_exit+0x10 > syscallenter() at syscallenter+0x2f4 > syscall() at syscall+0x30 > -- syscall (1, FreeBSD ELF64, sys_exit) %o7=0x128ad0 -- > userland() at 0x14b748 > user trace: trap %o7=0x128ad0 > pc 0x14b748, sp 0x7fdffffdb81 > > > spin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > spin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > spin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > panic: spin lock held too long > spin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > spin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > cpuid = 3 > spin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > spin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > KDB: stack backtrace: > spin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > spin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > pspin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > aspin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > nspin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > ispin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > cspin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > (spin lock 0xc07914d8 (sched lock) held by 0xfffff8a0168f3980 (tid 100312) too long > ) at panic+0x1c8 > _mtx_lock_spin_failed() at _mtx_lock_spin_failed+0x50 > _thread_lock_flags() at _thread_lock_flags+0xf8 > statclock() at statclock+0x144 > handleevents() at handleevents+0x120 > timercb() at timercb+0x4c0 > tick_intr() at tick_intr+0x1fc > -- interrupt level=0xe pil=0 %o7=0x5faa28 -- > userland() at 0x5faa40 > user trace: trap %o7=0x5faa28 > pc 0x5faa40, sp 0x7fdffffb5f1 > pc 0x5feab0, sp 0x7fdffffbf01 > pc 0x600310, sp 0x7fdffffc011 > pc 0x600628, sp 0x7fdffffc141 > pc 0x6035f4, sp 0x7fdffffc251 > pc 0x603b1c, sp 0x7fdffffc361 > pc 0x605b14, sp 0x7fdffffc471 > pc 0x5e6aa8, sp 0x7fdffffc551 > pc 0x19c594, sp 0x7fdffffc611 > pc 0x5a4aa0, sp 0x7fdffffc6d1 > pc 0x454e08, sp 0x7fdffffc791 > pc 0x4a65c0, sp 0x7fdffffc8c1 > pc 0x4a0558, sp 0x7fdffffc981 > pc 0x4a06c8, sp 0x7fdffffca41 > pc 0x1924e0, sp 0x7fdffffcb01 > pc 0x192684, sp 0x7fdffffcbc1 > pc 0x1926a4, sp 0x7fdffffcc81 > pc 0x1926a4, sp 0x7fdffffcd41 > pc 0x54c710, sp 0x7fdffffce01 > pc 0x144080, sp 0x7fdffffcec1 > pc 0x17d698, sp 0x7fdffffcf81 > pc 0x17e280, sp 0x7fdffffd041 > pc 0x148710, sp 0x7fdffffd101 > pc 0x1b9264, sp 0x7fdffffd1d1 > pc 0x1001d0, sp 0x7fdffffd291 > pc 0, sp 0x7fdffffd351 > done > KDB: enter: panic This might be due to the excessive use of sched_lock by SCHED_4BSD and the MD code, f.e. more CPUs means less TLB contexts per CPU which in turn means more flushes that are protect by sched_lock. It would be great if the machine wouldn't lock up so you could check what exactly is holding the mutex so long. I think meanwhile I had a sound idea how to achieve the necessary level of protection in the MD code using just atomic operations instead of sched_lock, which further down would also allow the use of SCHED_ULE. I've no idea when I'll have time to implement that though; here semester finals are just 4 weeks away. > > On -stable, I didn't see any stray interrupts but had the system hang > several times, needing a RSC reset to recover. > > >and once with: > > val &= ~DCR_SI; > > I tried adding this and the system survived a "make -j30 universe" on > -stable (BTW "make universe" seems to have issues cross-building x86 > derivatives). I'm now trying that on -current. I'm not sure what the > implications of the above change are. > What was the outcome of these tests? When adding support for USIV+ I noticed that the dTLB parity error reporting newly introduced with these CPUs triggered false positives under the conditions described in cheetah_init(). By experimentation I discovered that besides disabling that feature enabling single issue instruction dispatch (that's what the above does) also avoids that problem. The other mode is superscalar instruction dispatch, which means that the CPU may issue new instructions before the previous ones have completed, which obviously results in better performance. Given that just disabling dTLB parity error reporting completely avoids the problem without further side-effects at least for USIV+ my conclusion was that the instruction dispatcher has some bug which under certain conditions causes it to issue instructions before those these depend on have finished. The other possibility would be that FreeBSD misses some barriers etc but actually we rather strictly obey these rules and if there would be an issue with these that also should lead to problems in other cases (including when disabling dTLB parity error reporting and leaving superscalar dispatch enabled). Superscalar dispatch actually also dates back to the USIII but the documented default for all US CPUs is single issue dispatch and I currently can't remember whether the firmware of USIII{,+,++,i} machines also enables the former. Given that USIV+ are derived from USIV, which means they might have inherited that bug, and the code paths leading to the false positives are similar to those that can lead to a SIR if something unexpected and non-correctable happens it seemed interesting to test whether disabling superscalar dispatch also makes a difference here. Nevertheless it also would be interesting to know if you end up with a corrupt kernel stack with DDB, KDB and r222840 in place, especially in case disabling superscalar dispatch doesn't solve the problem. Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu Jun 9 00:30:51 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 D20D81065678; Thu, 9 Jun 2011 00:30:51 +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 A1D828FC08; Thu, 9 Jun 2011 00:30:51 +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 p590UopJ004077; Wed, 8 Jun 2011 20:30:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p590UoLi004076; Thu, 9 Jun 2011 00:30:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 9 Jun 2011 00:30:50 GMT Message-Id: <201106090030.p590UoLi004076@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: Thu, 09 Jun 2011 00:30:52 -0000 TB --- 2011-06-08 23:40:16 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-08 23:40:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-08 23:40:16 - cleaning the object tree TB --- 2011-06-08 23:40:24 - cvsupping the source tree TB --- 2011-06-08 23:40:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-08 23:40:36 - building world TB --- 2011-06-08 23:40:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-08 23:40:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-08 23:40:36 - TARGET=sparc64 TB --- 2011-06-08 23:40:36 - TARGET_ARCH=sparc64 TB --- 2011-06-08 23:40:36 - TZ=UTC TB --- 2011-06-08 23:40:36 - __MAKE_CONF=/dev/null TB --- 2011-06-08 23:40:36 - cd /src TB --- 2011-06-08 23:40:36 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 8 23:40: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 [...] `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sunlabel.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo! gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/sparc64.sparc64/src/rescue/rescue/../librescue/exec.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/getusershell.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/login_class.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/popen.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/rcmdsh.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/sysctl.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lnvpair -lpthread -lzfs -luutil -lumem -lgeom -lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm rtsol.lo: In function `_$$hide$$ rtsol.lo rtsol_timer_update': (.text+0x8f8): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0xf8c): undefined reference to `sec2str' rtsol.lo: In function `_$$hide$$ rtsol.lo main': (.text+0x1094): undefined reference to `sec2str' *** Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-09 00:30:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-09 00:30:50 - ERROR: failed to build world TB --- 2011-06-09 00:30:50 - 2309.87 user 534.16 system 3033.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full