Re: ofwboot problem on OF2 machines

[Frank Wille <frank%phoenix.owl.de@localhost>]

Izumi Tsutsui wrote:

> Sorry for old topic, but I tried recent ofwboot on my Apus2000
> and noticed it didn't work properly, probably due to OF 2.0 quirks:
> [...]
>
> I don't remember how I tested your ofdev.c patch at that time,
> but the following change causes a problem:
> [...]

Ok.
Unfortunately I have no OF 2.0 machines to test that.


> I'm not sure if this ':0' strings added in devopen() are
> actually necessary for OF3 machines to boot from APM partition.
> Is it really required for your macppc?

I removed this block completely:

   if (!strcmp(buf, "block") && strrchr(devname, ':') == NULL)
       /* indicate raw partition, when missing */
       strlcat(devname, ":0", sizeof(devname));

...and it seems to work for me (PowerMac G4, OF3).

Although I only did some simple tests, like:
  boot hd:,ofwboot.xcf netbsd -s
  boot hd:,ofwboot.xcf
  boot hd:,ofwboot.xcf hd:0/netbsd


> If it's for lazy defaults, adding the following ofw_version check
> makes it work even on my Apus2000. What do you think about this?

Ok for me. It works on my PowerMac G4.

Maybe we can remove the strlcat() block from above in the current source (so
everybody can test it until 7.0), but pull up your patch for netbsd-6, to
be on the safe side?


Unfortunately there are more problem left with ofwboot: since October 2010
no ofwboot 1.12 version seems to work on my PowerBook G4 or iBook G4. No
idea what is wrong there...

I will have to find some time in the next weeks to debug that.


> Should it be done rather in the above prom2boot() function?

As far as I understand prom2boot() is only called in the beginning to
convert the bootpath from the OFW environment. It is not used for the path
entered on the command line, so it wouldn't help you?


-- 
Frank Wille