Re: [RFC PATCH 21/23] powerpc64 is not necessarily BigEndian anymore! :)

[Andrei Borzenkov]

В Sat, 27 Sep 2014 09:42:04 +0400
Andrei Borzenkov <address@hidden> пишет:

> В Fri, 04 Apr 2014 20:24:58 +0200
> Dinar Valeev <address@hidden> пишет:
> 
> > On Fri, 2014-04-04 at 22:17 +0400, Andrey Borzenkov wrote:
> > > В Fri, 4 Apr 2014 10:47:35 -0700
> > > Ram Pai <address@hidden> пишет:
> > > 
> > > > On Fri, Apr 04, 2014 at 06:28:51AM +0400, Andrey Borzenkov wrote:
> > > > > В Thu, 3 Apr 2014 13:32:22 -0700
> > > > > Ram Pai <address@hidden> пишет:
> > > > > 
> > > > > > 
> > > > > > They generate a 32bit BE grub binary  on a LE system?  No. I dont 
> > > > > > think
> > > > > > so. Because the cross-compile tool chain is not enabled do so.
> > > > > > 
> > > > > 
> > > > > address@hidden:/tmp/binaries> file usr/bin/grub2-mkimage
> > > > > usr/bin/grub2-mkimage: ELF 64-bit LSB executable, 64-bit PowerPC or 
> > > > > cisco 7500, version 1 (SYSV), dynamically linked (uses shared libs), 
> > > > > for GNU/Linux 3.0.0, 
> > > > > BuildID[sha1]=4a9b7759e1c41a2b2de9f4d33bc179186bf04f8f, stripped
> > > > > address@hidden:/tmp/binaries> file 
> > > > > usr/lib/grub2/powerpc-ieee1275/kernel.exec
> > > > > usr/lib/grub2/powerpc-ieee1275/kernel.exec: ELF 32-bit MSB 
> > > > > executable, PowerPC or cisco 4500, version 1 (SYSV), statically 
> > > > > linked, not stripped
> > > > > address@hidden:/tmp/binaries> 
> > > > 
> > > > I know Dinar had attempted and abondoned the work, because it did not 
> > > > work for him.
> > > > 
> > > > As of now that thing is not there anymore...if you look at 
> > > > openSUSE:Factory:PowerPC/grub2
> > > 
> > > What do you mean? openSUSE:Factory:PowerPC/grub2 does not exist because
> > > openSUSE:Factory:PowerPC links to openSUSE:Factory and pulls everything
> > > not explicitly defined from there. And openSUSE:Factory itself gets
> > > updates from Base:System.
> > > 
> > > Cc'ing to clear confusion :)
> > 
> > Right, my mistake. I recall a message message with 64bit LE patches. But
> > seems that came from somewhere else.
> > 
> > Long story short. With 32Bit BE stage one I had several issues like
> > accessing btrfs and booting from media. I gave up on my hack, and now
> > use proposed patches (64Bit LE).
> > 
> > I'll submit it to Base:System.
> > 
> 
> It does not look like it has anything to do with these patches. I
> cannot access btrfs on PPC BE as well - using packages from Factory ppc
> and ppc64. It sounds like there is missing endian conversion somewhere
> in btrfs code and using LE platform simply masks it off.
> 
> I can access all other filesystems I tried which makes me believe it is
> btrfs issue.

And this was even fixed in GIT at the same time this discussion was
active :) I added patch to our RPM.