Re: pmud problem: No Sleep support on this hardware, exiting!
> > What would it take to do just that - assuming the OF init code can be
> > accessed after kernel init, and all access to the chip can be blocked by
> > e.g. staying on the dummy fb console until after re-init?
> >
> > It's a sick idea, though ..
>
> Not that sick, I've been considering it quite seriously :) It requires
Goes to prove Mac hackers need some sick sense of humor :-)
> an F-code interpreter with enough dictionary support to grok those
> drivers, which isn't actually far from what we already have, either
> in OpenBIOS or via another source I may not disclose yet.
>
> Part of the problem is getting to this f-code. For "slot" based cards,
> it's easy to read it from the card's PCI ROM. For laptops & iMacs, it's
> buried deep into Apple's main ROM, compressed etc...
The boot ROM? I thought that wasn't all that big on newworlds...
> Just for completeness, double check that OF isn't putting something
> in the device-tree with the f-code already :) I doubt it, but since
> linux "skips" too large properties when copying the device-tree during
> boot, it might actually be there and not visible in linux...
Good idea - do you have a lsprop tool for MacOS X ?
Michael
Reply to: