From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 24 20:10:35 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 34F07DE6; Sun, 24 Feb 2013 20:10:35 +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 E72EB1E7; Sun, 24 Feb 2013 20:10:34 +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 r1OKAYgF009831; Sun, 24 Feb 2013 15:10:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1OKAYwq009830; Sun, 24 Feb 2013 20:10:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 24 Feb 2013 20:10:34 GMT Message-Id: <201302242010.r1OKAYwq009830@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, 24 Feb 2013 20:10:35 -0000 TB --- 2013-02-24 19:17:39 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-24 19:17:39 - 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-02-24 19:17:39 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-02-24 19:17:39 - cleaning the object tree TB --- 2013-02-24 19:17:39 - /usr/local/bin/svn stat /src TB --- 2013-02-24 19:17:42 - At svn revision 247223 TB --- 2013-02-24 19:17:43 - building world TB --- 2013-02-24 19:17:43 - CROSS_BUILD_TESTING=YES TB --- 2013-02-24 19:17:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-24 19:17:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-24 19:17:43 - SRCCONF=/dev/null TB --- 2013-02-24 19:17:43 - TARGET=sparc64 TB --- 2013-02-24 19:17:43 - TARGET_ARCH=sparc64 TB --- 2013-02-24 19:17:43 - TZ=UTC TB --- 2013-02-24 19:17:43 - __MAKE_CONF=/dev/null TB --- 2013-02-24 19:17:43 - cd /src TB --- 2013-02-24 19:17:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Feb 24 19:17:47 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/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdb.c cc -O2 -pipe -I/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsdb/fsdbutil.c /src/sbin/fsdb/fsdbutil.c:242:14: error: macro "initbarea" requires 2 arguments, but only 1 given /src/sbin/fsdb/fsdbutil.c: In function 'printindir': /src/sbin/fsdb/fsdbutil.c:242: error: 'initbarea' undeclared (first use in this function) /src/sbin/fsdb/fsdbutil.c:242: error: (Each undeclared identifier is reported only once /src/sbin/fsdb/fsdbutil.c:242: error: for each function it appears in.) /src/sbin/fsdb/fsdbutil.c:246: error: too few arguments to function 'getdatablk' *** [fsdbutil.o] Error code 1 Stop in /src/sbin/fsdb. *** [fsdb_make] Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-24 20:10:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-24 20:10:34 - ERROR: failed to build world TB --- 2013-02-24 20:10:34 - 2443.66 user 429.99 system 3175.12 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 24 20:55:58 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 CABA5985 for ; Sun, 24 Feb 2013 20:55:58 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) by mx1.freebsd.org (Postfix) with ESMTP id A084036A for ; Sun, 24 Feb 2013 20:55:58 +0000 (UTC) Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) (authenticated bits=0) by mail.distal.com (8.14.3/8.14.3) with ESMTP id r1OKtu0I026035 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 24 Feb 2013 15:55:57 -0500 (EST) From: Chris Ross Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: memstick installation for sparc64? Message-Id: <5007C54B-DA08-41AE-88F0-274A625FF220@distal.com> Date: Sun, 24 Feb 2013 15:55:56 -0500 To: "freebsd-sparc64@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (mail.distal.com [206.138.151.250]); Sun, 24 Feb 2013 15:55:57 -0500 (EST) 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, 24 Feb 2013 20:55:58 -0000 I have a Sun Netra X1 I'd like to install FreeBSD onto. I intend two = drives in it, and while I _could_ install one disc, load from an IDE CD-R, then install = the other and reconfigure, I was looking into the idea of either: a) boot/install from a USB optical drive, or b) boot/install from a USB flash drive. I notice, that at least for 9.1 release, there are only boot1 and = disc1 ISO's for sparc64. Does this suggest that the memstick image is known not to work? =20 In any case, has anyone been able to get either of my desired = solutions above to work on a sparc64? I'm wanting to install a self-built 9-stable, in case = that matters. Thanks. - Chris From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 24 22:40:29 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 798E4745 for ; Sun, 24 Feb 2013 22:40:29 +0000 (UTC) (envelope-from lidl@hydra.pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) by mx1.freebsd.org (Postfix) with ESMTP id 36867987 for ; Sun, 24 Feb 2013 22:40:29 +0000 (UTC) Received: from hydra.pix.net (localhost [127.0.0.1]) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id r1OMeSPN037286; Sun, 24 Feb 2013 17:40:28 -0500 (EST) (envelope-from lidl@hydra.pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.6 at mail.pix.net Received: (from lidl@localhost) by hydra.pix.net (8.14.5/8.14.5/Submit) id r1OMeSCI037285; Sun, 24 Feb 2013 17:40:28 -0500 (EST) (envelope-from lidl) Date: Sun, 24 Feb 2013 17:40:28 -0500 From: Kurt Lidl To: Chris Ross Subject: Re: memstick installation for sparc64? Message-ID: <20130224224028.GB37062@pix.net> References: <5007C54B-DA08-41AE-88F0-274A625FF220@distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5007C54B-DA08-41AE-88F0-274A625FF220@distal.com> 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: Sun, 24 Feb 2013 22:40:29 -0000 On Sun, Feb 24, 2013 at 03:55:56PM -0500, Chris Ross wrote: > I have a Sun Netra X1 I'd like to install FreeBSD onto. I intend > two drives in it, and while I _could_ install one disc, load from > an IDE CD-R, then install the other and > reconfigure, I was looking into the idea of either: > > a) boot/install from a USB optical drive, or > b) boot/install from a USB flash drive. Only "some" ultrasparcs have the ability to boot from USB. I've attempted to get the prom to probe/boot from usb thumb drive on my sunfire v240, but haven't gotten success there. (I've successfully booted other i386/amd64 machines from this particular thumb drive, so I know that modern-ish BIOS on those machines find this drive "OK" with regards to booting.) I haven't attempted it on my sunfire v120 yet. I don't have a USB cdrom/dvd to try it with. There's this, that says OBP 4.27 (or newer) is required: http://www.purplecow.org/index.php/SPARC_USB_Boot My SunFire V240 has: OpenBoot 4.16.2 My V120 has: OpenBoot 4.0 So, I doubt it will work on any of the machines I have. I don't know what you have in your X1, but it's an easy first thing to check. -Kurt > I notice, that at least for 9.1 release, there are only boot1 and disc1 ISO's for sparc64. > Does this suggest that the memstick image is known not to work? > > In any case, has anyone been able to get either of my desired solutions above to work > on a sparc64? I'm wanting to install a self-built 9-stable, in case that matters. > > Thanks. > > - Chris > > _______________________________________________ > 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 Mon Feb 25 03:19:22 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 D09FD44C for ; Mon, 25 Feb 2013 03:19:22 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) by mx1.freebsd.org (Postfix) with ESMTP id A2A9C9C4 for ; Mon, 25 Feb 2013 03:19:22 +0000 (UTC) Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) (authenticated bits=0) by mail.distal.com (8.14.3/8.14.3) with ESMTP id r1P3JKog001648 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 24 Feb 2013 22:19:21 -0500 (EST) From: Chris Ross Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Problems booting 9.1-STABLE on Netra X1 Message-Id: Date: Sun, 24 Feb 2013 22:19:20 -0500 To: "freebsd-sparc64@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (mail.distal.com [206.138.151.250]); Sun, 24 Feb 2013 22:19:21 -0500 (EST) 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, 25 Feb 2013 03:19:22 -0000 So, as discussed in an earlier thread, I am looking to install FreeBSD = on a Sun Netra X1. Given that I don't currently have any USB loadable media, or any = confidence that it will work, I started working on setting up a netboot. I have it netbooting via a = loader and kernel via tftp. However, there seems to be a problem After getting through some/most of autoconf, it says: Power Failure Detected: Shutting down NOW. At which point, it goes silent. The console doesn't respond to input, = including a break (which would normally drop back to OBP). Does anyone have any idea what might be going on here? Some = miscommunication about the clock or power management systems in this hardware? Thanks. Boot output below, and any more details available if needed, = and specific guidance to get the details is appreciated. :-) - Chris /boot/kernel/kernel data=3D0xb9f5d8+0xc6980 = syms=3D[0x8+0xc7110+0x8+0xb8713] jumping to kernel entry at 0xc0098000. Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.1-STABLE #2: Sun Feb 24 00:07:34 EST 2013 cross@build.distal.com:/usr/obj/usr/src/sys/GENERIC sparc64 real memory =3D 671088640 (640 MB) avail memory =3D 630849536 (601 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (500.00 MHz CPU) kbd0 at kbdmux0 nexus0: pcib0: mem = 0x1fe00000000-0x1fe0000ffff,0x1fe01000000-0x1fe010000ff irq = 2032,2030,2031,2021 on nexus0 pcib0: Sabre, impl 0, version 0, IGN 0x1f, bus A, 66MHz pcib0: DVMA map: 0x60000000 to 0x63ffffff 8192 entries pcib0: [GIANT-LOCKED] pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 3.0 (no driver attached) dc0: port 0x10000-0x100ff mem 0-0xff at = device 12.0 on pci0 miibus0: on dc0 amphy0: PHY 1 on miibus0 amphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:03:ba:05:e4:7a dc1: port 0x10100-0x101ff mem = 0x2000-0x20ff at device 5.0 on pci0 miibus1: on dc1 amphy1: PHY 1 on miibus1 amphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc1: Ethernet address: 00:03:ba:05:e4:7a ohci0: mem = 0x1000000-0x1000fff at device 10.0 on pci0 usbus0 on ohci0 atapci0: port = 0x10200-0x10207,0x10218-0x1021b,0x10210-0x10217,0x10208-0x1020b,0x10220-0x= 1022f at device 13.0 on pci0 atapci0: using PIO transfers above 137GB as workaround for 48bit DMA = access bug, expect reduced performance ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 nexus0: type unknown (no driver attached) rtc0: at port 0x70-0x71 on isa0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 43 on isa0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 43 on isa0 ctl: CAM Target Layer loaded Timecounter "tick" frequency 500000000 Hz quality 1000 Event timer "tick" frequency 500000000 Hz quality 1000 Timecounters tick every 1.000 msec Power Failure Detected: Shutting down NOW. [halt sent] [halt sent] From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 25 10:14:52 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 DD705E74 for ; Mon, 25 Feb 2013 10:14:52 +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 56FAAA46 for ; Mon, 25 Feb 2013 10:14:52 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.6/8.14.6/ALCHEMY.FRANKEN.DE) with ESMTP id r1PADFXf079151; Mon, 25 Feb 2013 11:13:16 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.6/8.14.6/Submit) id r1PADFjN079150; Mon, 25 Feb 2013 11:13:15 +0100 (CET) (envelope-from marius) Date: Mon, 25 Feb 2013 11:13:15 +0100 From: Marius Strobl To: Chris Ross Subject: Re: Problems booting 9.1-STABLE on Netra X1 Message-ID: <20130225101315.GA79064@alchemy.franken.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.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: Mon, 25 Feb 2013 10:14:52 -0000 On Sun, Feb 24, 2013 at 10:19:20PM -0500, Chris Ross wrote: > So, as discussed in an earlier thread, I am looking to install FreeBSD on a Sun Netra X1. > Given that I don't currently have any USB loadable media, or any confidence that it will work, > I started working on setting up a netboot. I have it netbooting via a loader and kernel via > tftp. However, there seems to be a problem > > After getting through some/most of autoconf, it says: > > Power Failure Detected: Shutting down NOW. > > At which point, it goes silent. The console doesn't respond to input, including a break > (which would normally drop back to OBP). > > Does anyone have any idea what might be going on here? Some miscommunication > about the clock or power management systems in this hardware? > > Thanks. Boot output below, and any more details available if needed, and specific > guidance to get the details is appreciated. :-) This means that the machine is generating a power failure interrupt, which causes FreeBSD to initiate a graceful shutdown rather than waiting for the power to supply to suddenly die, which could cause data loss. In general, it's very model specific whether Sun hooked up that interrupt to anything and to what. F.e., in U5/U10 it's just connected to the power button rather than a circuit that monitors the power supply. I don't know for certain what it is connected to in X1. However, given that these latter use an ACPI-style power button and were intended as servers, it's quite likely that their power failure interrupt actually is connected to a power supply monitoring circuit. You could hack psycho(4) to just not register the power failure interrupt handler. Whether you really want to use that machine in this configuration (it could be either the power supply actually starting to fail or also just the monitoring circuit being broken) is something you have to decide on your own. Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 25 11:06:55 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 8F0AC185 for ; Mon, 25 Feb 2013 11:06:55 +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 82444E8A for ; Mon, 25 Feb 2013 11:06:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r1PB6tDG066745 for ; Mon, 25 Feb 2013 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r1PB6tQF066743 for freebsd-sparc64@FreeBSD.org; Mon, 25 Feb 2013 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Feb 2013 11:06:55 GMT Message-Id: <201302251106.r1PB6tQF066743@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, 25 Feb 2013 11:06:55 -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/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 11 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 25 15:17:49 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 0F6BF292 for ; Mon, 25 Feb 2013 15:17:49 +0000 (UTC) (envelope-from thornton.richard@gmail.com) Received: from mail-ob0-f178.google.com (mail-ob0-f178.google.com [209.85.214.178]) by mx1.freebsd.org (Postfix) with ESMTP id CC9062A3 for ; Mon, 25 Feb 2013 15:17:48 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id wd20so2898088obb.23 for ; Mon, 25 Feb 2013 07:17:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=VBxF53o0n+os1UMmskfedonOI3C/K5yABoEl3rK7+P8=; b=ubPU6QPTHkWWUEQ9as9x94qxwwCcm85AzVL+xrtCZezEPQbrtmNdGcDdnuCra3Tm64 CFc0CfUfytj5vsHvR/xHsib16HDBsAr/MGWZJMmXrWPm4WlAfVRIpb011BTzafdPQKYL j4jtamAXWL1yri9yakN64+J/IiD9AkrZiMmwGbPrqXZPheSVsFoUC2jzR1h7RscP7SH1 dEKZmS3MHtsCkYo8kZF1TYBSTf1bscar/eGbES54XSUvigC+SFD3qIjKqmFw8e5Su0EV yf0aqatMAVFAxgEGC66paoQX8ifVytV/xce4itIj49HwApitjGWh1PkjV0N1k9isM4/J zY2Q== MIME-Version: 1.0 X-Received: by 10.60.170.198 with SMTP id ao6mr8140470oec.28.1361805462601; Mon, 25 Feb 2013 07:17:42 -0800 (PST) Received: by 10.182.39.98 with HTTP; Mon, 25 Feb 2013 07:17:42 -0800 (PST) Date: Mon, 25 Feb 2013 10:17:42 -0500 Message-ID: Subject: Sendmail From: Richard Thornton To: "freebsd-sparc64@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 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: Mon, 25 Feb 2013 15:17:49 -0000 > > Which lines do I have to edit, in which configuration files, so that I > can actually use the mail command and actually send an email out from my > sparc based BSD computer? > Thanks, Richard From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 25 16:48:06 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 A6FA6DA0 for ; Mon, 25 Feb 2013 16:48:06 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (unknown [IPv6:2a01:170:1047::9]) by mx1.freebsd.org (Postfix) with ESMTP id 67D6C893 for ; Mon, 25 Feb 2013 16:48:06 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 7BBDA674; Mon, 25 Feb 2013 17:48:03 +0100 (MET) Date: Mon, 25 Feb 2013 17:48:03 +0100 From: Joerg Wunsch To: "freebsd-sparc64@freebsd.org" Subject: Re: Sendmail Message-ID: <20130225164803.GC68582@uriah.heep.sax.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2013 16:48:06 -0000 As Richard Thornton wrote: > > Which lines do I have to edit, in which configuration files, so that I > > can actually use the mail command and actually send an email out from my > > sparc based BSD computer? IIRC, by default, outgoing mails ought to work out of the box. The following setting in /etc/defaults/rc.conf (unless overridden by /etc/rc.conf) is responsible for this: sendmail_submit_enable="YES" # Start a localhost-only MTA for mail submission -- cheers, Joerg .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 25 17:34:33 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 CAABFA46 for ; Mon, 25 Feb 2013 17:34:33 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from smtp.getmail.no (smtp.getmail.no [84.208.15.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8A4CAA75 for ; Mon, 25 Feb 2013 17:34:33 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from get-mta-scan02.get.basefarm.net ([10.5.16.4]) by get-mta-out03.get.basefarm.net (Sun Java(tm) System Messaging Server 7.0-0.04 64bit (built Jun 20 2008)) with ESMTP id <0MIS00AW9E5K4030@get-mta-out03.get.basefarm.net> for freebsd-sparc64@FreeBSD.org; Mon, 25 Feb 2013 18:34:32 +0100 (MET) Received: from get-mta-scan02.get.basefarm.net (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id B363A1EA8384_12BA0A8B for ; Mon, 25 Feb 2013 17:34:32 +0000 (GMT) Received: from kg-v2.kg4.no (cm-84.215.134.159.getinternet.no [84.215.134.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by get-mta-scan02.get.basefarm.net (Sophos Email Appliance) with ESMTPSA id 8876A1EFA4AB_12BA0A8F for ; Mon, 25 Feb 2013 17:34:32 +0000 (GMT) Date: Mon, 25 Feb 2013 18:34:32 +0100 From: Torfinn Ingolfsen To: freebsd-sparc64@FreeBSD.org Subject: Re: Sendmail Message-id: <20130225183432.aea4bb98e7cc8ac829380df2@getmail.no> In-reply-to: References: X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) 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, 25 Feb 2013 17:34:33 -0000 On Mon, 25 Feb 2013 10:17:42 -0500 Richard Thornton wrote: > > > > Which lines do I have to edit, in which configuration files, so that I > > can actually use the mail command and actually send an email out from my > > sparc based BSD computer? > > > > Thanks, This (and many other subjects) are documented in The Handbook. Direct link: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/sendmail.html HTH -- Torfinn Ingolfsen From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 25 21:49:48 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 5F71D798 for ; Mon, 25 Feb 2013 21:49:48 +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 0C0439E3 for ; Mon, 25 Feb 2013 21:49:47 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.6/8.14.6/ALCHEMY.FRANKEN.DE) with ESMTP id r1PLng2P081764; Mon, 25 Feb 2013 22:49:42 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.6/8.14.6/Submit) id r1PLnfeB081763; Mon, 25 Feb 2013 22:49:41 +0100 (CET) (envelope-from marius) Date: Mon, 25 Feb 2013 22:49:41 +0100 From: Marius Strobl To: Chris Ross Subject: Re: Problems booting 9.1-STABLE on Netra X1 Message-ID: <20130225214941.GD955@alchemy.franken.de> References: <20130225101315.GA79064@alchemy.franken.de> <76C74932-5BB0-4194-86CE-F121F6D18D84@distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <76C74932-5BB0-4194-86CE-F121F6D18D84@distal.com> 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: Mon, 25 Feb 2013 21:49:48 -0000 On Mon, Feb 25, 2013 at 04:05:42PM -0500, Chris Ross wrote: > > On Feb 25, 2013, at 5:13 AM, Marius Strobl wrote: > > This means that the machine is generating a power failure interrupt, > > which causes FreeBSD to initiate a graceful shutdown rather than > > waiting for the power to supply to suddenly die, which could cause > > data loss. > > In general, it's very model specific whether Sun hooked up that > > interrupt to anything and to what. F.e., in U5/U10 it's just > > connected to the power button rather than a circuit that monitors > > the power supply. I don't know for certain what it is connected to > > in X1. However, given that these latter use an ACPI-style power > > button and were intended as servers, it's quite likely that their > > power failure interrupt actually is connected to a power supply > > monitoring circuit. > > You could hack psycho(4) to just not register the power failure > > interrupt handler. Whether you really want to use that machine in > > this configuration (it could be either the power supply actually > > starting to fail or also just the monitoring circuit being broken) > > is something you have to decide on your own. > > Okay. My memory is sketchy at best, but email is forever. The following > thread, and the second URL to a notable piece there-in where I found a > pointer to the core problem, documents my efforts to get NetBSD running > on this same system 3 years ago. > > http://mail-index.netbsd.org/port-sparc64/2010/05/07/msg001259.html > http://mail-index.netbsd.org/port-sparc64/2010/05/08/msg001267.html > > The solution that I think was to ignore the power fail on this hardware. > A reference in that thread mentions a OpenBSD commit: > > | revision 1.11 > | date: 2002/01/29 20:33:19; author: jason; state: Exp; lines: +3 -1 > | Don't install a handler for powerfail... this causes weird problems with > | the Netra X1 (interactions with lom) > > Numerous things were attempted during the course of that port-sparc64 > netbsd thread, some of which were tied to not installing the handler > in the case of a machine identified as a Netra X1. > > It appears the code in place now in psycho.c is: > > /* > * Netra X1 may hang when the powerfail interrupt is enabled. > */ > if (strcmp(machine_model, "SUNW,UltraAX-i2") != 0) { > psycho_set_intr(sc, 15, psycho_powerfail, > &sc->sc_regs->power_int_map, > &sc->sc_regs->power_clr_int); > psycho_register_power_button(sc); > } > Would that be unacceptable for placing into FreeBSD? Clearly, I can > put it in my own tree for testing and use, but would prefer it live in the > main sources long-term. :-) > Yes, IMO this approach is inappropriate as there really seems to be something broken with this particular machine rather than this issue being a general problem with that model, i.e. nobody else running FreeBSD on an X1 reported this so far. I don't own an X1 but I do have a v100, which employ a mainboard pretty much identical to that of X1 and even also identify themselves as SUNW,UltraAX-i2, but don't see such a problem, i.e. neither the power fail interrupt firing nor strange hangs, either. Once I have a replacement for the broken hardware of my committatron I can make registering the power fail interrupt a tunable defaulting to on though. Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 25 21:59:37 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 CE3529C8 for ; Mon, 25 Feb 2013 21:59:37 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail1.markmonitor.com (mail1.markmonitor.com [209.66.70.11]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8A2A48 for ; Mon, 25 Feb 2013 21:59:37 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail1.markmonitor.com (Postfix) with ESMTP id 7E9A118705; Mon, 25 Feb 2013 16:59:36 -0500 (EST) X-Virus-Scanned: amavisd-new at markmonitor.com Received: from mail1.markmonitor.com ([127.0.0.1]) by localhost (mail1.mm-corp.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id g99NzN5HjMla; Mon, 25 Feb 2013 16:59:32 -0500 (EST) Received: from dc-exch2.mm-ads.com (dc-exch2.mm-corp.net [10.112.0.223]) by mail1.markmonitor.com (Postfix) with ESMTP id 72AC517A28; Mon, 25 Feb 2013 16:59:32 -0500 (EST) Received: from dc-exch4.mm-ads.com ([10.112.0.225]) by dc-exch2.mm-ads.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Feb 2013 16:59:32 -0500 Received: from zalamar.mm-corp.net ([10.112.52.72]) by dc-exch4.mm-ads.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Feb 2013 16:59:11 -0500 Subject: Re: Problems booting 9.1-STABLE on Netra X1 Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Chris Ross In-Reply-To: <20130225214941.GD955@alchemy.franken.de> Date: Mon, 25 Feb 2013 16:59:10 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <3A37672E-B6F7-4D5E-8293-0ED3B203C358@distal.com> References: <20130225101315.GA79064@alchemy.franken.de> <76C74932-5BB0-4194-86CE-F121F6D18D84@distal.com> <20130225214941.GD955@alchemy.franken.de> To: Marius Strobl X-Mailer: Apple Mail (2.1283) X-OriginalArrivalTime: 25 Feb 2013 21:59:11.0031 (UTC) FILETIME=[57951C70:01CE13A3] 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: Mon, 25 Feb 2013 21:59:37 -0000 On Feb 25, 2013, at 4:49 PM, Marius Strobl wrote: > Yes, IMO this approach is inappropriate as there really seems to be > something broken with this particular machine rather than this issue > being a general problem with that model, i.e. nobody else running > FreeBSD on an X1 reported this so far. I don't own an X1 but I do > have a v100, which employ a mainboard pretty much identical to that > of X1 and even also identify themselves as SUNW,UltraAX-i2, but don't > see such a problem, i.e. neither the power fail interrupt firing nor > strange hangs, either. Once I have a replacement for the broken > hardware of my committatron I can make registering the power fail > interrupt a tunable defaulting to on though. Well, Dave McGuire did respond on that thread that he was running=20 NetBSD 4.0.1 with no problems, but someone else (Jochen Kunz) said they tried netbooting a 4.0.1 kernel on an X1 and got the same hang I did. The code that's in place in the NetBSD tree was actually committed later, it seems, as a result of this other thread that the earlier = thread was resurrected on: http://mail-index.netbsd.org/port-sparc64/2011/02/12/msg001515.html So, at least 2 people, and 3 if I'm reading my personal email archives correctly, have seen this problem on an X1. And, it seems at least one person was _not_ seeing it. (But later seeing some other problem when a CD-ROM was attached to the IDE bus, even when not in use/netbooting) It's clearly low-end hardware, and I could believe that it may be a = "affects some but not all systems". But, assuming it's more than just _one_ = bogus system, finding a way to deal with it at HEAD makes sense. Not = necessarily that the earlier code is the only or best solution. - Chris From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 25 22:00:17 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 85BFB9FE for ; Mon, 25 Feb 2013 22:00:17 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail1.markmonitor.com (mail1.markmonitor.com [209.66.70.11]) by mx1.freebsd.org (Postfix) with ESMTP id 39C6AA54 for ; Mon, 25 Feb 2013 22:00:17 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail1.markmonitor.com (Postfix) with ESMTP id 1F69517A48; Mon, 25 Feb 2013 16:06:08 -0500 (EST) X-Virus-Scanned: amavisd-new at markmonitor.com Received: from mail1.markmonitor.com ([127.0.0.1]) by localhost (mail1.mm-corp.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id mMVALYsWPrD2; Mon, 25 Feb 2013 16:06:03 -0500 (EST) Received: from dc-exch2.mm-ads.com (dc-exch2.mm-corp.net [10.112.0.223]) by mail1.markmonitor.com (Postfix) with ESMTP id B599117A28; Mon, 25 Feb 2013 16:06:03 -0500 (EST) Received: from dc-exch4.mm-ads.com ([10.112.0.225]) by dc-exch2.mm-ads.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Feb 2013 16:06:03 -0500 Received: from zalamar.mm-corp.net ([10.112.52.72]) by dc-exch4.mm-ads.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Feb 2013 16:05:42 -0500 Subject: Re: Problems booting 9.1-STABLE on Netra X1 Mime-Version: 1.0 (Apple Message framework v1283) From: Chris Ross In-Reply-To: <20130225101315.GA79064@alchemy.franken.de> Date: Mon, 25 Feb 2013 16:05:42 -0500 Message-Id: <76C74932-5BB0-4194-86CE-F121F6D18D84@distal.com> References: <20130225101315.GA79064@alchemy.franken.de> To: Marius Strobl X-Mailer: Apple Mail (2.1283) X-OriginalArrivalTime: 25 Feb 2013 21:05:42.0219 (UTC) FILETIME=[DEFB41B0:01CE139B] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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: Mon, 25 Feb 2013 22:00:17 -0000 On Feb 25, 2013, at 5:13 AM, Marius Strobl wrote: > This means that the machine is generating a power failure interrupt, > which causes FreeBSD to initiate a graceful shutdown rather than > waiting for the power to supply to suddenly die, which could cause > data loss. > In general, it's very model specific whether Sun hooked up that > interrupt to anything and to what. F.e., in U5/U10 it's just > connected to the power button rather than a circuit that monitors > the power supply. I don't know for certain what it is connected to > in X1. However, given that these latter use an ACPI-style power > button and were intended as servers, it's quite likely that their > power failure interrupt actually is connected to a power supply > monitoring circuit. > You could hack psycho(4) to just not register the power failure > interrupt handler. Whether you really want to use that machine in > this configuration (it could be either the power supply actually > starting to fail or also just the monitoring circuit being broken) > is something you have to decide on your own. Okay. My memory is sketchy at best, but email is forever. The following thread, and the second URL to a notable piece there-in where I found a pointer to the core problem, documents my efforts to get NetBSD running on this same system 3 years ago. http://mail-index.netbsd.org/port-sparc64/2010/05/07/msg001259.html http://mail-index.netbsd.org/port-sparc64/2010/05/08/msg001267.html The solution that I think was to ignore the power fail on this hardware. A reference in that thread mentions a OpenBSD commit: | revision 1.11 | date: 2002/01/29 20:33:19; author: jason; state: Exp; lines: +3 -1 | Don't install a handler for powerfail... this causes weird problems with | the Netra X1 (interactions with lom) Numerous things were attempted during the course of that port-sparc64 netbsd thread, some of which were tied to not installing the handler in the case of a machine identified as a Netra X1. It appears the code in place now in psycho.c is: /* * Netra X1 may hang when the powerfail interrupt is enabled. */ if (strcmp(machine_model, "SUNW,UltraAX-i2") != 0) { psycho_set_intr(sc, 15, psycho_powerfail, &sc->sc_regs->power_int_map, &sc->sc_regs->power_clr_int); psycho_register_power_button(sc); } Would that be unacceptable for placing into FreeBSD? Clearly, I can put it in my own tree for testing and use, but would prefer it live in the main sources long-term. :-) - Chris From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 26 01:34:08 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 96890DF1 for ; Tue, 26 Feb 2013 01:34:08 +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 ECAD9320 for ; Tue, 26 Feb 2013 01:34:07 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.6/8.14.6/ALCHEMY.FRANKEN.DE) with ESMTP id r1Q1Y1bI082558; Tue, 26 Feb 2013 02:34:01 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.6/8.14.6/Submit) id r1Q1Y0PH082557; Tue, 26 Feb 2013 02:34:00 +0100 (CET) (envelope-from marius) Date: Tue, 26 Feb 2013 02:34:00 +0100 From: Marius Strobl To: Chris Ross Subject: Re: Problems booting 9.1-STABLE on Netra X1 Message-ID: <20130226013400.GG955@alchemy.franken.de> References: <20130225101315.GA79064@alchemy.franken.de> <76C74932-5BB0-4194-86CE-F121F6D18D84@distal.com> <20130225214941.GD955@alchemy.franken.de> <3A37672E-B6F7-4D5E-8293-0ED3B203C358@distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3A37672E-B6F7-4D5E-8293-0ED3B203C358@distal.com> 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, 26 Feb 2013 01:34:08 -0000 On Mon, Feb 25, 2013 at 04:59:10PM -0500, Chris Ross wrote: > > On Feb 25, 2013, at 4:49 PM, Marius Strobl wrote: > > Yes, IMO this approach is inappropriate as there really seems to be > > something broken with this particular machine rather than this issue > > being a general problem with that model, i.e. nobody else running > > FreeBSD on an X1 reported this so far. I don't own an X1 but I do > > have a v100, which employ a mainboard pretty much identical to that > > of X1 and even also identify themselves as SUNW,UltraAX-i2, but don't > > see such a problem, i.e. neither the power fail interrupt firing nor > > strange hangs, either. Once I have a replacement for the broken > > hardware of my committatron I can make registering the power fail > > interrupt a tunable defaulting to on though. > > > Well, Dave McGuire did respond on that thread that he was running > NetBSD 4.0.1 with no problems, but someone else (Jochen Kunz) > said they tried netbooting a 4.0.1 kernel on an X1 and got the same > hang I did. > > The code that's in place in the NetBSD tree was actually committed > later, it seems, as a result of this other thread that the earlier thread > was resurrected on: > > http://mail-index.netbsd.org/port-sparc64/2011/02/12/msg001515.html > > So, at least 2 people, and 3 if I'm reading my personal email archives > correctly, have seen this problem on an X1. And, it seems at least one > person was _not_ seeing it. (But later seeing some other problem when > a CD-ROM was attached to the IDE bus, even when not in use/netbooting) > > It's clearly low-end hardware, and I could believe that it may be a "affects > some but not all systems". But, assuming it's more than just _one_ bogus > system, finding a way to deal with it at HEAD makes sense. Not necessarily > that the earlier code is the only or best solution. > Will do, I have to think about this some more though. Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 26 02:01:21 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 44D083D4 for ; Tue, 26 Feb 2013 02:01:21 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) by mx1.freebsd.org (Postfix) with ESMTP id 747E8607 for ; Tue, 26 Feb 2013 02:01:20 +0000 (UTC) Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) (authenticated bits=0) by mail.distal.com (8.14.3/8.14.3) with ESMTP id r1Q21G9l021553 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 25 Feb 2013 21:01:16 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Problems booting 9.1-STABLE on Netra X1 From: Chris Ross In-Reply-To: <20130226013400.GG955@alchemy.franken.de> Date: Mon, 25 Feb 2013 21:01:16 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <5F00D05B-37BB-4342-AE56-C707B5267C17@distal.com> References: <20130225101315.GA79064@alchemy.franken.de> <76C74932-5BB0-4194-86CE-F121F6D18D84@distal.com> <20130225214941.GD955@alchemy.franken.de> <3A37672E-B6F7-4D5E-8293-0ED3B203C358@distal.com> <20130226013400.GG955@alchemy.franken.de> To: Marius Strobl X-Mailer: Apple Mail (2.1499) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (mail.distal.com [206.138.151.250]); Mon, 25 Feb 2013 21:01:16 -0500 (EST) 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, 26 Feb 2013 02:01:21 -0000 On Feb 25, 2013, at 20:34 , Marius Strobl = wrote: >> It's clearly low-end hardware, and I could believe that it may be a = "affects >> some but not all systems". But, assuming it's more than just _one_ = bogus >> system, finding a way to deal with it at HEAD makes sense. Not = necessarily >> that the earlier code is the only or best solution. >=20 > Will do, I have to think about this some more though. That's fine. No problem. I completely understand, and am working on = my own for my immediate needs. But, on this thread, if there is anyone else on the freebsd-sparc64 = list who has, or is running, a Netra X1, please speak up. More data would be very = helpful for this issue. Thanks.... - Chris From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 26 03:30:51 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 10977A63 for ; Tue, 26 Feb 2013 03:30:51 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: from skybolt.hopto.org (skybolt.hopto.org [208.79.82.132]) by mx1.freebsd.org (Postfix) with ESMTP id BAA759F5 for ; Tue, 26 Feb 2013 03:30:50 +0000 (UTC) Received: (qmail 21799 invoked by uid 98); 26 Feb 2013 03:24:08 +0000 X-Qmail-Scanner-Diagnostics: from bsdtec.plus.com by mailserver (envelope-from , uid 82) with qmail-scanner-2.10 (clamdscan: 0.97.4/14872. mhr: 1.0. spamassassin: 3.3.2. Clear:RC:1(84.92.41.141):. Processed in 0.026024 secs); 26 Feb 2013 03:24:08 -0000 Received: from bsdtec.plus.com (HELO ?192.168.1.3?) (84.92.41.141) by skybolt.hopto.org with SMTP; 26 Feb 2013 03:24:08 +0000 Subject: Re: Problems booting 9.1-STABLE on Netra X1 From: Craig Butler To: Chris Ross In-Reply-To: <5F00D05B-37BB-4342-AE56-C707B5267C17@distal.com> References: <20130225101315.GA79064@alchemy.franken.de> <76C74932-5BB0-4194-86CE-F121F6D18D84@distal.com> <20130225214941.GD955@alchemy.franken.de> <3A37672E-B6F7-4D5E-8293-0ED3B203C358@distal.com> <20130226013400.GG955@alchemy.franken.de> <5F00D05B-37BB-4342-AE56-C707B5267C17@distal.com> Content-Type: text/plain; charset="iso8859-1" Date: Tue, 26 Feb 2013 03:26:16 +0000 Message-ID: <1361849176.7639.12.camel@zbox> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-sparc64@freebsd.org" , Marius Strobl 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, 26 Feb 2013 03:30:51 -0000 On Mon, 2013-02-25 at 21:01 -0500, Chris Ross wrote: > On Feb 25, 2013, at 20:34 , Marius Strobl wrote: > >> It's clearly low-end hardware, and I could believe that it may be a "affects > >> some but not all systems". But, assuming it's more than just _one_ bogus > >> system, finding a way to deal with it at HEAD makes sense. Not necessarily > >> that the earlier code is the only or best solution. > > > > Will do, I have to think about this some more though. > > That's fine. No problem. I completely understand, and am working on my own > for my immediate needs. > > But, on this thread, if there is anyone else on the freebsd-sparc64 list who has, > or is running, a Netra X1, please speak up. More data would be very helpful for this > issue. > > Thanks.... > > - Chris > > _______________________________________________ > 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" Sorry Folks... late to the game... been away fishing all day. I have 9.1 and 8.3 RELEASE running on various Netra X1's with no issues. I would agree with Marius that something is broken on that particular machine. I have never experienced "Power Failure Detected: Shutting down NOW." Kind Regards Craig Butler From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 27 16:55:47 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 4F53F2A3 for ; Wed, 27 Feb 2013 16:55:47 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (unknown [IPv6:2a01:170:1047::9]) by mx1.freebsd.org (Postfix) with ESMTP id 1044BE57 for ; Wed, 27 Feb 2013 16:55:47 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id C2D7B133; Wed, 27 Feb 2013 17:55:44 +0100 (MET) Date: Wed, 27 Feb 2013 17:55:44 +0100 From: Joerg Wunsch To: freebsd-sparc64@freebsd.org Subject: Netbooting FBSD 9.1 from read-only medium: devices "disappear" Message-ID: <20130227165544.GG68582@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2013 16:55:47 -0000 I just tried netbooting my elderly Netra t1, in order to install a FreeBSD 9.1 straight from a CD image. The machine doesn't have a DVD drive, so netbooting was the most viable option. Since this was only intended for installation, I mounted the CD image on the netboot host through a MD device, and exported it read-only, as if it were an actual CD-ROM. The machine boots, I could newfs the filesystems, but when trying to make the /mnt/var mountpoint, I got a "read-only" filesystem even though I just mounted the newfs'ed root FS on /mnt. I umounted /mnt again, and tried to mount it again. Much to my surprise, I got a "No such file or directory". Indeed, the entire contents of /dev was gone! This is completely reproducible: netboot a 9.1 kernel, boot single-user, wait for one minute, and /dev is empty. I then extracted base.tgz from the CD image into a writable directory on the netboot host, made this directory the client's root directory, and all works fine. Still, the client mounts its NFS root directory read-only (as before), but this time, all works well. Did anyone else try to netboot directly from an installation CD-ROM (or an image thereof)? -- cheers, Joerg .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 28 02:16:27 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 6AAFB618; Thu, 28 Feb 2013 02:16:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 2747F1F3; Thu, 28 Feb 2013 02:16:27 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r1S2GQAd004660; Thu, 28 Feb 2013 02:16:26 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r1S2GQLS004659; Thu, 28 Feb 2013 02:16:26 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 28 Feb 2013 02:16:26 GMT Message-Id: <201302280216.r1S2GQLS004659@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 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, 28 Feb 2013 02:16:27 -0000 TB --- 2013-02-28 01:31:52 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-02-28 01:31:52 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-02-28 01:31:52 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2013-02-28 01:31:52 - cleaning the object tree TB --- 2013-02-28 01:31:52 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2013-02-28 01:31:52 - cd /tinderbox/RELENG_8/sparc64/sparc64 TB --- 2013-02-28 01:31:52 - /usr/local/bin/svn cleanup /src TB --- 2013-02-28 01:31:59 - /usr/local/bin/svn update /src TB --- 2013-02-28 01:32:04 - building world TB --- 2013-02-28 01:32:04 - CROSS_BUILD_TESTING=YES TB --- 2013-02-28 01:32:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-28 01:32:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-28 01:32:04 - SRCCONF=/dev/null TB --- 2013-02-28 01:32:04 - TARGET=sparc64 TB --- 2013-02-28 01:32:04 - TARGET_ARCH=sparc64 TB --- 2013-02-28 01:32:04 - TZ=UTC TB --- 2013-02-28 01:32:04 - __MAKE_CONF=/dev/null TB --- 2013-02-28 01:32:04 - cd /src TB --- 2013-02-28 01:32:04 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 28 01:32:04 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 Thu Feb 28 02:13:36 UTC 2013 TB --- 2013-02-28 02:13:36 - generating LINT kernel config TB --- 2013-02-28 02:13:36 - cd /src/sys/sparc64/conf TB --- 2013-02-28 02:13:36 - /usr/bin/make -B LINT TB --- 2013-02-28 02:13:36 - cd /src/sys/sparc64/conf TB --- 2013-02-28 02:13:36 - /usr/sbin/config -m LINT TB --- 2013-02-28 02:13:36 - building LINT kernel TB --- 2013-02-28 02:13:36 - CROSS_BUILD_TESTING=YES TB --- 2013-02-28 02:13:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-28 02:13:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-28 02:13:36 - SRCCONF=/dev/null TB --- 2013-02-28 02:13:36 - TARGET=sparc64 TB --- 2013-02-28 02:13:36 - TARGET_ARCH=sparc64 TB --- 2013-02-28 02:13:36 - TZ=UTC TB --- 2013-02-28 02:13:36 - __MAKE_CONF=/dev/null TB --- 2013-02-28 02:13:36 - cd /src TB --- 2013-02-28 02:13:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 28 02:13:36 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 [...] cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_setup_transmit_ring': /src/sys/dev/e1000/if_em.c:3349: warning: implicit declaration of function 'netmap_idx_n2k' /src/sys/dev/e1000/if_em.c:3349: warning: nested extern declaration of 'netmap_idx_n2k' /src/sys/dev/e1000/if_em.c: In function 'em_txeof': /src/sys/dev/e1000/if_em.c:3812: error: 'struct netmap_adapter' has no member named 'tx_si' /src/sys/dev/e1000/if_em.c: In function 'em_rxeof': /src/sys/dev/e1000/if_em.c:4424: error: 'struct netmap_adapter' has no member named 'rx_si' *** [if_em.o] Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-02-28 02:16:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-28 02:16:26 - ERROR: failed to build LINT kernel TB --- 2013-02-28 02:16:26 - 2273.77 user 402.33 system 2674.48 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 28 02:29:23 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 A3813D46 for ; Thu, 28 Feb 2013 02:29:23 +0000 (UTC) (envelope-from zenxyzzy@gmail.com) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 39BB928C for ; Thu, 28 Feb 2013 02:29:23 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id er20so1267529lab.4 for ; Wed, 27 Feb 2013 18:29:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:from:date:message-id:subject:to :content-type; bh=y2klCkAE6dkkDv5MB+W0c3XtXikRz3gz27j/sgl3OJA=; b=A+2+ZU21vG/pWDxgbr+hikbv2g7rDwKZEvVUOJhoYqlIzhGw1Ixi/RSbAfQbkXPsqV ZetNbGp7vSjT+ryVOMYvvtkxZ3csUSoMIZNzjoWIlZwKONEvFqWAdc1Sj6Km3k+j/fZq rwvzEYNUm7+upl+NIeM+hbirgq4I3ZB0iPKf6I5hbYiTYDoQK6RA54cBtaMebGugL2rt JNdKVPEex5qsxIWcGpLuSP4NDMSGJep12U5xE0QPqhDFMNNhM/KeRiT8xhihXsU7+QwT WB2cM6/55qr9TxSLeCCbnZqqNQaS3GXcln4Z7WOBJJSILMgWCQ0nqEtfxPWHdNoCmXaz 9aPg== X-Received: by 10.152.125.239 with SMTP id mt15mr3959741lab.26.1362018179652; Wed, 27 Feb 2013 18:22:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.103.100 with HTTP; Wed, 27 Feb 2013 18:22:19 -0800 (PST) From: zenxyzzy Date: Wed, 27 Feb 2013 18:22:19 -0800 Message-ID: Subject: Julian Coleman got the SB1000/2000 fan control working in netbsd. To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 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, 28 Feb 2013 02:29:23 -0000 any chance of somebody here porting the changes? I'm a die-hard zfs user, and this one change would make my SB1000 usable under freebsd. --curt From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 28 05:33:07 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 1058371C; Thu, 28 Feb 2013 05:33:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id C5491B40; Thu, 28 Feb 2013 05:33:06 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r1S5X6RH067274; Thu, 28 Feb 2013 05:33:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r1S5X64R067273; Thu, 28 Feb 2013 05:33:06 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 28 Feb 2013 05:33:06 GMT Message-Id: <201302280533.r1S5X64R067273@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 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, 28 Feb 2013 05:33:07 -0000 TB --- 2013-02-28 04:51:19 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-02-28 04:51:19 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-02-28 04:51:19 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2013-02-28 04:51:19 - cleaning the object tree TB --- 2013-02-28 04:51:39 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2013-02-28 04:51:39 - cd /tinderbox/RELENG_8/sparc64/sparc64 TB --- 2013-02-28 04:51:39 - /usr/local/bin/svn cleanup /src TB --- 2013-02-28 04:51:46 - /usr/local/bin/svn update /src TB --- 2013-02-28 04:51:50 - building world TB --- 2013-02-28 04:51:50 - CROSS_BUILD_TESTING=YES TB --- 2013-02-28 04:51:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-28 04:51:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-28 04:51:50 - SRCCONF=/dev/null TB --- 2013-02-28 04:51:50 - TARGET=sparc64 TB --- 2013-02-28 04:51:50 - TARGET_ARCH=sparc64 TB --- 2013-02-28 04:51:50 - TZ=UTC TB --- 2013-02-28 04:51:50 - __MAKE_CONF=/dev/null TB --- 2013-02-28 04:51:50 - cd /src TB --- 2013-02-28 04:51:50 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 28 04:51:50 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 Thu Feb 28 05:30:24 UTC 2013 TB --- 2013-02-28 05:30:24 - generating LINT kernel config TB --- 2013-02-28 05:30:24 - cd /src/sys/sparc64/conf TB --- 2013-02-28 05:30:24 - /usr/bin/make -B LINT TB --- 2013-02-28 05:30:24 - cd /src/sys/sparc64/conf TB --- 2013-02-28 05:30:24 - /usr/sbin/config -m LINT TB --- 2013-02-28 05:30:24 - building LINT kernel TB --- 2013-02-28 05:30:24 - CROSS_BUILD_TESTING=YES TB --- 2013-02-28 05:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-28 05:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-28 05:30:24 - SRCCONF=/dev/null TB --- 2013-02-28 05:30:24 - TARGET=sparc64 TB --- 2013-02-28 05:30:24 - TARGET_ARCH=sparc64 TB --- 2013-02-28 05:30:24 - TZ=UTC TB --- 2013-02-28 05:30:24 - __MAKE_CONF=/dev/null TB --- 2013-02-28 05:30:24 - cd /src TB --- 2013-02-28 05:30:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 28 05:30:24 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 [...] cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_setup_transmit_ring': /src/sys/dev/e1000/if_em.c:3349: warning: implicit declaration of function 'netmap_idx_n2k' /src/sys/dev/e1000/if_em.c:3349: warning: nested extern declaration of 'netmap_idx_n2k' /src/sys/dev/e1000/if_em.c: In function 'em_txeof': /src/sys/dev/e1000/if_em.c:3812: error: 'struct netmap_adapter' has no member named 'tx_si' /src/sys/dev/e1000/if_em.c: In function 'em_rxeof': /src/sys/dev/e1000/if_em.c:4424: error: 'struct netmap_adapter' has no member named 'rx_si' *** [if_em.o] Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-02-28 05:33:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-28 05:33:06 - ERROR: failed to build LINT kernel TB --- 2013-02-28 05:33:06 - 2120.11 user 371.68 system 2506.68 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 28 08:43:42 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 0D0BB9D0; Thu, 28 Feb 2013 08:43:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id C0F8514A1; Thu, 28 Feb 2013 08:43:41 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r1S8hfPm018228; Thu, 28 Feb 2013 08:43:41 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r1S8hfxs018227; Thu, 28 Feb 2013 08:43:41 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 28 Feb 2013 08:43:41 GMT Message-Id: <201302280843.r1S8hfxs018227@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 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, 28 Feb 2013 08:43:42 -0000 TB --- 2013-02-28 08:02:00 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-02-28 08:02:00 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-02-28 08:02:00 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2013-02-28 08:02:00 - cleaning the object tree TB --- 2013-02-28 08:02:19 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2013-02-28 08:02:19 - cd /tinderbox/RELENG_8/sparc64/sparc64 TB --- 2013-02-28 08:02:19 - /usr/local/bin/svn cleanup /src TB --- 2013-02-28 08:02:26 - /usr/local/bin/svn update /src TB --- 2013-02-28 08:02:31 - building world TB --- 2013-02-28 08:02:31 - CROSS_BUILD_TESTING=YES TB --- 2013-02-28 08:02:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-28 08:02:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-28 08:02:31 - SRCCONF=/dev/null TB --- 2013-02-28 08:02:31 - TARGET=sparc64 TB --- 2013-02-28 08:02:31 - TARGET_ARCH=sparc64 TB --- 2013-02-28 08:02:31 - TZ=UTC TB --- 2013-02-28 08:02:31 - __MAKE_CONF=/dev/null TB --- 2013-02-28 08:02:31 - cd /src TB --- 2013-02-28 08:02:31 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 28 08:02:31 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 Thu Feb 28 08:41:01 UTC 2013 TB --- 2013-02-28 08:41:01 - generating LINT kernel config TB --- 2013-02-28 08:41:01 - cd /src/sys/sparc64/conf TB --- 2013-02-28 08:41:01 - /usr/bin/make -B LINT TB --- 2013-02-28 08:41:01 - cd /src/sys/sparc64/conf TB --- 2013-02-28 08:41:01 - /usr/sbin/config -m LINT TB --- 2013-02-28 08:41:01 - building LINT kernel TB --- 2013-02-28 08:41:01 - CROSS_BUILD_TESTING=YES TB --- 2013-02-28 08:41:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-28 08:41:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-28 08:41:01 - SRCCONF=/dev/null TB --- 2013-02-28 08:41:01 - TARGET=sparc64 TB --- 2013-02-28 08:41:01 - TARGET_ARCH=sparc64 TB --- 2013-02-28 08:41:01 - TZ=UTC TB --- 2013-02-28 08:41:01 - __MAKE_CONF=/dev/null TB --- 2013-02-28 08:41:01 - cd /src TB --- 2013-02-28 08:41:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 28 08:41:01 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 [...] cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_setup_transmit_ring': /src/sys/dev/e1000/if_em.c:3349: warning: implicit declaration of function 'netmap_idx_n2k' /src/sys/dev/e1000/if_em.c:3349: warning: nested extern declaration of 'netmap_idx_n2k' /src/sys/dev/e1000/if_em.c: In function 'em_txeof': /src/sys/dev/e1000/if_em.c:3812: error: 'struct netmap_adapter' has no member named 'tx_si' /src/sys/dev/e1000/if_em.c: In function 'em_rxeof': /src/sys/dev/e1000/if_em.c:4424: error: 'struct netmap_adapter' has no member named 'rx_si' *** [if_em.o] Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-02-28 08:43:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-28 08:43:41 - ERROR: failed to build LINT kernel TB --- 2013-02-28 08:43:41 - 2116.63 user 367.61 system 2501.23 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 28 13:35: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 D067A898; Thu, 28 Feb 2013 13:35: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 A73F63FA; Thu, 28 Feb 2013 13:35:49 +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 r1SDZheF072522; Thu, 28 Feb 2013 08:35:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1SDZhX8072521; Thu, 28 Feb 2013 13:35:43 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 28 Feb 2013 13:35:43 GMT Message-Id: <201302281335.r1SDZhX8072521@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: Thu, 28 Feb 2013 13:35:49 -0000 TB --- 2013-02-28 13:09:36 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-28 13:09:37 - 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-02-28 13:09:37 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-02-28 13:09:37 - cleaning the object tree TB --- 2013-02-28 13:09:37 - /usr/local/bin/svn stat /src TB --- 2013-02-28 13:09:46 - At svn revision 247447 TB --- 2013-02-28 13:09:47 - building world TB --- 2013-02-28 13:09:47 - CROSS_BUILD_TESTING=YES TB --- 2013-02-28 13:09:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-28 13:09:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-28 13:09:47 - SRCCONF=/dev/null TB --- 2013-02-28 13:09:47 - TARGET=sparc64 TB --- 2013-02-28 13:09:47 - TARGET_ARCH=sparc64 TB --- 2013-02-28 13:09:47 - TZ=UTC TB --- 2013-02-28 13:09:47 - __MAKE_CONF=/dev/null TB --- 2013-02-28 13:09:47 - cd /src TB --- 2013-02-28 13:09:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Feb 28 13:09: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 [...] c++ -O2 -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/src/gnu/lib/libstdc++ -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/src/gnu/lib/libstdc++/../../../contrib/gcc -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include -I/src/gnu/lib/libstdc++/../../../contrib/gcclibs/include -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include -I. -frandom-seed=RepeatabilityConsideredGood -fstack-protector -fno-implicit-templates -ffunction-sections -fdata-sections -Wno-deprecated -c /src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/streambuf-inst.cc -o streambuf-inst.o c++ -O2 -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/src/gnu/lib/libstdc++ -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/src/gnu/lib/libstdc++/../../../contrib/gcc -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include -I/src/gnu/lib/libstdc++/../../../contrib/gcclibs/include -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include -I. -frandom-seed=RepeatabilityConsideredGood -fstack-protector -fno-implicit-templates -ffunction-sections -fdata-sections -Wno-deprecated -c /src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/streambuf.cc -o streambuf.o c++ -O2 -pipe -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/src/gnu/lib/libstdc++ -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/src/gnu/lib/libstdc++/../../../contrib/gcc -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include -I/src/gnu/lib/libstdc++/../../../contrib/gcclibs/include -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include -I. -frandom-seed=RepeatabilityConsideredGood -fstack-protector -fno-implicit-templates -ffunction-sections -fdata-sections -Wno-deprecated -c /src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/string-inst.cc -o string-inst.o /src/gnu/lib/libstdc++/../../../contrib/libstdc++/include/bits/basic_string.tcc: In member function 'std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::replace(typename _Alloc::rebind<_CharT>::other::size_type, typename _Alloc::rebind<_CharT>::other::size_type, const _CharT*, typename _Alloc::rebind<_CharT>::other::size_type) [with _CharT = char, _Traits = std::char_traits, _Alloc = std::allocator]': /src/gnu/lib/libstdc++/../../../contrib/libstdc++/include/bits/basic_string.tcc:397: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** [string-inst.o] Error code 1 Stop in /src/gnu/lib/libstdc++. *** [all] Error code 1 Stop in /src/gnu/lib. *** [gnu/lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-28 13:35:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-28 13:35:43 - ERROR: failed to build world TB --- 2013-02-28 13:35:43 - 1190.68 user 211.16 system 1566.06 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 1 06:30:02 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 E62F24F0; Fri, 1 Mar 2013 06:30:02 +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 B55E4A32; Fri, 1 Mar 2013 06:30:02 +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 r216U18a016166; Fri, 1 Mar 2013 06:30:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r215uPP8025244; Fri, 1 Mar 2013 05:56:25 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 1 Mar 2013 05:56:25 GMT Message-Id: <201303010556.r215uPP8025244@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: Fri, 01 Mar 2013 06:30:03 -0000 TB --- 2013-03-01 05:48:30 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-03-01 05:48:30 - 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-03-01 05:48:30 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2013-03-01 05:48:30 - cleaning the object tree TB --- 2013-03-01 05:48:30 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2013-03-01 05:48:30 - cd /tinderbox/RELENG_9/sparc64/sparc64 TB --- 2013-03-01 05:48:30 - /usr/local/bin/svn cleanup /src TB --- 2013-03-01 05:49:00 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:49:30 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:49:30 - WARNING: sleeping 30 s and retrying... TB --- 2013-03-01 05:50:00 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:50:25 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:50:25 - WARNING: sleeping 60 s and retrying... TB --- 2013-03-01 05:51:25 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:51:55 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:51:55 - WARNING: sleeping 90 s and retrying... TB --- 2013-03-01 05:53:25 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:53:55 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:53:55 - WARNING: sleeping 120 s and retrying... TB --- 2013-03-01 05:55:55 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:56:25 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:56:25 - ERROR: unable to check out the source tree TB --- 2013-03-01 05:56:25 - 3.85 user 5.04 system 475.03 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 1 06:30:03 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 113A34F5; Fri, 1 Mar 2013 06:30:03 +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 D4102A38; Fri, 1 Mar 2013 06:30:02 +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 r216U18i016166; Fri, 1 Mar 2013 06:30:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r215L1TO094762; Fri, 1 Mar 2013 05:21:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 1 Mar 2013 05:21:01 GMT Message-Id: <201303010521.r215L1TO094762@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_1 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, 01 Mar 2013 06:30:03 -0000 TB --- 2013-03-01 05:12:33 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-03-01 05:12:33 - 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-03-01 05:12:33 - starting RELENG_9_1 tinderbox run for sparc64/sparc64 TB --- 2013-03-01 05:12:33 - cleaning the object tree TB --- 2013-03-01 05:12:33 - checking out /src from svn://svn.freebsd.org/base/releng/9.1 TB --- 2013-03-01 05:12:33 - cd /tinderbox/RELENG_9_1/sparc64/sparc64 TB --- 2013-03-01 05:12:33 - /usr/local/bin/svn cleanup /src TB --- 2013-03-01 05:13:32 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:14:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:14:02 - WARNING: sleeping 30 s and retrying... TB --- 2013-03-01 05:14:32 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:15:00 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:15:00 - WARNING: sleeping 60 s and retrying... TB --- 2013-03-01 05:16:00 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:16:30 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:16:30 - WARNING: sleeping 90 s and retrying... TB --- 2013-03-01 05:18:00 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:18:30 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:18:30 - WARNING: sleeping 120 s and retrying... TB --- 2013-03-01 05:20:30 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:21:00 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:21:00 - ERROR: unable to check out the source tree TB --- 2013-03-01 05:21:00 - 4.07 user 4.80 system 506.52 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9_1-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 1 19:20:16 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 380162B8 for ; Fri, 1 Mar 2013 19:20:16 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail2.markmonitor.com (mail2.markmonitor.com [64.124.14.95]) by mx1.freebsd.org (Postfix) with ESMTP id 2210110F1 for ; Fri, 1 Mar 2013 19:20:15 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail2.markmonitor.com (Postfix) with ESMTP id 75C7F14D4E for ; Fri, 1 Mar 2013 10:18:07 -0800 (PST) X-Virus-Scanned: amavisd-new at markmonitor.com Received: from mail2.markmonitor.com ([127.0.0.1]) by localhost (mail2.mm-corp.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id vSjIonsPwPfr for ; Fri, 1 Mar 2013 10:18:03 -0800 (PST) Received: from dc-exch2.mm-ads.com (dc-exch2.mm-corp.net [10.112.0.223]) by mail2.markmonitor.com (Postfix) with ESMTP id 14BC8148FB for ; Fri, 1 Mar 2013 10:18:03 -0800 (PST) Received: from dc-exch4.mm-ads.com ([10.112.0.225]) by dc-exch2.mm-ads.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Mar 2013 13:18:02 -0500 Received: from zalamar.mm-corp.net ([10.112.52.72]) by dc-exch4.mm-ads.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Mar 2013 13:17:41 -0500 From: Chris Ross Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: top's CPUn vs C column Date: Fri, 1 Mar 2013 13:17:41 -0500 Message-Id: To: freebsd-sparc64@freebsd.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-OriginalArrivalTime: 01 Mar 2013 18:17:41.0534 (UTC) FILETIME=[1013CBE0:01CE16A9] 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, 01 Mar 2013 19:20:16 -0000 So, I was looking at a v240 I have running stable/9 (9.1-STABLE), and = noticed something odd. The per-CPU information displayed by top seems = inconsistent. To simplify things, while I'm running a "make release" in = /usr/src/release, I just started running the following command over and = over (by hand): cross: top | grep " CPU" cross: top | grep " CPU" 1044 cross 1 72 0 17128K 4464K CPU1 0 0:01 1.27% zsh 22528 root 1 77 5 11672K 2592K CPU1 1 0:00 0.00% sh cross: top | grep " CPU" cross: top | grep " CPU" 22634 cross 1 72 0 12808K 2872K CPU1 1 0:00 0.00% top 22633 root 1 77 5 6272K 880K CPU0 1 0:00 0.00% = make cross: top | grep " CPU" 22637 root 1 77 5 6272K 1656K CPU0 0 0:00 0.00% = make cross: top | grep " CPU" cross: top | grep " CPU" 22684 root 1 77 5 11672K 2592K CPU0 0 0:00 0.00% sh cross: This displayed what I had earlier seen in the full-screen top. There = doesn't appear to be any specific binding between the "n" in the "CPUn" = state value, and the number in the "C" column, which is according to the = man page, should mean the same thing. Is this a sparc64 problem, a generic FreeBSD SMP problem, or not a = problem at all and I'm misunderstanding something? Thanks=85 - Chris From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 1 22:14:45 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 5C1E832B for ; Fri, 1 Mar 2013 22:14:45 +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 D5CC11A21 for ; Fri, 1 Mar 2013 22:14:44 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.6/8.14.6/ALCHEMY.FRANKEN.DE) with ESMTP id r21MEWu3012066; Fri, 1 Mar 2013 23:14:32 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.6/8.14.6/Submit) id r21MEWFT012065; Fri, 1 Mar 2013 23:14:32 +0100 (CET) (envelope-from marius) Date: Fri, 1 Mar 2013 23:14:32 +0100 From: Marius Strobl To: Chris Ross Subject: Re: top's CPUn vs C column Message-ID: <20130301221432.GA12056@alchemy.franken.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.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, 01 Mar 2013 22:14:45 -0000 On Fri, Mar 01, 2013 at 01:17:41PM -0500, Chris Ross wrote: > > So, I was looking at a v240 I have running stable/9 (9.1-STABLE), and noticed something odd. The per-CPU information displayed by top seems inconsistent. To simplify things, while I'm running a "make release" in /usr/src/release, I just started running the following command over and over (by hand): > > cross: top | grep " CPU" > cross: top | grep " CPU" > 1044 cross 1 72 0 17128K 4464K CPU1 0 0:01 1.27% zsh > 22528 root 1 77 5 11672K 2592K CPU1 1 0:00 0.00% sh > cross: top | grep " CPU" > cross: top | grep " CPU" > 22634 cross 1 72 0 12808K 2872K CPU1 1 0:00 0.00% top > 22633 root 1 77 5 6272K 880K CPU0 1 0:00 0.00% make > cross: top | grep " CPU" > 22637 root 1 77 5 6272K 1656K CPU0 0 0:00 0.00% make > cross: top | grep " CPU" > cross: top | grep " CPU" > 22684 root 1 77 5 11672K 2592K CPU0 0 0:00 0.00% sh > cross: > > This displayed what I had earlier seen in the full-screen top. There doesn't appear to be any specific binding between the "n" in the "CPUn" state value, and the number in the "C" column, which is according to the man page, should mean the same thing. > > Is this a sparc64 problem, a generic FreeBSD SMP problem, or not a problem at all and I'm misunderstanding something? > I've no idea why this should be sparc64-specific in any way, that should be all handled by MI code. Marius From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 2 00:53:23 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 01B8A1B0 for ; Sat, 2 Mar 2013 00:53:23 +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 91CE41F42 for ; Sat, 2 Mar 2013 00:53:22 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.6/8.14.6/ALCHEMY.FRANKEN.DE) with ESMTP id r220rInB022084; Sat, 2 Mar 2013 01:53:18 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.6/8.14.6/Submit) id r220rIk1022083; Sat, 2 Mar 2013 01:53:18 +0100 (CET) (envelope-from marius) Date: Sat, 2 Mar 2013 01:53:18 +0100 From: Marius Strobl To: Chris Ross Subject: Re: Problems booting 9.1-STABLE on Netra X1 Message-ID: <20130302005318.GA22053@alchemy.franken.de> References: <20130225101315.GA79064@alchemy.franken.de> <76C74932-5BB0-4194-86CE-F121F6D18D84@distal.com> <20130225214941.GD955@alchemy.franken.de> <3A37672E-B6F7-4D5E-8293-0ED3B203C358@distal.com> <20130226013400.GG955@alchemy.franken.de> <5F00D05B-37BB-4342-AE56-C707B5267C17@distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5F00D05B-37BB-4342-AE56-C707B5267C17@distal.com> 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: Sat, 02 Mar 2013 00:53:23 -0000 On Mon, Feb 25, 2013 at 09:01:16PM -0500, Chris Ross wrote: > > On Feb 25, 2013, at 20:34 , Marius Strobl wrote: > >> It's clearly low-end hardware, and I could believe that it may be a "affects > >> some but not all systems". But, assuming it's more than just _one_ bogus > >> system, finding a way to deal with it at HEAD makes sense. Not necessarily > >> that the earlier code is the only or best solution. > > > > Will do, I have to think about this some more though. > > That's fine. No problem. I completely understand, and am working on my own > for my immediate needs. > Craig Butler confirmed my impression that generally there's no downside from registering a handler for the power fail interrupt on X1 (or V100 for that matter). So I did what I initially thought would be the best option if the affected machine(s) indeed run stable despite this issue and added a loader tunable in r247600. By setting hw.psycho.powerfail to 0 you can noe disable setting up the interrupt handler. Marius From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 2 18:23:43 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 2DD30778 for ; Sat, 2 Mar 2013 18:23:43 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) by mx1.freebsd.org (Postfix) with ESMTP id E002EB51 for ; Sat, 2 Mar 2013 18:23:42 +0000 (UTC) Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) (authenticated bits=0) by mail.distal.com (8.14.3/8.14.3) with ESMTP id r22INbaG017196 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 2 Mar 2013 13:23:38 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Problems booting 9.1-STABLE on Netra X1 From: Chris Ross In-Reply-To: <20130302005318.GA22053@alchemy.franken.de> Date: Sat, 2 Mar 2013 13:23:37 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130225101315.GA79064@alchemy.franken.de> <76C74932-5BB0-4194-86CE-F121F6D18D84@distal.com> <20130225214941.GD955@alchemy.franken.de> <3A37672E-B6F7-4D5E-8293-0ED3B203C358@distal.com> <20130226013400.GG955@alchemy.franken.de> <5F00D05B-37BB-4342-AE56-C707B5267C17@distal.com> <20130302005318.GA22053@alchemy.franken.de> To: Marius Strobl X-Mailer: Apple Mail (2.1499) 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: Sat, 02 Mar 2013 18:23:43 -0000 On Mar 1, 2013, at 19:53 , Marius Strobl = wrote: > Craig Butler confirmed my impression that generally there's no = downside > from registering a handler for the power fail interrupt on X1 (or V100 > for that matter). So I did what I initially thought would be the best > option if the affected machine(s) indeed run stable despite this issue > and added a loader tunable in r247600. By setting hw.psycho.powerfail = to > 0 you can now disable setting up the interrupt handler. Thank you. I look forward to being able to throw out the if clause I = put into my tree and doing it in the "official" way. Will that be MFC'd to = stable/9 ? - Chris From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 2 18:28:52 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 A73EBB4B for ; Sat, 2 Mar 2013 18:28:52 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) by mx1.freebsd.org (Postfix) with ESMTP id 548BFBE5 for ; Sat, 2 Mar 2013 18:28:52 +0000 (UTC) Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) (authenticated bits=0) by mail.distal.com (8.14.3/8.14.3) with ESMTP id r22ISpvZ007546 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 2 Mar 2013 13:28:51 -0500 (EST) From: Chris Ross Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Netbooting an old Netra X1 Message-Id: <342EF02B-3FE8-4767-8793-CA2CC9325EDA@distal.com> Date: Sat, 2 Mar 2013 13:28:50 -0500 To: "freebsd-sparc64@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) 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: Sat, 02 Mar 2013 18:28:52 -0000 I've been talking about my Netra X1 recently. And, I've gotten it = netbooting between prior experience with NetBSD/sparc64 and help from = others. However, I find that it doesn't seem to bring the ethernet interface = online to be able to NFS-mount root. It successfully tftp loads the = loader, then the loader can tftp all of the other pieces it needs = (including kernel, and anything I ask to be loaded from loader.conf). = But, after the kernel starts, I don't see anything else on the network = from that host's MAC address. At least, I'm pretty sure. Neither the = DHCP server, nor the tftp and NFS server see any packets from it. Is there some step I missed to tell the kernel to please use dc0 as = the network interface to NFS mount through? And/or to use DHCP to get = an address for it? My netboot is currently ending with: Trying to mount root from = nfs:206.138.151.36:/data/nfs-exports/sparc64-freebsd9=20 []... mountroot: waiting for device = 206.138.151.36:/data/nfs-exports/sparc64-freebsd9=20 ... Mounting from nfs:206.138.151.36:/data/nfs-exports/sparc64-freebsd9 = failed with=20 error 19. (As a side note, I really do think I got it as far as single user once = yesterday afternoon, but wasn't able to repeat it last night, with what = I believe was the same configuration. This makes me suspect there might = be something suspect in the system, rather than my process, but I'm = hoping it's just my process that's wrong.) Thanks. - Chris From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 2 18:58:12 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 CB421C16 for ; Sat, 2 Mar 2013 18:58:12 +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 6597BDE5 for ; Sat, 2 Mar 2013 18:58:12 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.6/8.14.6/ALCHEMY.FRANKEN.DE) with ESMTP id r22Iw8fU049708; Sat, 2 Mar 2013 19:58:08 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.6/8.14.6/Submit) id r22Iw8hV049707; Sat, 2 Mar 2013 19:58:08 +0100 (CET) (envelope-from marius) Date: Sat, 2 Mar 2013 19:58:08 +0100 From: Marius Strobl To: Chris Ross Subject: Re: Problems booting 9.1-STABLE on Netra X1 Message-ID: <20130302185808.GY955@alchemy.franken.de> References: <20130225101315.GA79064@alchemy.franken.de> <76C74932-5BB0-4194-86CE-F121F6D18D84@distal.com> <20130225214941.GD955@alchemy.franken.de> <3A37672E-B6F7-4D5E-8293-0ED3B203C358@distal.com> <20130226013400.GG955@alchemy.franken.de> <5F00D05B-37BB-4342-AE56-C707B5267C17@distal.com> <20130302005318.GA22053@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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: Sat, 02 Mar 2013 18:58:12 -0000 On Sat, Mar 02, 2013 at 01:23:37PM -0500, Chris Ross wrote: > > On Mar 1, 2013, at 19:53 , Marius Strobl wrote: > > Craig Butler confirmed my impression that generally there's no downside > > from registering a handler for the power fail interrupt on X1 (or V100 > > for that matter). So I did what I initially thought would be the best > > option if the affected machine(s) indeed run stable despite this issue > > and added a loader tunable in r247600. By setting hw.psycho.powerfail to > > 0 you can now disable setting up the interrupt handler. > > Thank you. I look forward to being able to throw out the if clause I put > into my tree and doing it in the "official" way. Will that be MFC'd to stable/9 ? > Yes, in about a week. Marius From owner-freebsd-sparc64@FreeBSD.ORG Sat Mar 2 19:43:55 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 5C1D045F for ; Sat, 2 Mar 2013 19:43:55 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) by mx1.freebsd.org (Postfix) with ESMTP id 2497AF32 for ; Sat, 2 Mar 2013 19:43:54 +0000 (UTC) Received: from [192.168.100.245] (static-71-163-17-12.washdc.fios.verizon.net [71.163.17.12]) (authenticated bits=0) by mail.distal.com (8.14.3/8.14.3) with ESMTP id r22Jhnu5029449 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 2 Mar 2013 14:43:54 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Netbooting an old Netra X1 From: Chris Ross In-Reply-To: <342EF02B-3FE8-4767-8793-CA2CC9325EDA@distal.com> Date: Sat, 2 Mar 2013 14:43:49 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <342EF02B-3FE8-4767-8793-CA2CC9325EDA@distal.com> To: "freebsd-sparc64@freebsd.org" X-Mailer: Apple Mail (2.1499) 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: Sat, 02 Mar 2013 19:43:55 -0000 My post to freebsd-sparc64 from earlier today, with freebsd-fs context = added. On Mar 2, 2013, at 1:28 PM, Chris Ross wrote: > I've been talking about my Netra X1 recently. And, I've gotten it = netbooting between prior experience with NetBSD/sparc64 and help from = others. >=20 >=20 > My netboot is currently ending with: >=20 > Trying to mount root from = nfs:206.138.151.36:/data/nfs-exports/sparc64-freebsd9=20 > []... > mountroot: waiting for device = 206.138.151.36:/data/nfs-exports/sparc64-freebsd9=20 > ... > Mounting from nfs:206.138.151.36:/data/nfs-exports/sparc64-freebsd9 = failed with=20 > error 19. > [- ... -] > mountroot> In doing more web searching, I see that this error is one that has = come up due to ZFS changes to mountroot, so I thought I should include freebsd-fs in my = inquiry. I have a sparc64 Netra X1 tftploading the loader, kernel, and modules. = My intent is to netboot it to install into a ZFS pool onto it's discs (It has no = optical drive, and no ability to boot from USB). As I noted to freebsd-sparc64, even when I set=20 = vfs.root.mountfrom=3D"nfs:206.138.151.36:/data/nfs-exports/sparc64-freebsd= 9" in my /boot/loader.conf on the tftp server, The only result I get is = the issue above, where it seems to be looking at [], and failing with error 19. Is error = 19 specific to ZFS changes, or very generic within mountroot, and only means what = I'd already feared, that it's simply failing to make the network connection? Just an inquiry. Won't pester freebsd-fs unless there's a reason to = think it might be related to ZFS. Was hard to tell from mailing list archives where = there were many comments that the "error 19" was new to some ZFS changes. Thanks. - Chris