hallo,
i disconected all usb devices and answer is bad, still 1506 , i tested it at RPI2 and there is correct 14fe , im nerves
Re: rockchip and Huawei E3372
I think I have found the cause for the unwanted mode-switch.
The Linux kernel for the Tinkerboard Android was patched so that every Huawei modem is mode-switched by the usb-storage driver.
https://github.com/TinkerBoard/android_ ... ual_devs.h
And here is the function:
https://github.com/TinkerBoard/android_ ... ializers.c
This forces a certain mode that can't be overridden. You will have to patch and recompile the kernel yourself or you request from the developers that an override switch is added.
The Linux kernel for the Tinkerboard Android was patched so that every Huawei modem is mode-switched by the usb-storage driver.
https://github.com/TinkerBoard/android_ ... ual_devs.h
Code: Select all
UNUSUAL_VENDOR_INTF(0x12d1, 0x08, 0x06, 0x50,
"HUAWEI MOBILE",
"Mass Storage",
USB_SC_DEVICE, USB_PR_DEVICE, usb_stor_huawei_init,
0),
Code: Select all
int usb_stor_huawei_init(struct us_data *us)
{
int idProduct;
idProduct = us->pusb_dev->descriptor.idProduct;
if (idProduct==0x1F01) {
int result ;
int act_len;
unsigned char cmd[32] = {0x55, 0x53, 0x42, 0x43, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x11,
0x06, 0x30, 0x00, 0x00, 0x01, 0x00, 0x01, 0x00,
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00};
result = usb_stor_bulk_transfer_buf(us, us->send_bulk_pipe, cmd, 31, &act_len);
printk("usb_stor_bulk_transfer_buf performing result is %d, "
"transfer the actual length=%d\n", result,act_len);
return result;
} else {
...
This forces a certain mode that can't be overridden. You will have to patch and recompile the kernel yourself or you request from the developers that an override switch is added.
Re: rockchip and Huawei E3372
nice
thank you wery much
thank you wery much