Hello Strangers,
I have in my hands a shiny new dual purpose usb dongle for wifi 5 and bt. It does not function in any usb port when plugged in.
I've tried to check that it's detected:
# lsusb
Bus 002 Device 003: ID 25a7:2410
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 004: ID 046d:c534 Logitech, Inc. Unifying Receiver
Bus 001 Device 013: ID 0bda:1a2b Realtek Semiconductor Corp.
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge
Bus 003 Device 002: ID 046d:0825 Logitech, Inc. Webcam C270
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
This is the device
Bus 001 Device 013: ID 0bda:1a2b Realtek Semiconductor Corp.
from there I went to tailing the journal to see what's going on:
Mar 30 16:41:35 desktop1.tmf.home kernel: usb 1-1.1: New USB device found, idVendor=0bda, idProduct=1a2b, bcdDevice= 2.00
Mar 30 16:41:35 desktop1.tmf.home kernel: usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Mar 30 16:41:35 desktop1.tmf.home kernel: usb 1-1.1: Product: DISK
Mar 30 16:41:35 desktop1.tmf.home kernel: usb 1-1.1: Manufacturer: Realtek
Mar 30 16:41:35 desktop1.tmf.home kernel: usb-storage 1-1.1:1.0: USB Mass Storage device detected
Mar 30 16:41:35 desktop1.tmf.home kernel: scsi host6: usb-storage 1-1.1:1.0
Mar 30 16:41:35 desktop1.tmf.home mtp-probe[10779]: checking bus 1, device 14: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1"
Mar 30 16:41:35 desktop1.tmf.home mtp-probe[10779]: bus: 1, device: 14 was not an MTP device```
I have added a udev rule to handle this
```# cat /etc/udev/rules.d/99-realtek-wifi.rules
SUBSYSTEM=="usb", ATTR{idVendor}=="0bda", ATTR{idProduct}=="1a2b", MODE="0666"
as well have modified the usb_modeswitch file to ensure it's picked up and switched:
# Realtek wifi/bt dongle
TargetVendor=0x0bda
TargetProduct=0x1a2b
StandardEject=1
- On plugin I note that the device number increments by 1 every time.
- reboot does not impact the behaviour
I assume at this point that usb_modeswitch is not functioning correctly as it's not seen from within the journal, as well it references the incorrect usb bus(1-1.1) where from lsusb it should list as:
ID 1d6b:0002 Linux Foundation 2.0 root hub
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
|__ Port 1: Dev 14, If 0, Class=Mass Storage, Driver=usb-storage, 480M
ID 0bda:1a2b Realtek Semiconductor Corp.
|__ Port 2: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 12M
ID 046d:c534 Logitech, Inc. Unifying Receiver
|__ Port 2: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 12M
ID 046d:c534 Logitech, Inc. Unifying Receiver```
for reference as well, I attempted to manually run usb_modeswitch
```usb_modeswitch -v 0bda -p 1a2b -J
Look for default devices ...
Found devices in default mode (1)
Access device 016 on bus 001
Get the current device configuration ...
Current configuration number is 1
Use interface number 0
with class 8
Use endpoints 0x0b (out) and 0x8a (in)
Using standard Huawei switching message
Looking for active drivers ...
OK, driver detached
Set up interface 0
Use endpoint 0x0b for message sending ...
Trying to send message 1 to endpoint 0x0b ...
Sending the message returned error -7. Try to continue
Read the response to message 1 (CSW) ...
Response reading failed (error -7)
Device is gone, skip any further commands
-> Run lsusb to note any changes. Bye!
any insight or assistance would be appreciated.
--GeekDad