Re: [Qemu-devel] atapi on ppc issue (was Re: qemu-system-ppc broken ?)

[René Rebe]

Blue Swirl wrote:
> On 11/16/08, Laurent Vivier <address@hidden> wrote:
>   
> >  Le 16 nov. 08 à 20:32, Blue Swirl a écrit :
> >
> >
> >
> >     
> > > On 11/11/08, Laurent Vivier <address@hidden> wrote:
> > >
> > >       
> > > > Le lundi 10 novembre 2008 à 21:01 +0100, Andreas Färber a écrit :
> > > >
> > > >
> > > >         
> > > > > Am 09.11.2008 um 23:07 schrieb François Revol:
> > > > >
> > > > >
> > > > >           
> > > > > > > > > Though I still can't seem to get OpenHackware to read the CD:
> > > > > > > > > ERROR: ATAPI TEST_UNIT_READY : status 50 != 0x40
> > > > > > > > >
> > > > > > > > >                   
> > > > > > > > I suppose OpenHackware only compares instead of checking the
> > > > > > > >                 
> > ready
> >     
> > > > > > > > bit...
> > > > > > > >
> > > > > > > >                 
> > > > > > >               
> > > > > > The attached patch makes OpenHackware happy again.
> > > > > > At least qemu-system-ppc can now start debian iso, and mine as well
> > > > > >
> > > > > >             
> > > > > [...]
> > > > >
> > > > >           
> > > > > > OpenHackware should be fixed instead, but it seems the binary in svn
> > > > > > has been updated after the last sources I found
> > > > > >
> > > > > >             
> > > > > [...]
> > > > >
> > > > >           
> > > > > > Seems the last update was already about ATAPI...
> > > > > > Anyone has the latest source used ?
> > > > > > I could at least fix it to check for bits on errors...
> > > > > >
> > > > > >             
> > > > > Rene Rebe recently posted some diff against qemu's OHW diff, but it
> > > > > appeared to be whitespace-damaged.
> > > > >
> > > > >
> > > > >           
> > > > > > Of course it'd be much better to switch to a real OF instead...
> > > > > > but I don't have the time for that, couldn't find usable OpenBIOS
> > > > > > images,
> > > > > >
> > > > > >             
> > > > > I once tried to get OpenBIOS working but failed, Laurent appeared to
> > > > > get some further - any update on that?
> > > > >
> > > > >           
> > > > No, I stopped working on this because I had no time.
> > > >
> > > > In fact, if I remember correctly, OpenHW initializes PCI devices whereas
> > > > OpenBIOS doesn't, I've started working on this but it is too much work
> > > > form me. I had a working OpenBIOS, able to start a kernel (at some
> > > > time), but stopping during boot.
> > > >
> > > > If someone is interested (perhaps) I can find my patches and send them
> > > > (privately).
> > > >
> > > >         
> > > I would be interested. I finally created a PowerPC cross compiler and
> > > I'd like to test OpenBIOS for PPC.
> > >
> > >       
> >  Yes, Andreas had the same request.
> >  For the moment I'm trying to re-create a cross-compiler to test and sort my
> > patches.
> >     
>
> With the attached hack I'm able to boot
> debian-40r5-powerpc-businesscard.iso, though it hangs after:
> Calling quiesce ...
> returning from prom_init
>
> The same happens with 0.8.2, so I think Qemu is in a way "correct".
> Now all I need to do is to find a nice OS that really can be
> installed. Any suggestions?
>   
That's probably due:

> Second, Linux 2.6 flatten_device_tree stuff in 
arch/powerpc/kernel/prom_init.c
> check for a return value of 1, as I do not have the IEEE spec on my desk
> I assumed it means success, and with the change the flattened device
> tree is no longer empty, helping a great deal continuing to boot ...

As I reported and provided a patch for on 05/06/2008 06:00 PM.
[Qemu-devel] [PATCH] fix PPC OpenHackWare for Linux 2.6

Yours,
 Rene

--
 René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
 http://exactcode.de | http://t2-project.org | http://rene.rebe.name