Hello Developer can anyone help regarding the bellow issue, till now i could not find a help
[ 85.927653] usb 1-1: usbfs: interface 1 claimed by usbfs while 'usbmode' sets config #0
[ 86.244276] usb 1-1: usbfs: process 6264 (usbmode) did not claim interface 1 before use
[ 86.470589] usb 1-1: usbfs: interface 1 claimed by usbfs while 'usbmode' sets config #0
[ 86.786027] usb 1-1: usbfs: process 6308 (usbmode) did not claim interface 1 before use
[ 87.007020] usb 1-1: usbfs: interface 1 claimed by usbfs while 'usbmode' sets config #0
I am always having this.
tmomas
November 7, 2018, 9:55am
2
Several topics regarding "usbmode did not claim interface" already exist:
https://forum.openwrt.org/search?q=usbmode%20did%20not%20claim%20interface
Does any of them help?
a question do you know what is that in logs? ath: EEPROM regdomain: 0x0
[ 10.685756] usbserial: USB Serial support registered for GSM modem (1-port)
[ 10.693632] option 1-1:2.2: GSM modem (1-port) converter detected
[ 10.700239] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB0
[ 10.707606] option 1-1:2.3: GSM modem (1-port) converter detected
[ 10.714188] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB1
[ 10.721550] option 1-1:2.4: GSM modem (1-port) converter detected
[ 10.728208] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB2
[ 10.735489] option 1-1:2.5: GSM modem (1-port) converter detected
[ 10.742194] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB3
[ 10.859147] ath: EEPROM regdomain: 0x0
[ 10.859158] ath: EEPROM indicates default country code should be used
[ 10.859162] ath: doing EEPROM country->regdmn map search
[ 10.859179] ath: country maps to regdmn code: 0x3a
[ 10.859185] ath: Country alpha2 being used: US
[ 10.859188] ath: Regpair used: 0x3a
[ 10.873344] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 10.875582] ieee80211 phy0: Atheros AR9531 Rev:2 mem=0xb8100000, irq=47
[ 10.927098] kmodloader: done loading kernel modules from /etc/modules.d/*
@stiv.dahdah Did you solve this issue? I also met this when using Huawei ME909s-821.
nikem
April 16, 2019, 2:02pm
5
You should remove the usb-modeswitch, this package causes the problem. I have a Huawei ME909s-120 mPCI modem working doing that
@artificerpi there is a solution, remove usb modeswitch or edit it's config file:
Forget about EC-25. I used to have it and under heavy load it freezes. Eg. when I download and upload 10+mbit at the same time. Also it has its own set of bugs.
For example: https://bugs.openwrt.org/index.php?do=details&task_id=1252
I switched from EC25 to ME909s-120 recently and no more freezing...I don't know if there is update for EC-25 to fix the issues, because there is no firmware updates to it unlike ME909s-120 which gets bugfixes.
You only need to edit /etc/usb-mode.json file to get i…
But I think usb-modeswitch should be fixed or replaced. Vote for the bug report:
opened 12:19PM - 14 Jun 19 UTC
closed 10:37AM - 10 Dec 20 UTC
flyspray
*yurtesen:*
I wrote a bug report but then the bug report said wrong token and I… lost the report... :(
Now again but shorter version. The usb-modeswitch (which seems to be an openwrt project, a rewrite of original usb_modeswitch https://git.openwrt.org/project/usbmode.git ) needs to set some devices to config 0 before switching to config 3.
BTW this is fixed in usb-modeswitch... Here is the link to discussion about this:
http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?f=4&t=2710&start=22
Some devices need to be set to config 0 first to be able to switch to config 3. Otherwise they hang...
Here a working example:
root@OpenWrt:~# echo 0 > /sys/bus/usb/devices/1-2/bConfigurationValue
root@OpenWrt:~# echo 3 > /sys/bus/usb/devices/1-2/bConfigurationValue
root@OpenWrt:~# umbim -d /dev/cdc-wdm0 caps
devicetype: 0001 - embedded
cellularclass: 0001
voiceclass: 0001 - no-voice
simclass: 0002
dataclass: 8000003F
smscaps: 0003
controlcaps: 0001
maxsessions: 0003
deviceid: 867377023108313
firmwareinfo: 11.617.06.00.00
hardwareinfo: RM1ME909ASM
root@OpenWrt:~#
A non-working example (after reboot):
root@OpenWrt:~# echo 3 > /sys/bus/usb/devices/1-2/bConfigurationValue
root@OpenWrt:~# umbim -d /dev/cdc-wdm0 caps
ERROR: mbim message timeout
root@OpenWrt:~#
At least one other person in OpenWRT bug tracker confirms this:
https://bugs.openwrt.org/index.php?do=details&task_id=1424
Although he has another problem with looping messages (probably unrelated to this bug)
https://forum.openwrt.org/t/usbmode-sits-in-loop-after-install/12624