USB on tp-link mr3420 v2.1 doesn't work at all.
i compiled kmod usb modules, usbutils, usb mode switch, tried two UVC webcams, one 3g stick..
With oem tp-link firmware the 3g usb stick will power up and even work to provide Internet access.
Also with r36083 none of the two USB ports on Asus WL-5000gP v1 won't work.
The problem may consist in the fact that is registered wrong GPIO No. in the kernel profile to enable Power over USB.
i'm sorry Dmytro, i still cannot see anything at lsusb, i tried a webcam, plugged, unplugged and in again.
Didn't test other kernels yet.
anyone has any idea please? seems like usb on mr3420 v2.1 does not power at all..
How to enable GPIO, I showed in the example above, you can simply substitute another value instead of the number "echo 8" in export.
thanks Dmytro, will try it today.
Dmytro just tried them all, nothing powered my webcam..
Your device use a ​TPS2041 switch to turn-on USB Power on negative value.
If that does not work, then use this firmware, with this it should be working USB port.
maybe a developer can help us with the corrections? maybe in target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr841n-v8.c ??
This patch is not correct, because we set GPIO-pin in Input mode!
There are two types of chip Power switch - controlled by the logic 1 and logic 0 (GPIO Output hight and GPIO Output low). If we set the GPIO-pin in Input mode - what formally will be logic 0 current >40mA, unlike "out low" with a current ~10mA.
In general, I have a suspicion that GPIO4 sits on NOT disabled JTAG.
This could damage the device in the long term!
JTAG port is present on the router TL-WR841N V8 - same AP123 platform.
the modified file ("patch") works fine for usb, it is setting it exactly like in the AA version you posted above.
bin file from post above really working. But, LED still not working so fix is not full. Any info about post by Dmytro? Cat it damage router?
Same problem here (with a TP-Link 3420). Would it make sense to try to apply myself the (potentially dangerous) patch pasted above by dani@? Is there any plan to submit a better fix to trunk?
Guys is there any update on this, I have been suffering from this with my MR3420 v2.1. Is this patch ok to be applied ??
I applied the patch but I didn't see any benefit. It could be that I used the wrong codebase. I am currently running a prebuilt image mentioned in another thread (which I don't remember now) and the USB is powered. I attached a USB internet key and everything works. However, I don't feel comfortable running such code and I hope I'll be able to run the standard OpenWrt firmware or compile it myself.
Please check USB port on Trunk or yourself build after ​r37194 changes.
If also does not work full control gpio4 (in/out > hi/low) let me know.
USB still don't works, it's unpowered.
User "cindy.wijaya" also give the patch he used to firmware (AA_RC1).
If you know how to insert (apply) this patch in trunk please do.
But when i change qss-led trigger to usbdev qss-led show usb status.
I do not have the possibility to test, but their assumptions, I wrote to the developers.
Please, add patch to trunk!
I tried patch to AA and had working USB-power and LED.
Hi, I agree with Dmytro that switching gpio4 to input mode (as patches above do) is swapping one problem with another. Isn't there a way to make it work in output mode, like in the official firmware? I'm ready to test on MR3420 v2.2.
For now I could tell that cat /sys/class/gpio/gpio4/value gives 0's and 1's randomly for me and writing gives no result. Writing to gpio11 turns usb led on/off though, so this one works fine. Firmware version: r37811.
It works! Built firmware with "make" first, for no effect. Then with "make clean && make" and it worked. Used 1-st patch, with "ath79_gpio_function_setup". I think this is what solves the problem (latest trunk doesn't clear 6'th bit like original firmware, which does).
Would be better to leave "active_low = 1" by the way, cause after the patch my USB LED started to behave inversely - lights up when USB slot is empty and turns off when I plug something.
You can confirm for logs that you have it working?
I would also like to optimize the code. Try to remove all rows with ath79_gpio_output_select (after that, recompile) - need to find out whether you need to configure all these GPIOs.
check - in the sense of whether you can change the direction and value of these gpios.
USB is not powering up (neither automatically nor manually), but random fluctuations of 0's and 1's on gpio4 have stopped.
Filesystem might look strange, it's a 128MB card used previously as extroot for the router.
So, last version is correct and can be used for every day?
When it can be add to trunk builds?
Unfortunately turning USB power off (echo 0 > /sys/class/gpio/gpio4/value) still does not work in Barrier Breaker (r42625), at least for TL-MR3420 v2.3. Please see details at #19195!