XO-1.75/Kernel/Issues: Difference between revisions

From OLPC
Jump to navigation Jump to search
No edit summary
Line 34: Line 34:


* http://dev.laptop.org/~quozl/z/1RiHT6.txt (75.904ms)
* http://dev.laptop.org/~quozl/z/1RiHT6.txt (75.904ms)
* http://dev.laptop.org/~greenfeld/temp/175bringup/os23-ff199462/screenlog.3-resumehang2ecmod.bz2 (80.341ms)
* http://dev.laptop.org/~greenfeld/temp/175bringup/os23-26f404e/screenlog.6-resumehang.bz2 (2.683ms)
* http://dev.laptop.org/~greenfeld/temp/175bringup/os23-26f404e/screenlog.6-resumehang.bz2 (2.683ms)
* http://dev.laptop.org/~greenfeld/temp/175bringup/os23-26f404e/screenlog.3-ecfail1.bz2 (72.616ms)
* http://dev.laptop.org/~greenfeld/temp/175bringup/os23-26f404e/screenlog.3-ecfail1.bz2 (72.616ms)

Revision as of 04:19, 4 January 2012

hang, mmp2-pcm-audio.0 resume

This is a hang with the last serial console message:

mmp2-pcm-audio mmp2-pcm-audio.0: resume

No FIQ. No SysRq. Always preceeded by a PM: Some devices failed to suspend.

Jon Nettleton says known problem. Caused by interrupted suspend, and during the unwind of the resume it hangs.

Can be worked around by removing the audio driver from the kernel.

Disabling runin-sound has no effect.

Seen within half an hour if SUS_TIME is set to 3000. Rarely or never seen if SUS_TIME is set to 10000.

Theory: once a suspend takes too long, the RTC alarm goes off before suspend has finished, and the suspend is interrupted, leading to this issue.

Impact: may trigger also with other wake sources, leading to a failed runin.

Instances:

hang, mmp2_pm_finish: Enable audio island

This is a hang shortly after the serial console message:

mmp2_pm_finish: Enable audio island

The time period may vary.

Only occurs with SUS_TIME not set to 3000.

Instances: