From owner-freebsd-sparc64@FreeBSD.ORG Fri Dec 28 00:58:15 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 D4DBBFFF for ; Fri, 28 Dec 2012 00:58:15 +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 863758FC0C for ; Fri, 28 Dec 2012 00:58:15 +0000 (UTC) Received: from magrathea.distal.com (magrathea.distal.com [IPv6:2001:470:e24c:200:ea06:88ff:feca:960e]) (authenticated bits=0) by mail.distal.com (8.14.3/8.14.3) with ESMTP id qBS0wCCW007029 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 27 Dec 2012 19:58:12 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: zfs booting feedback From: Chris Ross In-Reply-To: <20120730113015.GA14735@alchemy.franken.de> Date: Thu, 27 Dec 2012 19:58:11 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <47BA0795-19C3-4910-AC0B-FB8169818633@distal.com> 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> 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 [IPv6:2001:470:e24c:200::ae25]); Thu, 27 Dec 2012 19:58:13 -0500 (EST) Cc: Kurt Lidl , freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2012 00:58:15 -0000 On Thu, Dec 13, 2012 at 01:05:16PM +0300, KOT MATPOCKuH wrote: > 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: >=20 > >> 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 I'm seeing this too, as you may've seen in recent list emails. I'm = trying to track down where the problem lies, but it's not just you. > Also I tried zfsloader builded from sources @ may 2012: > (same zfsboot, but used zfsloader.old) > Boot device: disk File and args: >=20 > >> 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: >=20 > FreeBSD/sparc64 ZFS enabled bootstrap loader, Revision 1.0 > (root@sunspot, Fri Nov 2 08:59:22 MSK 2012) > bootpath=3D"/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 > [...] > Could it a result of crosscompiling? I'm compiling natively, so as others have said, it's likely not = related to cross-compiling. > PS. When writing both zfsloader I got "Invalid argument" message: > # dd if=3D/boot/zfsloader.old of=3D/dev/da0a bs=3D512 oseek=3D1024 > 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? I saw this too, and it wasn't initially a problem, but I noticed that = the last couple hundred bytes of the binary weren't being copied out, and hoped that was the problem that was causing the crash. As it happens, it wasn't, but I determined that the error "Invalid argument" is a result of a write to the device of smaller than the 512 byte block- size. If you add a "conv=3Dnotrunc,sync" to the dd command, it will = fill out the last block, and write to the disk device without error. (the notrunc isn't related to the issue, but is in the command I use) Thanks. - Chris