[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
- Re: Big Endian fix patch, (continued)
- Re: Big Endian fix patch, Doug Nazar, 2010/07/28
- Re: Big Endian fix patch, Lennart Sorensen, 2010/07/29
- Re: Big Endian fix patch, Doug Nazar, 2010/07/28
- Re: Big Endian fix patch, Lennart Sorensen, 2010/07/28
- Re: Big Endian fix patch, Lennart Sorensen, 2010/07/28
- Re: Big Endian fix patch, Doug Nazar, 2010/07/28
- Re: Big Endian fix patch,
Lennart Sorensen <=