On 4/8/06, Michael Schmitz <[EMAIL PROTECTED]> wrote: > > > 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. > Thanks. It works for me. Now I get another new problem, I lose the sound: --------------------------- # /etc/init.d/alsa-utils restart Shutting down ALSA...warning: 'alsactl store' failed with error message 'alsactl: save_state:1163: No soundcards found...'...failed. Setting up ALSA...warning: 'alsactl restore' failed with error message 'alsactl: load_state:1236: No soundcards found...'...done. --------------------------
Best regards, Bin > 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] > >
