From owner-freebsd-sparc64@FreeBSD.ORG Sun Jun 23 04:53:17 2013 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DBCAE5CA; Sun, 23 Jun 2013 04:53:17 +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 AE3EC1EBF; Sun, 23 Jun 2013 04:53:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5N4rGO6063714; Sun, 23 Jun 2013 00:53:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5N4rGqV063690; Sun, 23 Jun 2013 04:53:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Jun 2013 04:53:16 GMT Message-Id: <201306230453.r5N4rGqV063690@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 04:53:18 -0000 TB --- 2013-06-23 03:41:36 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-23 03:41:36 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-23 03:41:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-06-23 03:41:36 - cleaning the object tree TB --- 2013-06-23 03:42:40 - /usr/local/bin/svn stat /src TB --- 2013-06-23 03:42:43 - At svn revision 252098 TB --- 2013-06-23 03:42:44 - building world TB --- 2013-06-23 03:42:44 - CROSS_BUILD_TESTING=YES TB --- 2013-06-23 03:42:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-23 03:42:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-23 03:42:44 - SRCCONF=/dev/null TB --- 2013-06-23 03:42:44 - TARGET=sparc64 TB --- 2013-06-23 03:42:44 - TARGET_ARCH=sparc64 TB --- 2013-06-23 03:42:44 - TZ=UTC TB --- 2013-06-23 03:42:44 - __MAKE_CONF=/dev/null TB --- 2013-06-23 03:42:44 - cd /src TB --- 2013-06-23 03:42:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jun 23 03:42:52 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jun 23 04:45:02 UTC 2013 TB --- 2013-06-23 04:45:02 - generating LINT kernel config TB --- 2013-06-23 04:45:02 - cd /src/sys/sparc64/conf TB --- 2013-06-23 04:45:02 - /usr/bin/make -B LINT TB --- 2013-06-23 04:45:02 - cd /src/sys/sparc64/conf TB --- 2013-06-23 04:45:02 - /usr/sbin/config -m LINT TB --- 2013-06-23 04:45:02 - building LINT kernel TB --- 2013-06-23 04:45:02 - CROSS_BUILD_TESTING=YES TB --- 2013-06-23 04:45:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-23 04:45:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-23 04:45:02 - SRCCONF=/dev/null TB --- 2013-06-23 04:45:02 - TARGET=sparc64 TB --- 2013-06-23 04:45:02 - TARGET_ARCH=sparc64 TB --- 2013-06-23 04:45:02 - TZ=UTC TB --- 2013-06-23 04:45:02 - __MAKE_CONF=/dev/null TB --- 2013-06-23 04:45:02 - cd /src TB --- 2013-06-23 04:45:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 23 04:45:03 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clcomsubs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clsubs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clstate.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clstate.c: In function 'nfscl_dolayoutcommit': /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 3 has type 'uint64_t' [-Wformat] /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 4 has type 'uint64_t' [-Wformat] /src/sys/fs/nfsclient/nfs_clstate.c:5159: warning: format '%qd' expects type 'long long int', but argument 5 has type 'uint64_t' [-Wformat] *** Error code 1 Stop. make: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-23 04:53:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-23 04:53:16 - ERROR: failed to build LINT kernel TB --- 2013-06-23 04:53:16 - 3588.70 user 611.25 system 4300.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Sun Jun 23 11:24:23 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E0311855 for ; Sun, 23 Jun 2013 11:24:23 +0000 (UTC) (envelope-from riccardo.veraldi@gmail.com) Received: from mail-ea0-x234.google.com (mail-ea0-x234.google.com [IPv6:2a00:1450:4013:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id 785E91900 for ; Sun, 23 Jun 2013 11:24:23 +0000 (UTC) Received: by mail-ea0-f180.google.com with SMTP id k10so5485902eaj.39 for ; Sun, 23 Jun 2013 04:24:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=6rIIf34muVx2sPS9tRnJ6gXTBvY1eSSmyRoxYMg9N28=; b=UwIA/3Uc9FjcheYRSh8wFW9D3XAVVUv8PZVADMLV/wmvsRznL5ka6AXUZX0E2KYxDf 1JWjadMLx2Ffag8t9BvoZ0fsWQumPHmR82goPa1bZY00qf0qbgY9r+miR/zv7cH8ljL7 +QeCaAwztQwrYcSvG/dR4vj25nQs+qs6I0tAUkzR03oNxcYs/cEaJWL4p/6ID6T/EZW2 UdCu0AojeQlVDIyggr4+GxWepFHvD+eyOQ1JJ5CoWDzvkEhxy+5lH4aG5U4nMTaBGTx6 h+a/JzhsrVEAOK1i7WHbkvp6ltyOIgct4ghMQiKCjRoAg5lZVu2fdiu4/hnoB0nBsvMQ B1TA== X-Received: by 10.14.219.129 with SMTP id m1mr19881764eep.147.1371986661857; Sun, 23 Jun 2013 04:24:21 -0700 (PDT) Received: from knuth.default.domain.invalid ([31.177.41.8]) by mx.google.com with ESMTPSA id i2sm20658026eeu.4.2013.06.23.04.24.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 23 Jun 2013 04:24:21 -0700 (PDT) Message-ID: <51C6DAE3.6050602@gmail.com> Date: Sun, 23 Jun 2013 13:24:19 +0200 From: Riccardo Veraldi User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Marius Strobl Subject: Re: watchdog timeout References: <51C60DAA.5020300@gmx.it> <20130622233911.GA81789@alchemy.franken.de> In-Reply-To: <20130622233911.GA81789@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: fddi , freebsd-sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 11:24:23 -0000 it is 9.1-RELEASE FreeBSD blade.infn.eu 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #0 r251822: Mon Jun 17 16:54:30 CEST 2013 root@blade.infn.eu:/usr/obj/usr/src/sys/GENERIC sparc64 I never saw this message and I am using FreeBSD on sparc64 since the first release was available. I have no way to reproduce it, because it appeared suddently without any specific cause. The system was not under heavy load, I Was not compiling anything... But I had other errors recently which are really not related I think, mainly parity SCSI errors on isp0 Jun 12 04:48:38 blade kernel: (da3:isp0:0:1:0): CAM status: SCSI Status Error Jun 12 04:48:38 blade kernel: (da3:isp0:0:1:0): SCSI sense: ABORTED COMMAND asc:47,0 (SCSI parity error) Jun 12 06:54:03 blade kernel: (da3:isp0:0:1:0): CAM status: SCSI Status Error Jun 12 06:54:03 blade kernel: (da3:isp0:0:1:0): SCSI sense: ABORTED COMMAND asc:47,0 (SCSI parity error) Jun 12 08:03:52 blade kernel: (da3:isp0:0:1:0): CAM status: SCSI Status Error Jun 12 08:03:52 blade kernel: (da3:isp0:0:1:0): SCSI sense: ABORTED COMMAND asc:47,0 (SCSI parity error) Jun 12 09:17:50 blade kernel: (da3:isp0:0:1:0): CAM status: SCSI Status Error Jun 12 09:17:50 blade kernel: (da3:isp0:0:1:0): SCSI sense: ABORTED COMMAND asc:47,0 (SCSI parity error) Jun 12 12:03:26 blade kernel: (da3:isp0:0:1:0): CAM status: SCSI Status Error Jun 12 12:03:26 blade kernel: (da3:isp0:0:1:0): SCSI sense: ABORTED COMMAND asc:47,0 (SCSI parity error) but it never occurred again. BTW the system is working like a charm after these errors and i had not any downtime. The machine anyway is quite old I think it is from 1999 and I upgraded it to dual 1200MHz CPU thank you for ur help Rick On 6/23/13 1:39 AM, Marius Strobl wrote: > On Sat, Jun 22, 2013 at 10:48:42PM +0200, fddi wrote: >> Hello, >> FreeBSD 9.1 running on Sun Blade 1000 >> > 9.1-RELEASE or 9.1-STABLE? > >> recently I had this error on log files >> >> Jun 21 12:25:04 blade kernel: (da2:isp0:0:0:0): first watchdog (handle >> 0x8d0720fd) timed out- deferring for grace period >> Jun 21 12:25:05 blade kernel: (da2:isp0:0:0:0): Command timed out >> > Do you have a way of reproducing it? Also, one such message isn't > exactly an error if things continue to work. > > Marius > > _______________________________________________ > 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 Sun Jun 23 15:30:05 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DFCB8D3 for ; Sun, 23 Jun 2013 15:30:05 +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 7BD6D1110 for ; Sun, 23 Jun 2013 15:30:05 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.7/8.14.7/ALCHEMY.FRANKEN.DE) with ESMTP id r5NFU3fX084701; Sun, 23 Jun 2013 17:30:03 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.7/8.14.7/Submit) id r5NFU3DF084700; Sun, 23 Jun 2013 17:30:03 +0200 (CEST) (envelope-from marius) Date: Sun, 23 Jun 2013 17:30:03 +0200 From: Marius Strobl To: Riccardo Veraldi Subject: Re: watchdog timeout Message-ID: <20130623153003.GC940@alchemy.franken.de> References: <51C60DAA.5020300@gmx.it> <20130622233911.GA81789@alchemy.franken.de> <51C6DAE3.6050602@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51C6DAE3.6050602@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: fddi , freebsd-sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 15:30:05 -0000 On Sun, Jun 23, 2013 at 01:24:19PM +0200, Riccardo Veraldi wrote: > > it is 9.1-RELEASE > > I have no way to reproduce it, because it appeared suddently without any > specific cause. > The system was not under heavy load, I Was not compiling anything... > > But I had other errors recently which are really not related I think, > mainly parity SCSI errors on isp0 > > Jun 12 04:48:38 blade kernel: (da3:isp0:0:1:0): CAM status: SCSI Status > Error > Jun 12 04:48:38 blade kernel: (da3:isp0:0:1:0): SCSI sense: ABORTED > COMMAND asc:47,0 (SCSI parity error) In fact, there's one open issue with isp(4) causing timeouts of the kind you have seen but which never got quite resolved. Investigating that as a potential culprit for the case you have encountered would require updating to stable/9 and possibly giving a patch a try, though. Besides, we'd need a way to reliably detect whether the problem is gone. On the other hand, the parity errors indicate that this system is suffering from hardware problems, including the possibility that a disk is defective or has broken firmware and the combination of some components not getting along for some reason. Marius From owner-freebsd-sparc64@FreeBSD.ORG Sun Jun 23 16:18:38 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0D8E190E for ; Sun, 23 Jun 2013 16:18:38 +0000 (UTC) (envelope-from riccardo.veraldi@gmail.com) Received: from mail-ea0-x22a.google.com (mail-ea0-x22a.google.com [IPv6:2a00:1450:4013:c01::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 95178131B for ; Sun, 23 Jun 2013 16:18:37 +0000 (UTC) Received: by mail-ea0-f170.google.com with SMTP id h10so5552861eaj.15 for ; Sun, 23 Jun 2013 09:18:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=HqGlSGnqcfFBCWNCbv0g/Ce8G4SVMT6+O/W5ebzg8nw=; b=cd/ZHIcGtO0qekjdrqC2/NyMWS3OreMloG+qF6cPHqfwIIBtg611dwClynIfg9Wdmx Ho66SxlMTRwl9CxRqTSokyfcI0QnbCFZgR/VKqwtWWA/QnwACCOChhzojrC+16XDostf 6i44SpEmRqt0rp7Ht7LVzFKJEKofAH/D2uLKj2+oY0kPnP+bqIx/g3S8k3TDX2mQEzqR Nr9D5EzFjQR+yCqwLfZLeR2vEEWa13zm6753coeBhfoUq22iFwK7SABwsfFpzA4IxXSi siEfYrIaueK+zrsVrlq/Hfx1nT6J7jYzbhov+8rgaK1blDuK0J3gF8WCAJZnXNwd7iVb XbjA== X-Received: by 10.15.22.199 with SMTP id f47mr21109314eeu.47.1372004316782; Sun, 23 Jun 2013 09:18:36 -0700 (PDT) Received: from knuth.default.domain.invalid ([31.177.41.8]) by mx.google.com with ESMTPSA id y1sm17412500eew.3.2013.06.23.09.18.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 23 Jun 2013 09:18:36 -0700 (PDT) Message-ID: <51C71FDA.5070208@gmail.com> Date: Sun, 23 Jun 2013 18:18:34 +0200 From: Riccardo Veraldi User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Marius Strobl Subject: Re: watchdog timeout References: <51C60DAA.5020300@gmx.it> <20130622233911.GA81789@alchemy.franken.de> <51C6DAE3.6050602@gmail.com> <20130623153003.GC940@alchemy.franken.de> In-Reply-To: <20130623153003.GC940@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: fddi , freebsd-sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 16:18:38 -0000 yes I am running 9.1-RELEASE because it is a production system and I needed to recompile the less possible... On 6/23/13 5:30 PM, Marius Strobl wrote: > On Sun, Jun 23, 2013 at 01:24:19PM +0200, Riccardo Veraldi wrote: >> it is 9.1-RELEASE >> >> I have no way to reproduce it, because it appeared suddently without any >> specific cause. >> The system was not under heavy load, I Was not compiling anything... >> >> But I had other errors recently which are really not related I think, >> mainly parity SCSI errors on isp0 >> >> Jun 12 04:48:38 blade kernel: (da3:isp0:0:1:0): CAM status: SCSI Status >> Error >> Jun 12 04:48:38 blade kernel: (da3:isp0:0:1:0): SCSI sense: ABORTED >> COMMAND asc:47,0 (SCSI parity error) > In fact, there's one open issue with isp(4) causing timeouts of the > kind you have seen but which never got quite resolved. Investigating > that as a potential culprit for the case you have encountered would > require updating to stable/9 and possibly giving a patch a try, > though. Besides, we'd need a way to reliably detect whether the > problem is gone. > On the other hand, the parity errors indicate that this system is > suffering from hardware problems, including the possibility that a > disk is defective or has broken firmware and the combination of some > components not getting along for some reason. > > Marius > From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 24 11:06:53 2013 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 57BEE159 for ; Mon, 24 Jun 2013 11:06:53 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 498431DDA for ; Mon, 24 Jun 2013 11:06:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5OB6rR8001126 for ; Mon, 24 Jun 2013 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5OB6qid001124 for freebsd-sparc64@FreeBSD.org; Mon, 24 Jun 2013 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Jun 2013 11:06:52 GMT Message-Id: <201306241106.r5OB6qid001124@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 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 11:06:53 -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 -------------------------------------------------------------------------------- o sparc/179289 sparc64 Sun Enterprise 450 fails to boot from install CD, "can o sparc/170663 sparc64 panics with VIA 6421 SATA150 controller on Blade 1500 o sparc/169669 sparc64 Something seems broken in sparc64 TLS or lang/lua o sparc/164227 sparc64 [boot] Can't boot 9.0-RELEASE/sparc64 on Blade 1500 s sparc/164226 sparc64 [cd] Data corruption on 9.0-RELEASE when reading from o sparc/162513 sparc64 mpt(4), mptutil(8) reports variable, erroneous drive i o sparc/141918 sparc64 [ehci] ehci_interrupt: unrecoverable error, controller s sparc/139134 sparc64 kernel output corruption 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/71729 sparc64 printf in kernel thread causes panic on SPARC 12 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 25 21:26:10 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 131437C2 for ; Tue, 25 Jun 2013 21:26:10 +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 87C2D182C for ; Tue, 25 Jun 2013 21:26:09 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.7/8.14.7/ALCHEMY.FRANKEN.DE) with ESMTP id r5PLPxJs003936; Tue, 25 Jun 2013 23:26:00 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.7/8.14.7/Submit) id r5PLPxZW003935; Tue, 25 Jun 2013 23:25:59 +0200 (CEST) (envelope-from marius) Date: Tue, 25 Jun 2013 23:25:59 +0200 From: Marius Strobl To: mexas@bristol.ac.uk Subject: Re: sparc64 machfb: (EE) Unable to map mmio aperture. Invalid argument (22) Message-ID: <20130625212559.GA3904@alchemy.franken.de> References: <201306131014.r5DAEUmh030099@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201306131014.r5DAEUmh030099@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 21:26:10 -0000 On Thu, Jun 13, 2013 at 11:14:30AM +0100, Anton Shterenlikht wrote: > I've just updated my Sun Blade 1500 silver > to 10.0-CURRENT #11 r251648. The graphics broke. > I get: > > (EE) Unable to map mmio aperture. Invalid argument (22) > FYI, I have a fix for that. Unfortunately, while the Xorg ports people were fast on nuking sparc64 support from libpciaccess, they are now extra-cautious on adding it back ... Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Jun 26 07:42:56 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C4F5E367 for ; Wed, 26 Jun 2013 07:42:56 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog116.obsmtp.com (eu1sys200aog116.obsmtp.com [207.126.144.141]) by mx1.freebsd.org (Postfix) with ESMTP id 23761135D for ; Wed, 26 Jun 2013 07:42:55 +0000 (UTC) Received: from mail-wg0-f46.google.com ([74.125.82.46]) (using TLSv1) by eu1sys200aob116.postini.com ([207.126.147.11]) with SMTP ID DSNKUcqbasHNX9IGiEBvehMcbP9nNVLiqIbi@postini.com; Wed, 26 Jun 2013 07:42:56 UTC Received: by mail-wg0-f46.google.com with SMTP id c11so10027239wgh.25 for ; Wed, 26 Jun 2013 00:42:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:date:from:message-id:to:subject:cc:reply-to:in-reply-to :x-gm-message-state; bh=sLJ68hUCKTiXoonkD241no28fRra17BDAAsvjcnY8bA=; b=h1MO3Vg3Qx3R/afPeqnlc0dJV7wREF85zFQ9vruvQCtEvbCfL80NtP5SV0x6WDQ51x SyLxKn/3xRGApWpsv9KfVqLom9ll4djEHK9DO03C1pnL9A+5oJUIG9sXRUOsql810IhR BSwTXKp/9SP0hn0iJoO/j1qCeQsshOZPv6Y84Zyph3mDexu3+UbzBJyT9xJ+aMxokF8a 5RlmhUIESi1NQEzDcQdL+lUJYFiJpqBEqbnMPU3Fr30elDiPUpWqGklEfsVtKBuk+/WO CsrZJnX+6KxjxbcpJn0RBttAmMSrqb3i7t8b7nV5E7TuP/8/6TSiVx7qxNCbs3dpZLoy ww9g== X-Received: by 10.180.36.107 with SMTP id p11mr1708793wij.31.1372232554807; Wed, 26 Jun 2013 00:42:34 -0700 (PDT) X-Received: by 10.180.36.107 with SMTP id p11mr1708789wij.31.1372232554746; Wed, 26 Jun 2013 00:42:34 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id m3sm8949670wij.5.2013.06.26.00.42.32 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 26 Jun 2013 00:42:33 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id r5Q7gVQx067876 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 26 Jun 2013 08:42:31 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id r5Q7gVu2067875; Wed, 26 Jun 2013 08:42:31 +0100 (BST) (envelope-from mexas) Date: Wed, 26 Jun 2013 08:42:31 +0100 (BST) From: Anton Shterenlikht Message-Id: <201306260742.r5Q7gVu2067875@mech-cluster241.men.bris.ac.uk> To: marius@alchemy.franken.de, mexas@bristol.ac.uk Subject: Re: sparc64 machfb: (EE) Unable to map mmio aperture. Invalid argument (22) In-Reply-To: <20130625212559.GA3904@alchemy.franken.de> X-Gm-Message-State: ALoCoQnuXlvlP2wxxl5DoQ4076v1ewv4Ampim+TzaDEl0KpeTm3a0uwJYSeVis3WANn//QCan2ziDVGh5/LrBpcjk/KxEsLWwCjCmqG2FBXpsRCR0iNFje0m7/V9KOchUEVDrSllRU+jR35huU46f27SK67auNZIwvfIQFl5aWQU0etmueuBvX8= Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 07:42:56 -0000 From marius@alchemy.franken.de Tue Jun 25 23:52:19 2013 On Thu, Jun 13, 2013 at 11:14:30AM +0100, Anton Shterenlikht wrote: > I've just updated my Sun Blade 1500 silver > to 10.0-CURRENT #11 r251648. The graphics broke. > I get: > > (EE) Unable to map mmio aperture. Invalid argument (22) > FYI, I have a fix for that. Unfortunately, while the Xorg ports people were fast on nuking sparc64 support from libpciaccess, they are now extra-cautious on adding it back ... Marius oh, great! I was getting nowhere with rolling the ports back to before the latest Xorg updates. It is surprisingly hard to move the tree back and have a consistent set of installed ports. Some will have been marked vulnerable, others (e.g. pkg) refuse to go back altogether. So, many thanks for your help. Finally, I gather from what I read in ports@ in the last couple of weeks that the new Xorg is unlikely to work on sparc64 ever and the old (current) will no longer be supported after a while, so future, say 2-3 years ahead of X on sparc64 looks bleak, right? Thanks Anton From owner-freebsd-sparc64@FreeBSD.ORG Wed Jun 26 13:15:55 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A69BC9E5 for ; Wed, 26 Jun 2013 13:15:55 +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 29A15170B for ; Wed, 26 Jun 2013 13:15:54 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.7/8.14.7/ALCHEMY.FRANKEN.DE) with ESMTP id r5QDFqs8009318; Wed, 26 Jun 2013 15:15:52 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.7/8.14.7/Submit) id r5QDFqGt009317; Wed, 26 Jun 2013 15:15:52 +0200 (CEST) (envelope-from marius) Date: Wed, 26 Jun 2013 15:15:52 +0200 From: Marius Strobl To: mexas@bristol.ac.uk Subject: Re: sparc64 machfb: (EE) Unable to map mmio aperture. Invalid argument (22) Message-ID: <20130626131552.GO940@alchemy.franken.de> References: <20130625212559.GA3904@alchemy.franken.de> <201306260742.r5Q7gVu2067875@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201306260742.r5Q7gVu2067875@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 13:15:55 -0000 On Wed, Jun 26, 2013 at 08:42:31AM +0100, Anton Shterenlikht wrote: > > Finally, I gather from what I read in ports@ > in the last couple of weeks that the new Xorg is > unlikely to work on sparc64 ever and the "Ever" is the wrong word here; along with once a again fixing "old" Xorg as of before the last set of port updates, I made "new" Xorg build on !x86 but the result didn't look to promising on sparc64. I plan to look at getting the current "new" Xorg to work there once the patch for fixing the "old" one is committed. Some relatively simple things are good candidates for why "new" Xorg failed that miserably last time. On the other hand, something more fundamental might also be the culprit so it's unclear at this point how much effort it'll take to make it work on sparc64. > old (current) will no longer be supported > after a while, so future, say 2-3 years ahead > of X on sparc64 looks bleak, right? > IMO, the future of Xorg on FreeBSD looks bleak in general, mainly due to the fact that we currently lack the necessary passionate _and_ knowledgeable people for maintaining it. Don't get this wrong; kib@ certainly spent a tremendous effort on getting KMS to work for Intel graphics hardware. However, AFAIK the version that went into FreeBSD isn't exactly complete and was already rather "old" compared to what was in Linux at that time, with things having changed there considerably since then. Also, KMS in FreeBSD is largely unmaintained after the initial drop. The folks that currently maintain the Xorg ports certainly are rather active but, unfortunately, they simply are not of the same grade as f. e. anholt@ and rnoland@ were in the past. In other words, FreeBSD already is seriously behind Linux regarding infrastructure needed for Xorg and it would take quite some efforts to just catch up, let alone constantly keeping up with them. At least for me, the two main reasons demotivating work on Xorg are that a) the future of Xorg itself is questionable and b) Xorg constantly keeps removing support for older generations of hardware upstream. IMO, if we were to spend manpower on improving desktop support in FreeBSD effectively, we should leave Xorg alone and either work on getting Wayland to work the right way, i. e. without x86-specific hacks and shortcuts, _now_. Alternatively, porting OpenBSD's Xorg "fork" Xenocara in order to piggy-back on their superior support for desktop hardware - similar to all the drivers for WIFI chipsets we ported from them - also seems to be a good way forward to me. This is _not_ to say, that OpenBSD generally would be superior to FreeBSD, though :) Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu Jun 27 09:20:01 2013 Return-Path: Delivered-To: freebsd-sparc64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C32F0439 for ; Thu, 27 Jun 2013 09:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B595A1618 for ; Thu, 27 Jun 2013 09:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5R9K16p072361 for ; Thu, 27 Jun 2013 09:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5R9K1Zj072360; Thu, 27 Jun 2013 09:20:01 GMT (envelope-from gnats) Date: Thu, 27 Jun 2013 09:20:01 GMT Message-Id: <201306270920.r5R9K1Zj072360@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: sparc64/179289: commit references a PR X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 09:20:01 -0000 The following reply was made to PR sparc64/179289; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: sparc64/179289: commit references a PR Date: Thu, 27 Jun 2013 09:14:57 +0000 (UTC) Author: marius Date: Thu Jun 27 09:14:50 2013 New Revision: 252296 URL: http://svnweb.freebsd.org/changeset/base/252296 Log: MFC: r251589 - The method introduced as part of r234898 (MFCed to stable/9 in r236076) for not altering the boot path when booting from ZFS turned out to also cause the boot path not being adjusted if booting from CD-ROM with firmware versions that do not employ the "cdrom" alias in that case. So shuffle the code around instead in order to achieve the original intent. Ideally, we shouldn't fiddle with the boot path when booting from UFS on a disk either; unfortunately, there doesn't seem to be an universal way of telling disks and CD-ROMs apart, though. [1] - Use NULL instead of 0 for pointers. PR: 179289 [1] Modified: stable/9/sys/boot/sparc64/loader/main.c Directory Properties: stable/9/sys/ (props changed) stable/9/sys/boot/ (props changed) Modified: stable/9/sys/boot/sparc64/loader/main.c ============================================================================== --- stable/9/sys/boot/sparc64/loader/main.c Thu Jun 27 09:08:07 2013 (r252295) +++ stable/9/sys/boot/sparc64/loader/main.c Thu Jun 27 09:14:50 2013 (r252296) @@ -160,17 +160,19 @@ struct devsw *devsw[] = { #ifdef LOADER_ZFS_SUPPORT &zfs_dev, #endif - 0 + NULL }; + struct arch_switch archsw; static struct file_format sparc64_elf = { __elfN(loadfile), __elfN(exec) }; + struct file_format *file_formats[] = { &sparc64_elf, - 0 + NULL }; struct fs_ops *file_system[] = { @@ -198,19 +200,20 @@ struct fs_ops *file_system[] = { #ifdef LOADER_TFTP_SUPPORT &tftp_fsops, #endif - 0 + NULL }; + struct netif_driver *netif_drivers[] = { #ifdef LOADER_NET_SUPPORT &ofwnet, #endif - 0 + NULL }; extern struct console ofwconsole; struct console *consoles[] = { &ofwconsole, - 0 + NULL }; #ifdef LOADER_DEBUG @@ -854,24 +857,6 @@ main(int (*openfirm)(void *)) OF_getprop(chosen, "bootpath", bootpath, sizeof(bootpath)); /* - * Sun compatible bootable CD-ROMs have a disk label placed - * before the cd9660 data, with the actual filesystem being - * in the first partition, while the other partitions contain - * pseudo disk labels with embedded boot blocks for different - * architectures, which may be followed by UFS filesystems. - * The firmware will set the boot path to the partition it - * boots from ('f' in the sun4u case), but we want the kernel - * to be loaded from the cd9660 fs ('a'), so the boot path - * needs to be altered. - */ - if (bootpath[strlen(bootpath) - 2] == ':' && - bootpath[strlen(bootpath) - 1] == 'f' && - strstr(bootpath, "cdrom") != NULL) { - bootpath[strlen(bootpath) - 1] = 'a'; - printf("Boot path set to %s\n", bootpath); - } - - /* * Initialize devices. */ for (dp = devsw; *dp != 0; dp++) @@ -883,9 +868,24 @@ main(int (*openfirm)(void *)) (void)strncpy(bootpath, zfs_fmtdev(&zfs_currdev), sizeof(bootpath) - 1); bootpath[sizeof(bootpath) - 1] = '\0'; - } + } else #endif + /* + * Sun compatible bootable CD-ROMs have a disk label placed before + * the ISO 9660 data, with the actual file system being in the first + * partition, while the other partitions contain pseudo disk labels + * with embedded boot blocks for different architectures, which may + * be followed by UFS file systems. + * The firmware will set the boot path to the partition it boots from + * ('f' in the sun4u/sun4v case), but we want the kernel to be loaded + * from the ISO 9660 file system ('a'), so the boot path needs to be + * altered. + */ + if (bootpath[strlen(bootpath) - 2] == ':' && + bootpath[strlen(bootpath) - 1] == 'f') + bootpath[strlen(bootpath) - 1] = 'a'; + env_setenv("currdev", EV_VOLATILE, bootpath, ofw_setcurrdev, env_nounset); env_setenv("loaddev", EV_VOLATILE, bootpath, _______________________________________________ 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" From owner-freebsd-sparc64@FreeBSD.ORG Thu Jun 27 09:25:09 2013 Return-Path: Delivered-To: freebsd-sparc64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D5324AF0; Thu, 27 Jun 2013 09:25:09 +0000 (UTC) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B076F1664; Thu, 27 Jun 2013 09:25:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5R9P94c073884; Thu, 27 Jun 2013 09:25:09 GMT (envelope-from marius@freefall.freebsd.org) Received: (from marius@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5R9P8eS073883; Thu, 27 Jun 2013 09:25:08 GMT (envelope-from marius) Date: Thu, 27 Jun 2013 09:25:08 GMT Message-Id: <201306270925.r5R9P8eS073883@freefall.freebsd.org> To: serg@interface.nsk.su, marius@FreeBSD.org, freebsd-sparc64@FreeBSD.org From: marius@FreeBSD.org Subject: Re: sparc64/179289: Sun Enterprise 450 fails to boot from install CD, "can't load 'kernel'" X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 09:25:09 -0000 Synopsis: Sun Enterprise 450 fails to boot from install CD, "can't load 'kernel'" State-Changed-From-To: open->closed State-Changed-By: marius State-Changed-When: Thu Jun 27 09:24:28 UTC 2013 State-Changed-Why: Close; fixed in head and stable/9 http://www.freebsd.org/cgi/query-pr.cgi?pr=179289 From owner-freebsd-sparc64@FreeBSD.ORG Thu Jun 27 14:11:35 2013 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6542A797; Thu, 27 Jun 2013 14:11:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 24D2517CA; Thu, 27 Jun 2013 14:11:35 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5REBY7O078883; Thu, 27 Jun 2013 14:11:34 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5REBYlL078882; Thu, 27 Jun 2013 14:11:34 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 14:11:34 GMT Message-Id: <201306271411.r5REBYlL078882@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 14:11:35 -0000 TB --- 2013-06-27 12:55:02 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 12:55:02 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 12:55:02 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2013-06-27 12:55:02 - cleaning the object tree TB --- 2013-06-27 12:55:02 - /usr/local/bin/svn stat /src TB --- 2013-06-27 12:55:08 - At svn revision 252301 TB --- 2013-06-27 12:55:09 - building world TB --- 2013-06-27 12:55:09 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 12:55:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 12:55:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 12:55:09 - SRCCONF=/dev/null TB --- 2013-06-27 12:55:09 - TARGET=sparc64 TB --- 2013-06-27 12:55:09 - TARGET_ARCH=sparc64 TB --- 2013-06-27 12:55:09 - TZ=UTC TB --- 2013-06-27 12:55:09 - __MAKE_CONF=/dev/null TB --- 2013-06-27 12:55:09 - cd /src TB --- 2013-06-27 12:55:09 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 12:55:10 UTC 2013 >>> 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/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** 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 --- 2013-06-27 14:11:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 14:11:34 - ERROR: failed to build world TB --- 2013-06-27 14:11:34 - 3395.97 user 519.47 system 4592.35 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Thu Jun 27 19:35:37 2013 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 15980F20; Thu, 27 Jun 2013 19:35:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id C93751B00; Thu, 27 Jun 2013 19:35:36 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r5RJZasY033500; Thu, 27 Jun 2013 19:35:36 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RJZaNH033499; Thu, 27 Jun 2013 19:35:36 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 19:35:36 GMT Message-Id: <201306271935.r5RJZaNH033499@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 19:35:37 -0000 TB --- 2013-06-27 18:18:35 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 18:18:35 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-27 18:18:35 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2013-06-27 18:18:35 - cleaning the object tree TB --- 2013-06-27 18:18:44 - /usr/local/bin/svn stat /src TB --- 2013-06-27 18:18:50 - At svn revision 252306 TB --- 2013-06-27 18:18:51 - building world TB --- 2013-06-27 18:18:51 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 18:18:51 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 18:18:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 18:18:51 - SRCCONF=/dev/null TB --- 2013-06-27 18:18:51 - TARGET=sparc64 TB --- 2013-06-27 18:18:51 - TARGET_ARCH=sparc64 TB --- 2013-06-27 18:18:51 - TZ=UTC TB --- 2013-06-27 18:18:51 - __MAKE_CONF=/dev/null TB --- 2013-06-27 18:18:51 - cd /src TB --- 2013-06-27 18:18:51 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 18:18:53 UTC 2013 >>> 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/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O2 -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/sparc64.sparc64/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** 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 --- 2013-06-27 19:35:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 19:35:36 - ERROR: failed to build world TB --- 2013-06-27 19:35:36 - 3403.95 user 519.02 system 4620.85 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 28 07:03:13 2013 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 966DF7CA; Fri, 28 Jun 2013 07:03:13 +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 487D718C1; Fri, 28 Jun 2013 07:03:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5S73B78040736; Fri, 28 Jun 2013 03:03:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5S73BGF040735; Fri, 28 Jun 2013 07:03:11 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 07:03:11 GMT Message-Id: <201306280703.r5S73BGF040735@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 07:03:13 -0000 TB --- 2013-06-28 06:14:55 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 06:14:55 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 06:14:55 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-06-28 06:14:55 - cleaning the object tree TB --- 2013-06-28 06:14:55 - /usr/local/bin/svn stat /src TB --- 2013-06-28 06:14:59 - At svn revision 252320 TB --- 2013-06-28 06:15:00 - building world TB --- 2013-06-28 06:15:00 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 06:15:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 06:15:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 06:15:00 - SRCCONF=/dev/null TB --- 2013-06-28 06:15:00 - TARGET=sparc64 TB --- 2013-06-28 06:15:00 - TARGET_ARCH=sparc64 TB --- 2013-06-28 06:15:00 - TZ=UTC TB --- 2013-06-28 06:15:00 - __MAKE_CONF=/dev/null TB --- 2013-06-28 06:15:00 - cd /src TB --- 2013-06-28 06:15:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 06:15:08 UTC 2013 >>> 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/sbin/swapon/swapon.c: In function 'swap_on_off_gbde': /src/sbin/swapon/swapon.c:251: warning: declaration of 'devname' shadows a global declaration /obj/sparc64.sparc64/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:323: warning: declaration of 'devname' shadows a global declaration /obj/sparc64.sparc64/src/tmp/usr/include/stdlib.h:272: warning: shadowed declaration is here /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/sparc64.sparc64/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 07:03:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 07:03:11 - ERROR: failed to build world TB --- 2013-06-28 07:03:11 - 2401.35 user 427.21 system 2896.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 28 09:40:05 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C6D3E1CF for ; Fri, 28 Jun 2013 09:40:05 +0000 (UTC) (envelope-from krichter722@aol.de) Received: from omr-m08.mx.aol.com (omr-m08.mx.aol.com [64.12.222.129]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF1F1E41 for ; Fri, 28 Jun 2013 09:40:05 +0000 (UTC) Received: from mtaout-db05.r1000.mx.aol.com (mtaout-db05.r1000.mx.aol.com [172.29.51.197]) by omr-m08.mx.aol.com (Outbound Mail Relay) with ESMTP id 000A970000090 for ; Fri, 28 Jun 2013 05:34:41 -0400 (EDT) Received: from [192.168.178.54] (port-92-195-31-252.dynamic.qsc.de [92.195.31.252]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mtaout-db05.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id 72514E0000A2 for ; Fri, 28 Jun 2013 05:34:41 -0400 (EDT) Message-ID: <51CD58A9.8020509@aol.de> Date: Fri, 28 Jun 2013 11:34:33 +0200 From: Karl-Philipp Richter User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Subject: Installation in qemu X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2ESUUWFPRMEHTJESVGJTU" x-aol-global-disposition: G X-AOL-VSS-INFO: 5400.1158/91760 X-AOL-VSS-CODE: clean DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20121107; t=1372412081; bh=WIoR4W52U+GymyI2uO1d0azPSinUBJzFGV7KTL/UuW0=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=zDdjORwMDdkCDWihcJsJsNL/z/RQgB5yrgshu+/HAH8JmHJuEbbGa0WvzGS+U+rJo 8lp6dfZ6eechIDAMej6bsMXUXWuvEzC3BE5+/pGRs8m1FRl09V8U1Cvxe4Ksq6d/3w M513YdvT196nrg3ZLsuwyqeBqCpLf9vNG14rAvlA= X-AOL-SCOLL-SCORE: 0:2:422738528:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d33c551cd58b13227 X-AOL-IP: 92.195.31.252 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 09:40:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2ESUUWFPRMEHTJESVGJTU Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hi together, I'm new to this list and I hope to have the right address. When booting FreeBSD 9.1 in qemu (from ISO ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/FreeBSD-9.1-REL= EASE-sparc64-bootonly.iso) using qemu-system-sparc64 -hda /home/richter/QemuHardDisks/freebsd_9_1_sparc64.img -cdrom /home/richter/OS/FreeBSD/FreeBSD-9.1-RELEASE-sparc64-bootonly.iso -boot d -m 512 The booting does not further than jumping to kernel entry at 0xc0098000 (see screenshot). If I use 7.3 and 8.3 sparc64 version the same occurs with address 0xc0088000. Thanks in advance! All the best, Kalle ------enig2ESUUWFPRMEHTJESVGJTU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRzVivAAoJEGadKJ8eJ7ZGt8gH/1ytRHAdACdQngxwl58/VwCb wUH3xyIN8hLTzY5oVTthwewC2KKQW7AN3OkYCNtBX2zPtYb7gp6hm9R2eU8KJ/Sl gu8jT2QOfn0/9qsXqzEJIrPvCwfzUJvl06QO5hrTdvWkgPa/8ErFevlcCkPwCERk hcasplrjA9+t5nj776Q+HqOkF6WASN/oL24qMjHvJdyqCeV+6swzdHE9Xw6hYt05 msAkxjyTiS3NouvVcNseYR5DHfsbwMhY5TmuFs/41MP59TfPmuyK15VfZ8adNpp0 x3Ya0tOHRxOEb8F9bo0G1QYraZHAkRW0/bxGSW7eomzJG55Lt0eV0Zj2AM2c4dw= =iCDG -----END PGP SIGNATURE----- ------enig2ESUUWFPRMEHTJESVGJTU-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 28 09:41:02 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1E93324E for ; Fri, 28 Jun 2013 09:41:02 +0000 (UTC) (envelope-from krichter722@aol.de) Received: from omr-m02.mx.aol.com (omr-m02.mx.aol.com [64.12.143.76]) by mx1.freebsd.org (Postfix) with ESMTP id A0FFB1E5F for ; Fri, 28 Jun 2013 09:41:01 +0000 (UTC) Received: from mtaout-db04.r1000.mx.aol.com (mtaout-db04.r1000.mx.aol.com [172.29.51.196]) by omr-m02.mx.aol.com (Outbound Mail Relay) with ESMTP id 02E36700000AE for ; Fri, 28 Jun 2013 05:35:33 -0400 (EDT) Received: from [192.168.178.54] (port-92-195-31-252.dynamic.qsc.de [92.195.31.252]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mtaout-db04.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id 9EF68E000084 for ; Fri, 28 Jun 2013 05:35:31 -0400 (EDT) Message-ID: <51CD58E1.3000600@aol.de> Date: Fri, 28 Jun 2013 11:35:29 +0200 From: Karl-Philipp Richter User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Subject: Installation in qemu X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2XPKRXITRKSFMQEXDMCVM" x-aol-global-disposition: G X-AOL-VSS-INFO: 5400.1158/91760 X-AOL-VSS-CODE: clean DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20121107; t=1372412132; bh=TZZxr4ZR7heyhOOXOVA9w9nVA0BuGYClAH9IvUP9CMU=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=RvBR4s7OIwhd7DfkxEKgQPv7fS2obQ8h1riLyf1ZK1LpOEM8ior8/tuBKXU6Vi4m8 rxoQpbRFyFgEYC3C+Zf/ajtOW5etG1KBidOHhc2Jaa2L5+CJLBdoO9r47yPAScHMKL +BqYzbQBVlvZKagfhUoKIRxjIKhhk9myWsxSMu5A= X-AOL-SCOLL-SCORE: 0:2:422738528:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d33c451cd58e33c27 X-AOL-IP: 92.195.31.252 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 09:41:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2XPKRXITRKSFMQEXDMCVM Content-Type: multipart/mixed; boundary="------------050209020507000502090100" This is a multi-part message in MIME format. --------------050209020507000502090100 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hi together, I'm new to this list and I hope to have the right address. When booting FreeBSD 9.1 in qemu (from ISO ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/FreeBSD-9.1-REL= EASE-sparc64-bootonly.iso) using qemu-system-sparc64 -hda /home/richter/QemuHardDisks/freebsd_9_1_sparc64.img -cdrom /home/richter/OS/FreeBSD/FreeBSD-9.1-RELEASE-sparc64-bootonly.iso -boot d -m 512 The booting does not further than jumping to kernel entry at 0xc0098000 (see screenshot). If I use 7.3 and 8.3 sparc64 version the same occurs with address 0xc0088000. Thanks in advance! All the best, Kalle --------------050209020507000502090100-- ------enig2XPKRXITRKSFMQEXDMCVM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRzVjhAAoJEGadKJ8eJ7ZGGHMIALb+jq6zOLXT//gLrt4gi3yC JwVH8b990teqbT1/6oaxYT/sQIFuSumO9n/8tEaJTWwFl38g6YXr6rRMSZ52V1/H nLb7219uRH6wMosfOOh2480pL9+gjkzZi6gsh98xKM/dZzIH8MjwPJVHjuyfyL4D WKUQiancZ+2hQ5oCkBRvtexw3nmwKt+oRGlCMsxLvCE8bGlb4GRE6Xo4cyU4Lko7 5NvPS2buXkYAfQ8u3uBn57G5l71KSV1Yo4aF/KwX1FKwKaFOgH+y6qhUxs6OUKcC mdFzSjOa++VATRC5hvZPVjXvW4XgNNwbHAZ0ylN8Oyd3pluYPYG7hx0tfbPAPxI= =KXM0 -----END PGP SIGNATURE----- ------enig2XPKRXITRKSFMQEXDMCVM-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 28 11:25:12 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0CAB081B for ; Fri, 28 Jun 2013 11:25:12 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) by mx1.freebsd.org (Postfix) with ESMTP id C7E3B1276 for ; Fri, 28 Jun 2013 11:25:11 +0000 (UTC) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id 1D30D1272; Fri, 28 Jun 2013 13:25:08 +0200 (CEST) Date: Fri, 28 Jun 2013 13:25:08 +0200 From: Michael Moll To: Karl-Philipp Richter Subject: Re: Installation in qemu Message-ID: <20130628112507.GA67603@darkthrone.kvedulv.de> References: <51CD58A9.8020509@aol.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51CD58A9.8020509@aol.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 11:25:12 -0000 Hi, On Fri, Jun 28, 2013 at 11:34:33AM +0200, Karl-Philipp Richter wrote: > The booting does not further than > > jumping to kernel entry at 0xc0098000 > > (see screenshot). Binary attachments are scrapped by the mailinglist, however, your problem is reproducible. First off, the emulated framebuffer is probably not supported by FreeBSD. This happens sometimes on real hardware, too and then the serial console has to be used for installing. When looking at the serial console in this case, a lot of messages "Unimplemented service milliseconds ([0] -- [1])" are popping up there while the system tries to boot the kernel. https://bugs.launchpad.net/qemu/+bug/818645 seems to be this exact problem and probably it's still not implemented/fixed in OpenBIOS. Greetings -- Michael Moll From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 28 11:34:43 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0549999D for ; Fri, 28 Jun 2013 11:34:43 +0000 (UTC) (envelope-from krichter722@aol.de) Received: from omr-d04.mx.aol.com (omr-d04.mx.aol.com [205.188.109.201]) by mx1.freebsd.org (Postfix) with ESMTP id BD69212DB for ; Fri, 28 Jun 2013 11:34:42 +0000 (UTC) Received: from mtaout-db03.r1000.mx.aol.com (mtaout-db03.r1000.mx.aol.com [172.29.51.195]) by omr-d04.mx.aol.com (Outbound Mail Relay) with ESMTP id 951FC700000A3; Fri, 28 Jun 2013 07:34:36 -0400 (EDT) Received: from [192.168.178.54] (port-92-195-31-252.dynamic.qsc.de [92.195.31.252]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mtaout-db03.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id D4108E0000B2; Fri, 28 Jun 2013 07:34:35 -0400 (EDT) Message-ID: <51CD74C9.3070504@aol.de> Date: Fri, 28 Jun 2013 13:34:33 +0200 From: Karl-Philipp Richter User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: Michael Moll Subject: Re: Installation in qemu References: <51CD58A9.8020509@aol.de> <20130628112507.GA67603@darkthrone.kvedulv.de> In-Reply-To: <20130628112507.GA67603@darkthrone.kvedulv.de> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2PDBGCGRXDJAPPUXLCCLJ" x-aol-global-disposition: G X-AOL-VSS-INFO: 5400.1158/91762 X-AOL-VSS-CODE: clean DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20121107; t=1372419276; bh=HX5SxV7x7DSvFwq+lQljkWsft9EE4H4gZpAYoaDtxG0=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=DmOWm5UD8nXw3DiR9f6jHAxLxKJ9w1LLdvZZmx3EM9rFctt7OnpZ8xGkgeMn1qLu6 LOx3ZzWMMtfdnOoKY15vGkr0I6RpuF3RSMcgLx4GChdaej27189s8jcqp5fqWmLCtI 8YrBL4b/rYAeZBUrMOIMQ7AlnJbQJW+VVA8Elg5Q= X-AOL-SCOLL-SCORE: 0:2:477670784:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d33c351cd74cb1e00 X-AOL-IP: 92.195.31.252 Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 11:34:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2PDBGCGRXDJAPPUXLCCLJ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, OpenBIOS website says: "The following kernels will partially boot, but still suffer from some emulation bugs under QEMU: [...] FreeBSD". So I'll have to sit and wait... Thanks for your reply! Greetings, Kalle Am 28.06.2013 13:25, schrieb Michael Moll: > Hi, > > On Fri, Jun 28, 2013 at 11:34:33AM +0200, Karl-Philipp Richter wrote: >> The booting does not further than >> >> jumping to kernel entry at 0xc0098000 >> >> (see screenshot). > Binary attachments are scrapped by the mailinglist, however, your > problem is reproducible. First off, the emulated framebuffer is probabl= y > not supported by FreeBSD. This happens sometimes on real hardware, too > and then the serial console has to be used for installing. > > When looking at the serial console in this case, a lot of messages > "Unimplemented service milliseconds ([0] -- [1])" are popping up there > while the system tries to boot the kernel. > > https://bugs.launchpad.net/qemu/+bug/818645 seems to be this exact > problem and probably it's still not implemented/fixed in OpenBIOS. > > Greetings ------enig2PDBGCGRXDJAPPUXLCCLJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRzXTJAAoJEGadKJ8eJ7ZG4QkIAMMTtHE8lq3RyeT16M6iyrEo gScQ2RDwtNRcWhwx7Cv9n6WOzlwKXJj6NcAEt7AN5lTVLJg+I6MR0XNMVm1Lx3KI /lgKCMJegFS1zlZSuaYrp1QgChCLsha5jQ0iixnHIFm+kyvzZb1zkviXOSfTAHXa yMtIKz1/Qbyjyxp7l3CsdqZl2RkXkOo5FqFphI+KmKT4xbCAd3To6vTHy45GpCYG +BmXp7y/T2BYCefMShryLqmW3dW+INLt61D31sjVTNry2HX2bzBHlLehzCefqVXy 1yv/5TP2UUPDNmSnf0cRj8M7RqcNbB4bqxQGZcDRSo+eaKfjHHES8gxJVpNpnt8= =YrDn -----END PGP SIGNATURE----- ------enig2PDBGCGRXDJAPPUXLCCLJ-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 28 11:57:57 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D22ECF6C for ; Fri, 28 Jun 2013 11:57: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 72BF413C2 for ; Fri, 28 Jun 2013 11:57:57 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.7/8.14.7/ALCHEMY.FRANKEN.DE) with ESMTP id r5SBvl10027150; Fri, 28 Jun 2013 13:57:47 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.7/8.14.7/Submit) id r5SBvlr4027149; Fri, 28 Jun 2013 13:57:47 +0200 (CEST) (envelope-from marius) Date: Fri, 28 Jun 2013 13:57:47 +0200 From: Marius Strobl To: Michael Moll Subject: Re: Installation in qemu Message-ID: <20130628115747.GA27026@alchemy.franken.de> References: <51CD58A9.8020509@aol.de> <20130628112507.GA67603@darkthrone.kvedulv.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130628112507.GA67603@darkthrone.kvedulv.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 11:57:57 -0000 On Fri, Jun 28, 2013 at 01:25:08PM +0200, Michael Moll wrote: > Hi, > > On Fri, Jun 28, 2013 at 11:34:33AM +0200, Karl-Philipp Richter wrote: > > The booting does not further than > > > > jumping to kernel entry at 0xc0098000 > > > > (see screenshot). > > Binary attachments are scrapped by the mailinglist, however, your > problem is reproducible. First off, the emulated framebuffer is probably > not supported by FreeBSD. This happens sometimes on real hardware, too > and then the serial console has to be used for installing. As far as QEMU is concerned, it emulates a sun4u machine with VGA graphics with VESA, which simply cannot work in reality. Thus, I don't see much point in putting efforts into making that work with FreeBSD and using QEMU with "-nographic" is the way to go. Apart from that and as you say, the level of sun4u emulation provided by QEMU/OpenBIOS generally seems rather incomplete. Actually, the environment provided by the latter [1] appears to be absurd: "OpenBIOS/SPARC64 is currently able to boot the following OS/kernels: * Linux (with virtio drivers)" WTF? :) Marius 1: http://www.openfirmware.info/OpenBIOS From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 28 14:06:36 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E0B4E6E for ; Fri, 28 Jun 2013 14:06:36 +0000 (UTC) (envelope-from krichter722@aol.de) Received: from omr-m01.mx.aol.com (omr-m01.mx.aol.com [64.12.143.75]) by mx1.freebsd.org (Postfix) with ESMTP id A43C71ECA for ; Fri, 28 Jun 2013 14:06:36 +0000 (UTC) Received: from mtaout-mb01.r1000.mx.aol.com (mtaout-mb01.r1000.mx.aol.com [172.29.41.65]) by omr-m01.mx.aol.com (Outbound Mail Relay) with ESMTP id 69CEE700000A6; Fri, 28 Jun 2013 10:06:30 -0400 (EDT) Received: from [192.168.178.54] (port-92-195-31-252.dynamic.qsc.de [92.195.31.252]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mtaout-mb01.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id 8D9EAE0000F7; Fri, 28 Jun 2013 10:06:29 -0400 (EDT) Message-ID: <51CD9863.50900@aol.de> Date: Fri, 28 Jun 2013 16:06:27 +0200 From: Karl-Philipp Richter User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: Marius Strobl Subject: Re: Installation in qemu References: <51CD58A9.8020509@aol.de> <20130628112507.GA67603@darkthrone.kvedulv.de> <20130628115747.GA27026@alchemy.franken.de> In-Reply-To: <20130628115747.GA27026@alchemy.franken.de> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2LHEUOWRISGJLOBJHQGRO" x-aol-global-disposition: G X-AOL-VSS-INFO: 5400.1158/91765 X-AOL-VSS-CODE: clean DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20121107; t=1372428390; bh=/jnB9717EIYqfe9zuDlome09Ton5Q3YpXaWXkkV0DE8=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=Is8iL9IYSah3f5NV6ZYGGzWBf1sVYhaEnXkmQYHzwyPoycA4+hHqDGoBzGiqP1fbX GcMWYfZ+L0zZxMnX2iKvyxOGIKIfGNlBiGhsH6zI3IhOwdbfvss5/fN/jrFXYDTGmA by5n8Y9aUC4bUGJBS85vSu49o3+626rA1ga+Efx4= X-AOL-SCOLL-SCORE: 0:2:451993088:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d294151cd98650a61 X-AOL-IP: 92.195.31.252 Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 14:06:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2LHEUOWRISGJLOBJHQGRO Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm not enough into the topic to judge this. Am 28.06.2013 13:57, schrieb Marius Strobl: > On Fri, Jun 28, 2013 at 01:25:08PM +0200, Michael Moll wrote: >> Hi, >> >> On Fri, Jun 28, 2013 at 11:34:33AM +0200, Karl-Philipp Richter wrote: >>> The booting does not further than >>> >>> jumping to kernel entry at 0xc0098000 >>> >>> (see screenshot). >> Binary attachments are scrapped by the mailinglist, however, your >> problem is reproducible. First off, the emulated framebuffer is probab= ly >> not supported by FreeBSD. This happens sometimes on real hardware, too= >> and then the serial console has to be used for installing. > As far as QEMU is concerned, it emulates a sun4u machine with VGA > graphics with VESA, which simply cannot work in reality. Thus, I > don't see much point in putting efforts into making that work with > FreeBSD and using QEMU with "-nographic" is the way to go. > Apart from that and as you say, the level of sun4u emulation provided > by QEMU/OpenBIOS generally seems rather incomplete. Actually, the > environment provided by the latter [1] appears to be absurd: > "OpenBIOS/SPARC64 is currently able to boot the following OS/kernels: > * Linux (with virtio drivers)" > WTF? :) > > Marius > > 1: http://www.openfirmware.info/OpenBIOS > ------enig2LHEUOWRISGJLOBJHQGRO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRzZhjAAoJEGadKJ8eJ7ZGHdIH/id1/HeA5joVDfjp1qgkWRng 32AKX0GnhDX1bqGx9AkHXsPzdOb9BmWx/XZND7BwnND/UVlOxanDi6Lr8oLNp7WY nPc6vbMZdJx56Xg26kA8o67IycMDJIXTcQ1Di2u0EkJcEf+pOMecS3TtDo39BZv1 /qzj3jawe/JN8hkRyVMuDVT0JAYlWRUBAexVnOtUma5VixmNiDnmY7gTMtvpoEX+ 0NG54clNwabwmm86JgwCXXrZieGiP9BPLOWpY5e6r29cY9mRCXCubnBOEU+Fnp7+ J4bBa570BZeDNy+g+IQ4DpZyFPkir3UNV35VmA3oVP9eoKMJYMoowMN+TXvwaYQ= =sjQw -----END PGP SIGNATURE----- ------enig2LHEUOWRISGJLOBJHQGRO-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 28 16:48:49 2013 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0F5C59A7; Fri, 28 Jun 2013 16:48: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 C15341872; Fri, 28 Jun 2013 16:48:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5SGmme1059564; Fri, 28 Jun 2013 12:48:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5SGmme7059563; Fri, 28 Jun 2013 16:48:48 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Jun 2013 16:48:48 GMT Message-Id: <201306281648.r5SGmme7059563@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 16:48:49 -0000 TB --- 2013-06-28 16:00:35 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-28 16:00:35 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-28 16:00:35 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-06-28 16:00:35 - cleaning the object tree TB --- 2013-06-28 16:01:26 - /usr/local/bin/svn stat /src TB --- 2013-06-28 16:01:30 - At svn revision 252337 TB --- 2013-06-28 16:01:31 - building world TB --- 2013-06-28 16:01:31 - CROSS_BUILD_TESTING=YES TB --- 2013-06-28 16:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-28 16:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-28 16:01:31 - SRCCONF=/dev/null TB --- 2013-06-28 16:01:31 - TARGET=sparc64 TB --- 2013-06-28 16:01:31 - TARGET_ARCH=sparc64 TB --- 2013-06-28 16:01:31 - TZ=UTC TB --- 2013-06-28 16:01:31 - __MAKE_CONF=/dev/null TB --- 2013-06-28 16:01:31 - cd /src TB --- 2013-06-28 16:01:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jun 28 16:01:38 UTC 2013 >>> 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 [...] (cd /src/rescue/rescue/../../sbin/swapon && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ depend && /obj/src/make.amd64/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/swapon/ swapon.o) rm -f .depend CC='cc ' mkdep -f .depend -a -DRESCUE -std=gnu99 /src/sbin/swapon/swapon.c echo swapon: /obj/sparc64.sparc64/src/tmp/usr/lib/libc.a /obj/sparc64.sparc64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -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/sbin/swapon/swapon.c cc1: warnings being treated as errors /src/sbin/swapon/swapon.c: In function 'swap_on_off_geli': /src/sbin/swapon/swapon.c:394: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. make: stopped in /src/sbin/swapon *** Error code 1 Stop. make: stopped in /obj/sparc64.sparc64/src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue/rescue *** Error code 1 Stop. make: stopped in /src/rescue *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-28 16:48:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-28 16:48:48 - ERROR: failed to build world TB --- 2013-06-28 16:48:48 - 2394.75 user 428.22 system 2892.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full