[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Big Endian fix patch

From: Lennart Sorensen
Subject: Re: Big Endian fix patch
Date: Wed, 28 Jul 2010 11:55:44 -0400
User-agent: Mutt/1.5.18 (2008-05-17)

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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]