New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FS#2753 - USB has no power on TP-Link TL-WR842ND v2.0 after upgrading to 19.07 (ath79) #7633
Comments
adrianschmutzler: It looks to me like the following command from ar71xx mach files is missing in ath79:
The gpio-export for USB power itself is there and looks correct to me. References: |
adrianschmutzler: I think this can be solved by a pinmux: I've built a patch (based on master), please build and test that: Please also check whether nothing else is broken. |
arminfuerst: @adrian Schmutzler: I don't know how to build a version. If someone could provide me with a build, I'd be happy to try and provide feedback. |
adrianschmutzler: https://www.adrianschmutzler.net/upload/842-test1.zip These images are built from master without luci. |
arminfuerst: Thanks for the fast support - I tried to flash the "sysupgrade"-version, but it doesn't seem to work. When the router reboots:
|
zvova7890: I had same problem, pinmux as Adrian Schmutzler mentioned has working for me on wr842nd v2 |
zvova7890: Ok, I will. I'm just add
to ar9341_tplink_tl-wr842n-v2.dts, because I'm on stable branch. Will be okay, if I'm leave "Tested" in this case? |
arminfuerst: @adrian Schmutzler: I successfully recovered the device using TFTP, so doing another test is simple. What and how exactly shall I retry?
|
adrianschmutzler: @arminfuerst I have created a series of images to test. m0 is just current master and should serve as blind test (normal boot, but no USB power) If m0 does not work properly (except USB, as you would expect from current 19.07), you do not need to test the other images. You can just flash one after the other if nothing breaks in between. Thanks! |
arminfuerst: @adrian Schmutzler
|
adrianschmutzler: Okay, thanks. m4 is actually the same config as the test1 image should have had. But I just saw that the test1 sysupgrade image was also bigger than usual, maybe something went south during build there. I have prepared a final image to test here: It should be equivalent to m4. If this works, please also post your Tested-by (syntax as above here). |
adrianschmutzler: @vova Yes. |
arminfuerst: @adrian Schmutzler |
adrianschmutzler: Just sysupgrade. |
adrianschmutzler: But please check whether rest of the LEDs seems normal, too, and maybe test the reset button. |
arminfuerst: I tested everything (incl. resetting to 19.07.1 using TFTP through the reset button, all LEDs, WLAN-button) successfully. I assume I shall leave the "Tested-by" comment at #2758 - correct? |
adrianschmutzler: You can leave the Tested-by here, in the Pull Request, or send me an e-mail. I don't care, it's just where you want to have it crawled by bots :-) |
arminfuerst: :D |
adrianschmutzler: Just look for bug reports on these devices. The issue discussed here should be specific to the three devices named in my patch, though. I will prepare a test patch for the 19.07 backport soon. |
adrianschmutzler: Images for 19.07 backport testing are put here: For some strange reason, the image is bigger than the build from master... |
arminfuerst: @adrian Schmutzler |
adrianschmutzler: Thanks, I will backport this to 19.07 later this week. |
arminfuerst: I just tried with OpenWRT 19.07.2 and it is working with my testing device. |
zvova7890: Also, I'm found this in kernel log This is not critical, but as I'm understand, ar9341.dtsi doesn't have record like in ar9330.dtsi
jtag_disable_pins: pinmux_jtag_disable_pins {
pinctrl-single,bits = <0x0 0x1 0x1>;
};
|
adrianschmutzler: The pins are there: https://github.com/openwrt/openwrt/blob/master/target/linux/ath79/dts/ar934x.dtsi#L105 |
adrianschmutzler: But this is an unrelated issue, please post separately if you can reproduce it. |
arminfuerst:
After upgrading from 18.06 to 19.07 (ath97) the USB port of the device seems to provide no power at all. I have a simple device (TEMPer) I am using for this test. The device has a power LED which starts as soon as there is power on the USB port. The LED in on if I even only connect the device to an active USB hub not being connected to a computer.
I checked that the device has power just before the upgrade.
I made a factory reset of the device before the upgrade.
I tried with two identical devices and had the same effect.
When I run lsusb, I do see the USB hub, but no connected devices.
I applied 19.07 (ar71xx) on one of the devices and the USB port has power.
Can I provide any additional info to support working on this issue?
The text was updated successfully, but these errors were encountered: