From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Odu2C-0005Ov-RD for mharc-grub-devel@gnu.org; Tue, 27 Jul 2010 19:58:08 -0400 Received: from [140.186.70.92] (port=43299 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Odu29-0005OW-Jq for grub-devel@gnu.org; Tue, 27 Jul 2010 19:58:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Odu28-0003ng-Cv for grub-devel@gnu.org; Tue, 27 Jul 2010 19:58:05 -0400 Received: from mail-gw0-f41.google.com ([74.125.83.41]:51235) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Odu28-0003nZ-75 for grub-devel@gnu.org; Tue, 27 Jul 2010 19:58:04 -0400 Received: by gwj16 with SMTP id 16so925000gwj.0 for ; Tue, 27 Jul 2010 16:58:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=RHDnR22SGAOceCEg/laGAnbHDQZJC6iF/cLEN/8TsSM=; b=ueVbxn0BR/aEdMwTi+6yIVujh+MJsHtIAa8FpbzYJFbxvX7s9aDLsGWBNvZ1/gfHqH 2YEIyGOpU67OzysjDrpyOCVWOiVHazgHQb9q7WumPnYRCGyc2Q9QP0pNtLilC+yl9OLh Amhi1jHizHMUzpegMupWgmoaVGpJm+sn9ck14= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=BhH6uZp+jLwKjgQwTWV3+OHp9nah3+9TO62zcpLIpXGwYCKD2YryaxxRPXdzgJpInB 8XRF6WWKdyDTF78N9XBFlTOBeFH7A55AZh038dCIRmiNVNvwAVp44kL4LUGlZ5u70SSo Ifrd5C/STxzpO9cHO6009PTmEjIMaTSv9A3to= Received: by 10.101.28.4 with SMTP id f4mr9389658anj.181.1280275083390; Tue, 27 Jul 2010 16:58:03 -0700 (PDT) Received: from [192.168.21.179] (bas1-toronto05-1177663517.dsl.bell.ca [70.49.184.29]) by mx.google.com with ESMTPS id t30sm9505178ann.27.2010.07.27.16.58.02 (version=SSLv3 cipher=RC4-MD5); Tue, 27 Jul 2010 16:58:02 -0700 (PDT) Message-ID: <4C4F7289.2090106@gmail.com> Date: Tue, 27 Jul 2010 19:58:01 -0400 From: Doug Nazar User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: Lennart Sorensen References: <4C4E2FC5.10607@gmail.com> <20100727152625.GX2632@caffeine.csclub.uwaterloo.ca> In-Reply-To: <20100727152625.GX2632@caffeine.csclub.uwaterloo.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Cc: grub-devel@gnu.org Subject: Re: Big Endian fix patch X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 23:58:06 -0000 On 2010-07-27 11:26 AM, Lennart Sorensen wrote: > It is faster and simpler to use an iso image with qemu rather than the > real cdrom drive. Seems much more reliable that way. It is an ISO image. That's what has me steamed. I'm not sure how I'm still getting errors. First I was doing a Gentoo install but there were a few too many decisions I wasn't sure about for PPC and I was having problems cross-compiling some packages. So I grabbed an Ubuntu image and it would randomly error out on different packages. I'm not too familiar with Ubuntu but finally figured out how to nfs mount the image over the cdrom mount point. Then found that adding extra drives caused the openbios aliases to change and the boot command wouldn't work with the full paths. After checking the openbios source found it ignores boot-device, boot-file etc. so I ended up open-coding the boot-command as a load & go to get grub to boot. > I have an IBM p520 here (dual core power6+ 4.2GHz). Nothing takes long > here. :) > Yes, I definitely need some new toys.... > So with my patch I am booting of the md raid1 very successfully (other > than manually having to fix grub-mkimage run since grub-install doesn't > understand the machine yet. I am working on fixing that now.) I didn't have a big problem with grub-mkimage. Used the command ./grub-mkimage -O powerpc-ieee1275 -d . -o grubof.modules -p "(/pci/ata-io/ata-3/disk@0,4)/" *.mod My biggest issue was cross-compiling grub. A couple commands are host run so I had to borrow a copy from my x86 tree. Would there be any interest in extending grub to do this automatically? (Although re-reading your sentence I think you meant "having to run grub-mkimage manually"....) > Quite simply, _everything_ that accesses the superblock structure > numbers has to use endianess conversion since 1.x md superblocks are > always little endian. 0.9 is host endian all the time and hence simpler > (but also not portable). > > And the checksum needs folding according to the kernel before comparing > (which I added). Otherwise different architectures may have different > results. Yeah, I'd noticed that some of the original code didn't do this, but I didn't want to make changes to it until I had a test environment. I just finished building my test arrays. It consists of 13 partitions used to build 4 arrays with a combination of metadata types, raid types, & spares. Then building an lvm on top of that. I'll start running some tests and randomly failing some members. Does grub display correctly on the p520? I'm having display issues (looks like the lines are too long) and I'm not sure yet if it's grub or openbios. Also, a current version of openbios doesn't just drop in to QEMU. But first some breakfast......;-) Doug