From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 16 21:32:47 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CED0DAD for ; Sun, 16 Dec 2012 21:32:47 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 1E7FF8FC0A for ; Sun, 16 Dec 2012 21:32:46 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.5/8.14.5/ALCHEMY.FRANKEN.DE) with ESMTP id qBGLWksK049971; Sun, 16 Dec 2012 22:32:46 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.5/8.14.5/Submit) id qBGLWj7O049970; Sun, 16 Dec 2012 22:32:45 +0100 (CET) (envelope-from marius) Date: Sun, 16 Dec 2012 22:32:45 +0100 From: Marius Strobl To: KOT MATPOCKuH Subject: Re: zfs booting feedback Message-ID: <20121216213245.GB49699@alchemy.franken.de> References: <20120708025435.GA12487@pix.net> <20120709140019.GA67276@alchemy.franken.de> <20120710165433.GA98707@pix.net> <20120712172208.GA47484@pix.net> <20120713195807.GU63893@alchemy.franken.de> <20120714004335.GD92944@pix.net> <20120727182558.GH58433@alchemy.franken.de> <20120730113015.GA14735@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: Sun, 16 Dec 2012 21:32:47 -0000 On Thu, Dec 13, 2012 at 01:05:16PM +0300, KOT MATPOCKuH wrote: > Good morning! > > I builded world/kernel from stable/9 r244121, installed zfsboot and > zfsloader to disk on Sun Fire V240 with OpenBoot 4.30.4.a. > But boot fails with: > Rebooting with command: boot disk > Boot device: /pci@1c,600000/scsi@2/disk@0,0 File and args: > > >> FreeBSD/sparc64 ZFS boot block > Boot path: /pci@1c,600000/scsi@2/disk@0,0:a > Consoles: Open Firmware console > ERROR: Last Trap: Division by Zero Please use debug versions of the loaders and report the output of `ctrace` on the boot monitor prompt. Building debug versions is most easily done via `make DEBUG_FLAGS=-g` in path/to/src/boot when building natively. You can also add the same when cross- compiling but then you'll end up with debug versions of everything. In both cases, make sure to not have any old object files in place. > > Also I tried zfsloader builded from sources @ may 2012: > (same zfsboot, but used zfsloader.old) > Boot device: disk File and args: > > >> FreeBSD/sparc64 ZFS boot block > Boot path: /pci@1c,600000/scsi@2/disk@0,0:a > Consoles: Open Firmware console > ofwd_open: Could not open disk1: > ofwd_open: Could not open disk2: > ofwd_open: Could not open disk3: > > FreeBSD/sparc64 ZFS enabled bootstrap loader, Revision 1.0 > (root@sunspot, Fri Nov 2 08:59:22 MSK 2012) > bootpath="/pci@1c,600000/scsi@2/disk@0,0:a" > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > ZFS: i/o error - all block copies unavailable > can't load 'kernel' > > What's wrong? No idea; looks like either an older ZFS loader can't deal with current ZFS or something is fundamentally wrong with your ZFS setup. I don't know enough about ZFS for telling what's the problem here. You're probably off asking ZFS people about this. > Could it a result of crosscompiling? Unlikely; the last time I encountered a bug causing cross- and native- builds to differ was in GCC 3 times. > > PS. When writing both zfsloader I got "Invalid argument" message: > # dd if=/boot/zfsloader.old of=/dev/da0a bs=512 oseek=1024 > dd: /dev/da0a: Invalid argument > 470+1 records in > 470+0 records out > 240640 bytes transferred in 1.915555 secs (125624 bytes/sec) > Is it okey? > Apparently, this is a cosmetic bug (at least I haven't hit any problems arising from it so far) introduced some time ago. But yes, I also see this and also in other occasions and on other architectures as well. Marius