[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: can't boot 2.6.17-rc1



On 4/8/06, Michael Schmitz <schmitz@zirkon.biophys.uni-duesseldorf.de> 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 debian-powerpc-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>



Reply to: