Hey Nico, So I've been seeing USB issues on my beagle xm board with the latest linaro-2.6.38 tree, where when the system boots, lsusb will only show the hubs, but no devices.
Andy reported seeing similar on his overo board, so I bisected the issue down to:
9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a is the first bad commit commit 9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a Author: Keshava Munegowda keshava_mgowda@ti.com Date: Tue Mar 1 20:08:19 2011 +0530
arm: omap: usb: Invoke usbhs core device initialization
The usbhs intialization is invoked by all omap3 and omap4 variant board files.
Signed-off-by: Keshava Munegowda keshava_mgowda@ti.com Signed-off-by: Felipe Balbi balbi@ti.com
It looks like this patch is just converting the initialization over to usbhs, so it doesn't really point out the specific issue, but it does seem that something in the usbhs core isn't working properly.
Any tips here?
thanks -john
The full bisect log is: git bisect start # good: [47dc59f22a6af00691a98975d05a8a1601714e1b] OMAP4: PandaBoard: remove unused power regulators git bisect good 47dc59f22a6af00691a98975d05a8a1601714e1b # bad: [8061f3a885ec3538bf405ff3957c205b1ab2aae4] mach-ux500: correct MMC/SDI parameters git bisect bad 8061f3a885ec3538bf405ff3957c205b1ab2aae4 # bad: [1c49cb09b5666aa0d6df3b58f6c621df92c5dd44] Merge commit '05f6894' (omap-for-linus) into linaro-2.6.38 git bisect bad 1c49cb09b5666aa0d6df3b58f6c621df92c5dd44 # bad: [0cd3fd78e5951c1631ee60a2026603d63c671d98] Merge commit '9ced9f0' (rmk/devel-stable) into linaro-2.6.38 git bisect bad 0cd3fd78e5951c1631ee60a2026603d63c671d98 # bad: [23e0d1066f429ab44305e96fbff13f1793886277] usb: Refactor irq enabling out of usb_add_hcd() git bisect bad 23e0d1066f429ab44305e96fbff13f1793886277 # good: [c9642374d0e969e8c17f4f31cd1a2bd111634227] USB: fix unsafe USB_SS_MAX_STREAMS() definition git bisect good c9642374d0e969e8c17f4f31cd1a2bd111634227 # bad: [45d1b7ae205e39e95ec65747f8871661aaa105e4] usb-gadget: fix warning in ethernet git bisect bad 45d1b7ae205e39e95ec65747f8871661aaa105e4 # good: [37db3af11f02c2ccdf44a788694da16062a0333c] usb: otg: TWL4030: Update the last_event variable. git bisect good 37db3af11f02c2ccdf44a788694da16062a0333c # good: [181b250cf53233a7a7c6d7e1e9df402506712e93] arm: omap: usb: create common enums and structures for ehci and ohci git bisect good 181b250cf53233a7a7c6d7e1e9df402506712e93 # bad: [19403165c272cc4ed00c97973e7271714b009708] usb: host: omap: ehci and ohci simplification git bisect bad 19403165c272cc4ed00c97973e7271714b009708 # good: [2236396d4d23828a0875a4d447103d0ab48aed0b] arm: omap: usb: usbhs core device initialization git bisect good 2236396d4d23828a0875a4d447103d0ab48aed0b # bad: [3b68ae73d8afa925807ebaae7eb14e2afd43f5b5] arm: omap: usb: cleanup ehci and ohci resources and devices git bisect bad 3b68ae73d8afa925807ebaae7eb14e2afd43f5b5 # bad: [9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a] arm: omap: usb: Invoke usbhs core device initialization git bisect bad 9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a
On Thu, 31 Mar 2011, john stultz wrote:
Hey Nico, So I've been seeing USB issues on my beagle xm board with the latest linaro-2.6.38 tree, where when the system boots, lsusb will only show the hubs, but no devices.
Andy reported seeing similar on his overo board, so I bisected the issue down to:
9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a is the first bad commit commit 9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a Author: Keshava Munegowda keshava_mgowda@ti.com Date: Tue Mar 1 20:08:19 2011 +0530
arm: omap: usb: Invoke usbhs core device initialization The usbhs intialization is invoked by all omap3 and omap4 variant board files. Signed-off-by: Keshava Munegowda <keshava_mgowda@ti.com> Signed-off-by: Felipe Balbi <balbi@ti.com>
It looks like this patch is just converting the initialization over to usbhs, so it doesn't really point out the specific issue, but it does seem that something in the usbhs core isn't working properly.
Any tips here?
Hmmm... Do you have the same problem with 2.6.39-rc1? If no then the linaro tree might be missing something that is present in mainline.
Nicolas
On Thu, Mar 31, 2011 at 5:52 PM, Nicolas Pitre nicolas.pitre@linaro.org wrote:
On Thu, 31 Mar 2011, john stultz wrote:
Hey Nico, So I've been seeing USB issues on my beagle xm board with the latest linaro-2.6.38 tree, where when the system boots, lsusb will only show the hubs, but no devices.
Andy reported seeing similar on his overo board, so I bisected the issue down to:
9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a is the first bad commit commit 9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a Author: Keshava Munegowda keshava_mgowda@ti.com Date: Tue Mar 1 20:08:19 2011 +0530
arm: omap: usb: Invoke usbhs core device initialization
The usbhs intialization is invoked by all omap3 and omap4 variant board files.
Signed-off-by: Keshava Munegowda keshava_mgowda@ti.com Signed-off-by: Felipe Balbi balbi@ti.com
It looks like this patch is just converting the initialization over to usbhs, so it doesn't really point out the specific issue, but it does seem that something in the usbhs core isn't working properly.
Any tips here?
Hmmm... Do you have the same problem with 2.6.39-rc1? If no then the linaro tree might be missing something that is present in mainline.
Actually I saw this same issue on my xM on mainline 2.6.39-rc1 yesterday.. It was strange since the ehci was working just fine on my omap4/panda with the same issue.. I know it was working on 2.6.38-git18 before the rc1 release, was going to bisect it tomorrow..
Regards,
On Thu, 2011-03-31 at 18:52 -0400, Nicolas Pitre wrote:
On Thu, 31 Mar 2011, john stultz wrote:
So I've been seeing USB issues on my beagle xm board with the latest linaro-2.6.38 tree, where when the system boots, lsusb will only show the hubs, but no devices.
Andy reported seeing similar on his overo board, so I bisected the issue down to:
9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a is the first bad commit commit 9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a Author: Keshava Munegowda keshava_mgowda@ti.com Date: Tue Mar 1 20:08:19 2011 +0530
arm: omap: usb: Invoke usbhs core device initialization The usbhs intialization is invoked by all omap3 and omap4 variant board files. Signed-off-by: Keshava Munegowda <keshava_mgowda@ti.com> Signed-off-by: Felipe Balbi <balbi@ti.com>
It looks like this patch is just converting the initialization over to usbhs, so it doesn't really point out the specific issue, but it does seem that something in the usbhs core isn't working properly.
Any tips here?
Hmmm... Do you have the same problem with 2.6.39-rc1? If no then the linaro tree might be missing something that is present in mainline.
Yep. I see the same as what Robert reported. 2.6.39-rc1 is affected as well.
thanks -john
On 03/31/2011 03:39 PM, john stultz wrote:
9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a is the first bad commit commit 9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a Author: Keshava Munegowda keshava_mgowda@ti.com Date: Tue Mar 1 20:08:19 2011 +0530
arm: omap: usb: Invoke usbhs core device initialization The usbhs intialization is invoked by all omap3 and omap4 variant board files. Signed-off-by: Keshava Munegowda <keshava_mgowda@ti.com> Signed-off-by: Felipe Balbi <balbi@ti.com>
This commit appears to be the root of my problem as well.
Is there a bug tracking this? if not, would you mind opening one?
I fear this affects OMAP4 with the -omap flavor as well.
On Fri, 2011-04-01 at 19:02 +0200, Loïc Minier wrote:
Is there a bug tracking this? if not, would you mind opening one?
I fear this affects OMAP4 with the -omap flavor as well.
https://bugs.edge.launchpad.net/linux-linaro/+bug/747639
thanks -john