Re: Big Endian fix patch

[Lennart Sorensen]

On Wed, Jul 28, 2010 at 11:52:00AM -0400, Doug Nazar wrote:
> It only mattered for multipath. Which is a kind of raid1 setup. Grub  
> doesn't handle it too well since the underlying device is the same and  
> has the same disk number. Before we'd overwrite the old path with the  
> last path found and incorrectly increase nr_devs. With my patch we just  
> ignore additional drives. So we'll die if we lose the path while booting  
> but otherwise it'll find at least one of the paths.

OK, that's what I thought.

> No. This would only affect the disk cache subsystem (since the hash  
> struct pointer was used as the disk id) and we'd be comparing the  
> devpath with random memory.

OK.  I can live with having to create a devalias for now.

> I've got a basic idea how it all hangs together internally and I started  
> to fix a few things in OpenBios but discovered the current source  
> doesn't work with QEMU 0.12.5. "boot" stopped working and if I used  
> "load" it started to work then complained that it was trying to  
> overwrite OpenBios. Since I have no idea how the memory is supposed to  
> be laid out I kinda backed away. Besides, Forth is not my first choice  
> of languages to figure out.

Yeah that's what I decided too last time I tried to fix a bug in OpenBios
for qemu.

> Thanks for testing,

No problem.

-- 
Len Sorensen