>> Hi Igor
>>
>> The Hub is a Microchip USB2513B-AEZG and is connected to EHCI controller
>> port via the DUP_P and DUP_N pins. There is a reset applied to the chip at
>> power on.
>>
>If the reset signal is sw controllable, you might want to toggle it
>before the EHCI controller resumes.
The reset control is currently connected to the system reset signal that is
generated at power up. I will disconnect it and try mapping it to a GPIO.
>There is also a USB phy on the way from EHCI controller to the hub.
>You might also want to check if the phy resumes correctly.
>Which phy do you use and how is it reset?
>From what I can see the USB2513B IC has the Phy built in and is connected
>directly to the AM3517. I am having the hardware engineer look into it but
>from what I can see on the circuit diagram its a direct connection.
Regards
Marc
>> Regards
>> Marc
>> ________________________________________
>> From: Igor Grinberg [grinb...@compulab.co.il]
>> Sent: 03 March 2014 12:16
>> To: Roger Quadros; Marc Murphy; linux-omap@vger.kernel.org
> Subject: Re: Help needed USB hub disconnected at resume
>
> On 03/03/14 13:06, Roger Quadros wrote:
>> Hi Marc,
>>
>> On 03/03/2014 12:04 PM, Marc Murphy wrote:
>>> Hi,
>>> I am using the latest stable 3.4.80 kernel with some changes to get the
>>> EMAC Phy to initialise correctly after a suspend/resume. The platform is
>>> AM3517 with most of the system working nice and smoothly. I have 1 issue
>>> though and need some advice/help to get the system to use the USB hub I
>>> have connected to the EHCI controller after a suspend to memory and resume.
>>>
>>> At boot all is recognised;
>>>
>>> [ 1.486816] usbcore: registered new interface driver cdc_ether
>>> [ 1.493255] usbcore: registered new interface driver cdc_ncm
>>> [ 1.499450] usbcore: registered new interface driver qmi_wwan
>>> [ 1.506622] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
>>> [ 1.513580] ehci-omap.0 supply hsusb0 not found, using dummy regulator
>>> [ 2.521881] ehci-omap ehci-omap.0: OMAP-EHCI Host Controller
>>> [ 2.528411] ehci-omap ehci-omap.0: new USB bus registered, assigned bus
>>> number 1
>>> [ 2.536468] ehci-omap ehci-omap.0: irq 77, io mem 0x48064800
>>> [ 2.553070] ehci-omap ehci-omap.0: USB 2.0 started, EHCI 1.00
>>> [ 2.559295] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
>>> [ 2.566436] usb usb1: New USB device strings: Mfr=3, Product=2,
>>> SerialNumber=1
>>> [ 2.574035] usb usb1: Product: OMAP-EHCI Host Controller
>>> [ 2.579620] usb usb1: Manufacturer: Linux 3.4.80 ehci_hcd
>>> [ 2.585296] usb usb1: SerialNumber: ehci-omap.0
>>> [ 2.591278] hub 1-0:1.0: USB hub found
>>> [ 2.595306] hub 1-0:1.0: 3 ports detected
>>>
>>> And I can see everything OK.
>>>
>>> # lsusb
>>> Bus 001 Device 002: ID 0424:2513 Standard Microsystems Corp. 2.0 Hub
>>> Bus 002 Device 002: ID 05e3:0718 Genesys Logic, Inc. IDE/SATA Adapter
>>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>>> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>>> Bus 001 Device 003: ID 1199:68a2 Sierra Wireless, Inc.
>>> #
>>> #
>>> # echo mem > /sys/power/state
>>> [ 73.736572] PM: Syncing filesystems ... done.
>>> [ 73.743530] Freezing user space processes ... (elapsed 0.01 seconds)
>>> done.
>>> [ 73.766784] Freezing remaining freezable tasks ... (elapsed 0.02
>>> seconds) done.
>>> [ 73.959289] davinci_mdio davinci_mdio.0: timed out waiting for idle
>>> [ 73.968872] PM: suspend of devices complete after 170.410 msecs
>>> [ 73.975433] PM: late suspend of devices complete after 0.305 msecs
>>> [ 73.982635] PM: noirq suspend of devices complete after 0.732 msecs
>>> [ 83.430450] Powerdomain (core_pwrdm) didn't enter target state 1
>>> [ 83.436737] Could not enter target state in pm_suspend
>>> [ 83.443176] PM: noirq resume of devices complete after 0.915 msecs
>>> [ 83.450164] PM: early resume of devices complete after 0.274 msecs
>>> [ 83.457336] <6>Waiting for PHY clock good...
>>> [ 83.463287] davinci_mdio davinci_mdio.0: resetting idled controller
>>> [ 83.471343] net eth0: attached PHY driver [SMSC LAN8710/LAN8720]
>>> (mii_bus:phy_addr=davinci_mdio-0:00, id=7c0f1)
>>> [ 84.771881] PM: resume of devices complete after 1315.185 msecs
>>> [ 84.778472] Restarting tasks ...
>>> [ 84.782379] usb 1-1: USB disconnect, device number 2
>>> [ 84.790557] done.
>>> [ 84.792938] mmc0: mmc_rescan_try_freq: trying to init card at 400000 Hz
>>> sh: write error:[ 84.800781] usb 1-1.1: USB disconnect, device number 3
>>> Operation not p[ 84.808349] qmi_wwan 1-1.1:1.8: wwan0: unregister
>>> 'qmi_wwan' usb-ehci-omap.0-1.1, Sierra Wireless wwan/QMI device
>>> ermitted
>>> [ 84.859191] mmc1: mmc_rescan_try_freq: trying to init card at 400000 Hz
>>> [ 86.490356] PHY: davinci_mdio-0:00 - Link is Up - 100/Full
>>> #
>>> #
>>> # lsusb
>>> Bus 002 Device 002: ID 05e3:0718 Genesys Logic, Inc. IDE/SATA Adapter
>>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>>> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>>> #
>>>
>>> Is there any relevant patch out there that would address the issue that I
>>> see ?
>>
>> Does this happen because of OFF mode?
>> Can you please try the tests with off mode disabled?
>>
>> e.g.
>> mount -t debugfs none /sys/kernel/debug
>> echo 0 > /sys/kernel/debug/pm_debug/enable_off_mode
>> suspend & resume
>
> AFAIK, AM3517 does not have OFF mode.
> We had something similar with runtime pm...
> It might be useful to know which hub is this and how is it connected...
>
>>
>> Also please send the output of /sys/kernel/debug/pm_debug/count
>> before suspend and after resume. Thanks.
>
>
>
> --
> Regards,
> Igor.
>
--
Regards,
Igor.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
