From owner-freebsd-sparc64@FreeBSD.ORG Sat Aug 23 11:41:34 2014 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 526B3BCD for ; Sat, 23 Aug 2014 11:41:34 +0000 (UTC) Received: from s16892447.onlinehome-server.info (s16892447.onlinehome-server.info [82.165.15.123]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 12C593BC3 for ; Sat, 23 Aug 2014 11:41:33 +0000 (UTC) Received: from 5d604c68.skybroadband.com ([93.96.76.104] helo=[192.168.1.81]) by s16892447.onlinehome-server.info with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.76) (envelope-from ) id 1XL9h7-0002Se-Na for sparc64@freebsd.org; Sat, 23 Aug 2014 12:41:24 +0100 Message-ID: <53F87DC9.9020800@ilande.co.uk> Date: Sat, 23 Aug 2014 12:40:57 +0100 From: Mark Cave-Ayland User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.7.0 MIME-Version: 1.0 To: sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 93.96.76.104 X-SA-Exim-Mail-From: mark.cave-ayland@ilande.co.uk X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on s16892447.onlinehome-server.info X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Subject: Trying to cross-build FreeBSD 10 release ISOs for sparc64 X-SA-Exim-Version: 4.2.1 (built Sun, 08 Jan 2012 02:45:44 +0000) X-SA-Exim-Scanned: Yes (on s16892447.onlinehome-server.info) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2014 11:41:34 -0000 Hi all, Further to my earlier post, I figured it would probably make sense to setup my own FreeBSD build environment to work out what was happening but I can't seem to produce any valid ISOs for qemu-system-sparc64. The steps I took were as follows: 1) Created a new VM on a KVM amd64 host 2) Downloaded the latest FreeBSD 10 amd64 release ISO 3) Installed the basic system 4) Followed the instructions in the developers handbook to cross-build a kernel (TARGET=sparc64 TARGET_ARCH=sparc64) 5) Try and boot generated ISOs While the output ISOs are generated, they appear to be invalid (or at least OpenBIOS can't find a valid partition on them). Reviewing the logs, the entire build process seems to work all the way up to the point where the ISOs are generated which looks like this: root@freebsd:/usr/src/release # make -dx TARGET=sparc64 TARGET_ARCH=sparc64 cdrom sh /usr/src/release/sparc64/mkisoimages.sh -b FreeBSD_Install disc1.iso release Calculated size of `/tmp/bootfs.PjPBSKfi/bootfs.img': 524288 bytes, 4 inodes Extent size set to 8192 /tmp/bootfs.PjPBSKfi/bootfs.img: 0.5MB (1024 sectors) block size 8192, fragment size 1024 using 1 cylinder groups of 0.50MB, 64 blks, 64 inodes. super-block backups (for fsck -b #) at: 32, Populating `/tmp/bootfs.PjPBSKfi/bootfs.img' Image `/tmp/bootfs.PjPBSKfi/bootfs.img' complete 16+0 records in 16+0 records out 8192 bytes transferred in 0.000175 secs (46811633 bytes/sec) 1510+1 records in 1511+0 records out 495124480 bytes transferred in 35.611080 secs (13903664 bytes/sec) 1+1 records in 2+0 records out 655360 bytes transferred in 0.002090 secs (313572789 bytes/sec) 2+0 records in 2+0 records out 655360 bytes transferred in 0.001184 secs (553519748 bytes/sec) gpart: scheme 'VTOC8': Invalid argument gpart: No such geom: md0. gpart: No such geom: md0. Superficially it looks as if gpart can't understand the partitioning scheme used for sparc64 ISOs but does anyone else have any ideas as to why this isn't working? I should add that the FreeBSD 10 release sparc64 ISOs downloaded directly from freebsd.org appear to be fine and start to boot as intended. Many thanks, Mark.