On Thu, Dec 11, 2008 at 7:38 PM, Steve Sakoman <sakoman@xxxxxxxxx> wrote: > On Thu, Dec 11, 2008 at 8:49 AM, Paul Walmsley <paul@xxxxxxxxxxx> wrote: >> Hi Grazvydas, Steve, >> >> On Thu, 11 Dec 2008, Grazvydas Ignotas wrote: >> >>> > Can you please post whatever patches you need to apply to make it work >>> > occasionally so others can also look at the issue? >>> >>> For pandora, making infinite while loops finite doesn't help much, >>> kernel crashes later on. Steve had this too: >>> http://marc.info/?l=linux-omap&m=122378604027303&w=2 >>> >>> I did bisect and found that commit >>> 8b1f0bd44fe490ec631230c8c040753a2bda8caa is causing the hang for me. >>> Reverting this makes EHCI work again on pandora. >>> http://marc.info/?l=linux-omap&m=122453174024860&w=2 >> >> Would one of you be willing to run with this patch and send back any debug >> output relating to dpll5_ck ? (Unfortunately, I don't have access to any >> boards with EHCI hardware, so cannot try it myself) >> >> This will help determine what fix should be applied > > Here you go. Note that no infinite loop! Ah, so it no longer needs that revert, probably recent clock changes fixed that issue. > ... > Result: no hang at boot, but I still end up with the auto suspend, > though the behavior is slightly different (dmesg output this time > since it contains more debug info): If your host uses PHY mode, have you hacked EXT_PHY_RESET_GPIO* in drivers/usb/host/ehci-omap.c? BTW, if this stuff is really needed, it should go to platform_data.. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
