Re: [OpenWrt-Devel] [PATCH] ath79: add D-Link DIR-615 rev. E4

[Lars Melin]

On 11/8/2019 14:50, Paul Fertser wrote:

On Thu, Nov 07, 2019 at 08:19:27AM +0300, Paul Fertser wrote:

I see there's some http server mentioned in the wiki article, haven't
tried it yet (and I can't understand what "simple" web browser it
talks about, probably there should be a curl command instead?),


So I gave it a try but the results are not fruitful. This command
should work:

curl http://192.168.0.1/cgi/index -F 
Send=@built/targets/ath79/tiny/openwrt-ath79-tiny-dlink_dir-615-e4-squashfs-factory.bin

BUT the recovery HTTP server is using a very old uIP implementation
that seems to be unable to play well along with the current TCP stack
in Linux. The result is a very slow upload (left it overnight and it's
still not finished).

 From working with uIP before on an embedded target I know that it
doesn't support delayed ACKs in any form, for any packet it sends it
waits for an ACK before sending the next, and I would guess that for
any packet it receives it's better to wait for its ACK before sending
the next (as I see plenty of duplicated ACKs from this backup server
all confirming just the first packet received, and then long wait
before retransmission). The problem is in the number of packets sent,
not the size (so changing MTU/MSS doesn't help much).

I haven't been able to find a way to trick it into behaving, sorry.



Don't complicate simple things, all D-Link routers have a recovery web 
page and you access it with your browser, not with curl.


/Lars

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH, usbmode] Extend StandardEject sequence to include LUN 1

[Lars Melin]

On 2016-11-08 22:39, Benjamin Berg wrote:

Also sending the eject command to LUN 1 is required for some D-Link devices.

Signed-off-by: Benjamin Berg 
Signed-off-by: René van Weert 
---
 switch.c | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/switch.c b/switch.c
index b283561..587a2af 100644
--- a/switch.c
+++ b/switch.c
@@ -161,6 +161,12 @@ static void handle_standardeject(struct usbdev_data *data, 
struct blob_attr **tb
}, {

"\x55\x53\x42\x43\x12\x34\x56\x79\x00\x00\x00\x00\x00\x00\x06\x1b"

"\x00\x00\x00\x02\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00", 31
+   }, {
+   
"\x55\x53\x42\x43\x12\x34\x56\x78\x00\x00\x00\x00\x00\x01\x06\x1e"
+   
"\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00", 31
+   }, {
+   
"\x55\x53\x42\x43\x12\x34\x56\x79\x00\x00\x00\x00\x00\x01\x06\x1b"
+   
"\x00\x00\x00\x02\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00", 31
}
};




Reviewed-by: Lars Melin 

Looks fine to me, this is for eject handling of dongles based on 
Mediatek's cellular baseband processors which has a TF/SD card reader on 
LUN 0 of the USB storage interface and the virtual cd-rom (which we want 
to eject) on LUN 1. The previous StandardEject sequence did only work 
for LUN 0, the new sequence will work for both LUN's.

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] comgt-ncm: Add possibility to choose PDP context type

[Lars Melin]

On 2015-10-07 04:12, Andreas Fritiofson wrote:


I see the exact same error in the logs and I've verified that E3276
doesn't accept IPV6 (or IPV4V6, or ... ) as the second parameter by
manually echo -e 'AT+CGDCONT=1,"IPV6","internet.tele2.se
",""\r' > /dev/cdc-wdm0. Only "IP" works.



The PDP type IPV6 is only valid for some Huawei firmwares, most likely 
based on what your mobile operator has asked Huawei to include in the

dongles made for them.

wbr
Lars
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel