> > From my quick tests here (I'm travelling, so no much time), it looks
> > like it's dying on the first msleep() (either radeonfb or whatever else
> > if you play with driver order), which makes me strongly suspect the idle
> > loop changes. I'll try to fix that when I'm back next week unless paulus
> > beats me to it.
>
> This patch fixes it for me on my powerbook (1.5GHz albook). The issue
> seems to be that the cpu objects to HID0_NAP being cleared in HID0.
> If I have this code power_save_6xx_restore, it hangs:
>
> _GLOBAL(power_save_6xx_restore)
> mfspr r11,SPRN_HID0
> rlwinm r11,r11,0,10,8 /* Clear NAP */
> mtspr SPRN_HID0,r11
> b transfer_to_handler_cont
>
> If I take out that rlwinm, it boots. Bizaare.
Even more bizarre: if I get the old arch/ppc default_idle() from the
attic, and call that in cpu_idle() instead of ppc_md.power_save(), it just
works.
default_idle() just calls ppc_md.power_save(), that's the bizarre thing.
Timing problem, perhaps?
Michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
