My best regards. My 'problem' is already solved (I've solved it brutally removing usb-modeswitch from my Lubuntu 23.10 system because it has been immediately clear to me that something wrong was happening with switching which kept cycling forever and I don't need switching anyway given that I use th...

Hello to everyone. First of all, I'd like to make in advance my apologies because what I'm going to discuss here doesn't strictly relate to usb_modeswitch: I'm writing here too because the admins here have a very deep understanding of these devices (the deepest I can think of, just to be honest) and...

Hello! :) I apologize in advance because probably this isn't the best place to ask but not necessarily and that's why I'm here opening this thread. I regularly use usb_modeswitch with different devices (mainly from Huawei) to have 4G connection on my routers (mainly OpenWrt based ones) but, given th...

First of all thanks for your advice and please accept my sincere apologies for replying so late. It makes sense but unfortunately I don't have an idea on how to do it. Where and what am I supposed to look for? The Linux kernel built into the router software is very very old (2.6.8.1) and I don't eve...

I've finally found a workaround but I'm not satisfied at all because it is only a mere workaround and it doesn't solve the problem at its roots. The router provides means for executing a startup script: while leaving all the mobile configuration unaltered, I've added to the startup script the comman...

Hi and first of all thanks for your advice. It makes sense and I've tried to rebuild the firmware adding a delay but unfortunately to no avail. I don't know if this is a relevant information (I think so though) but I've noticed that the led patterns on the key (an 'ancient' Huawei E172 from Vodafone...

I can confirm that I have succeeded in taking advantage of the latest usb_modeswitch v2.40 on my router following the guidelines I've given in my previous posts (I was forced to use the 'quick and dirty' approach with only the binary and the configurations dir under /usr/share because of my environm...

Hello again and thanks for your reply as always. :) udev support isn't present for sure indeed by now I've built libusb with udev disabled (at least, there is a switch for the libusb configure script to enable or disable it: I don't know what else to say apart from adding that I needed to disable it...

First of all, many thanks for your reply. According to what you say, if I'm not mistaken the best solution for use under my current conditions is going on with usb_modeswitch binary alone (leaving apart usb_modeswitch_dispatcher) and the new configurations dir under /usr/share leaving apart also the...

Hello to everyone! :) I've finally managed to find some spare time to make the necessary modifications and succesfully build the latest usb_modeswitch version (v2.40) for my router. As previously guessed, putting the pthread.h header together with the libusb sources and adding the -lpthread switch t...

Hi and first of all thanks for your reply. :) I've done some digging around and it seems that pthread is made up by this header alone: http://pubs.opengroup.org/onlinepubs/009695399/basedefs/pthread.h.html What I find quite strange is that a single header could be enough though it contains the refer...

Hello to everyone. I'm trying to cross-compile the latest usb-modeswitch v2.4.0 to extend the support to newer dongles (usb-modeswitch is already available but it is a very outdated version, the v1.1.5) but I'm facing a severe issue I can't solve. First of all, the toolchain is fine and I regularly ...

I don't understand why you've taken it so personal. I have always been friendly and polite and I've NEVER argued about usbmodeswitch which is instead a great piece of work. The ONLY reason why I've written here was that ursus had EXACTLY the same problem I have and he solved it with the help from yo...

Is it possible that there isn't anyone apart from ursus who experienced what had happened to me? I had only followed the advices found on the net indeed everything works perfectly fine on a pc (both Linux and Windows ones) but not on my router and it is where I need to use the key which by now is co...

Hello again. There are news, bad ones unfortunately. Probably I remembered well because even with AT^U2DIAG=255 I get +CME ERROR: 50 as response and this means that the command is unsupported according to my research. What I've done is, while in mode 12d1:14db, going here: http://192.168.1.1/html/sw...