Hi!
When I use this device tree nodes, or very similar. I get this error code:
As you can see, I'm getting this kind of errors. I don't know if the Device Tree or the IC chip is faulty. I would like to know if there are any ways to find out if the IC chip is the cause of the problem or if there is any way for me to find out if the USB2514B is faulty. Can you give me any suggestions?
I have checked the hardware configuration and it seems to be in order. I have checked the voltage levels. It seems very OK as well.
- All VDD are 3.3V
- Alla REM[0:1] is 0V
- VBUS_DET is 3.3V
- RBIAS is about 1.2V because there is a 12 kOhm pull-down resistor there
- All PRTPWR[0:3] are 0V
- All SEL[0:1] are 0V
- TEST is connected to GND
- All OSC_N[0:3] are closed with their pull-up on about 2.5V
- RESET_N is 3.3V
- PLLFILT is connected to a capacitor to GND
- XTALIN is 0.63V
- XTALOUT is 0.64V
- USBDM_UP is 0V
- USBDP_UP is 3V
Once RESET_N goes low, the error codes in Linux terminal will re-write the error codes again. So I guess that the RESET_N is working on the USB hub.
[...] usb 2-4: device not accepting address 27, error -62
[...] usb 2-4: device descriptor read/64, error -62
[...] usb 2-4: device descriptor read/64, error -62
[...] usb 2-4: device not accepting address 29, error -62
[...] usb 2-4: device not accepting address 30, error -62
[...] usb usb2-port4: unable to enumerate USB device
Error -62 is:
(Time out: ETIME 62 /* Timer expired */)
Here is my device tree. I have tried different configurations, without success. That error above only occurs when this:
&usbh_ehci{
status = "okay";
/* USER CODE BEGIN usbh_ehci */
phys = <&usbphyc_port0>;
#address-cells = <1>;
#size-cells = <0>;
/* onboard HUB */
hub@1 {
compatible = "usb424,2514";
reg = <1>;
vdd-supply = <&v3v3>;
};
/* USER CODE END usbh_ehci */
};
&usbh_ohci{
status = "okay";
/* USER CODE BEGIN usbh_ohci */
/* USER CODE END usbh_ohci */
};
Or this applies, with status = "okay" or status = "disable" for usb_ehci.
&usbh_ehci{
status = "okay";
/* USER CODE BEGIN usbh_ehci */
/* USER CODE END usbh_ehci */
};
&usbh_ohci{
status = "okay";
/* USER CODE BEGIN usbh_ohci */
phys = <&usbphyc_port0>;
#address-cells = <1>;
#size-cells = <0>;
/* onboard HUB */
hub@1 {
compatible = "usb424,2514";
reg = <1>;
vdd-supply = <&v3v3>;
};
/* USER CODE END usbh_ohci */
};
Conclusion:
In my opinion, I think that usbh_ohci might be used all the time, because if I disable usbh_ehci, I still get the same error, only if I declare the hub@1 inside one of the usbh_ohci and usbh_ehci.
What do you think?
The USB2514B is broken?
Note: It's the legacy USB2514B from SMSC, not from Microchip. But I'm guessing that it should be no difference.
I'm using this one: https://www.lcsc.com/product-detail/USB-ICs_Microchip-Tech-USB2514B-AEZC-TR_C16251.html
1 ACCEPTED SOLUTION
Accepted Solutions
This is the output when I use this device tree. Note: When I apply 0V on RESET_N, nothing happens. It's like that the hub won't care if I use usbh_ehic. Why? This must be the cause of the problem?
&usbh_ehci{
status = "okay";
/* USER CODE BEGIN usbh_ehci */
phys = <&usbphyc_port0>;
#address-cells = <1>;
#size-cells = <0>;
/* onboard HUB */
hub@1 {
compatible = "usb424,2514";
reg = <1>;
vdd-supply = <&v3v3>;
};
/* USER CODE END usbh_ehci */
};
&usbh_ohci{
/* USER CODE BEGIN usbh_ohci */
status = "disabled";
/* USER CODE END usbh_ohci */
};
This is how my stm32mp151.dtsi file looks like
usbh_ohci: usb@5800c000 {
compatible = "generic-ohci";
reg = <0x5800c000 0x1000>;
clocks = <&usbphyc>, <&rcc USBH>;
resets = <&rcc USBH_R>;
interrupts = <GIC_SPI 74 IRQ_TYPE_LEVEL_HIGH>;
status = "disabled";
};
usbh_ehci: usb@5800d000 {
compatible = "generic-ehci";
reg = <0x5800d000 0x1000>;
clocks = <&usbphyc>, <&rcc USBH>;
resets = <&rcc USBH_R>;
interrupts-extended = <&exti 43 IRQ_TYPE_LEVEL_HIGH>;
companion = <&usbh_ohci>;
power-domains = <&pd_core>;
wakeup-source;
status = "disabled";
};
It was the crystal that caused the problem.
Instead, I made a track from the 24 MHz oscillator, to the USB hub. It works very well. Even my optical mouse was awaken.
