Hi,
Looks like there is a problem with USB modems (in my case a Huawei
E372) on 2.6rc1 and 2.6rc2. The modem is recognized and listed in
/var/log/messages, as well as with 'lsusb', but no /dev/ttyUSB* special
files are created. I had no such troubles on 2.5. Between the working
2.5 and the current, non-operating state there where only two 'sudo apk
-U upgrade' (to 2.6rc1 and later 2.6rc2, both with reboot afterwards)
and no other changes to the Alpine system.
At this stage, I cannot pinpoint the problem. Kernel module 'usbserial'
is loaded and a generic USB-to-serial adapter is recognized and the
corresponding special file created. My educated guess therefore is an
issue with 'usb_modeswitch' which can access the USB modem, but exits with:
8<------------------------------------------------------->8
alpine:~$ sudo usb_modeswitch -v 12d1 -p 1505 -H
Looking for default devices ...
found matching product ID
adding device
Found device in default mode, class or configuration (1)
Accessing device 003 on bus 005 ...
Getting the current device configuration ...
OK, got current device configuration (1)
Using interface number 0
Using endpoints 0x01 (out) and 0x81 (in)
Inquiring device details; driver will be detached ...
Looking for active driver ...
OK, driver found; name unknown, limitation of libusb1
OK, driver "unkown" detached
SCSI inquiry data (for identification)
-------------------------
Vendor String: HUAWEI
Model String: Mass Storage
Revision String: 2.31
-------------------------
USB description data (for identification)
-------------------------
Manufacturer: Huawei Technologies
Product: HUAWEI Mobile
Serial No.: not provided
-------------------------
Sending Huawei control message ...
Error: sending Huawei control message failed (error -32). Aborting.
8<------------------------------------------------------->8
I can't tell, if this is caused by the kernel or the usb_modeswitch
tool. The modem itself is working flawlessly as proofed by connecting it
to my laptop. A different type of Huawei modem (namely E169) causes the
same problem on Alpine 2.6rc*.
I'll gladly provide any information required to solve the problem.
Any idea, what's causing this?
Kind Regards, Tiger
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---
ReHi,
Thank you for your input!
> if you still see the modem's flash storage as mounted then, do:> sudo eject /dev/${device} #Your would need to figure out the device, should be > /dev/sr0 (usually)
'mount' tells me, there are no unintentional mounts. There is no
/dev/sr* special file available after connecting the modem (see below).
> sudo modprobe usbserial vendor=0x12d1 product=0x1505
alpine:~$ sudo modprobe usbserial vendor=0x12d1 product=0x1505
alpine:~$ ls -l /dev/ttyUSB*
ls: /dev/ttyUSB*: No such file or directory
---{physically reconnecting the device}---
gringotts:~$ dmesg | tail -n 14
[11335.038569] usb 5-6: reset high-speed USB device number 6 using ehci-pci
[11389.477804] usb 5-6: USB disconnect, device number 6
[11407.840977] usb 5-5: new high-speed USB device number 7 using ehci-pci
[11407.967271] usb 5-5: New USB device found, idVendor=12d1, idProduct=1505
[11407.967280] usb 5-5: New USB device strings: Mfr=3, Product=2,
SerialNumber=0
[11407.967286] usb 5-5: Product: HUAWEI Mobile
[11407.967292] usb 5-5: Manufacturer: Huawei Technologies
[11407.970287] scsi9 : usb-storage 5-5:1.0
[11407.981628] scsi10 : usb-storage 5-5:1.1
[11408.982575] scsi 9:0:0:0: CD-ROM HUAWEI Mass Storage
2.31 PQ: 0 ANSI: 2
[11408.987318] sr0: scsi-1 drive
[11408.988879] sr 9:0:0:0: Attached scsi CD-ROM sr0
[11408.989553] scsi 10:0:0:0: Direct-Access HUAWEI TF CARD Storage
2.31 PQ: 0 ANSI: 2
[11409.030243] sd 10:0:0:0: [sdb] Attached SCSI removable disk
alpine:~$ ls -l /dev/ttyUSB*
ls: /dev/ttyUSB*: No such file or directory
alpine:~$ ls -l /dev/sr*
ls: /dev/sr*: No such file or directory
The strange thing is, neither the ttyUSB*, nor the sr0 special files are
created, while sdb can be mounted without a hitch, after inserting a
FLASH card in the device's internal drive.
None of these problems occurred on Alpine 2.5.
Regards, Tiger
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---
On Friday, May 03, 2013 07:40:02 PM Der Tiger wrote:
> Hi,> > Looks like there is a problem with USB modems (in my case a Huawei> E372) on 2.6rc1 and 2.6rc2. The modem is recognized and listed in> /var/log/messages, as well as with 'lsusb', but no /dev/ttyUSB* special> files are created. I had no such troubles on 2.5. Between the working> 2.5 and the current, non-operating state there where only two 'sudo apk> -U upgrade' (to 2.6rc1 and later 2.6rc2, both with reboot afterwards)> and no other changes to the Alpine system.> > At this stage, I cannot pinpoint the problem. Kernel module 'usbserial'> is loaded and a generic USB-to-serial adapter is recognized and the> corresponding special file created. My educated guess therefore is an> issue with 'usb_modeswitch' which can access the USB modem, but exits with:> > > 8<------------------------------------------------------->8> alpine:~$ sudo usb_modeswitch -v 12d1 -p 1505 -H> > Looking for default devices ...> found matching product ID> adding device> Found device in default mode, class or configuration (1)> Accessing device 003 on bus 005 ...> Getting the current device configuration ...> OK, got current device configuration (1)> Using interface number 0> Using endpoints 0x01 (out) and 0x81 (in)> Inquiring device details; driver will be detached ...> Looking for active driver ...> OK, driver found; name unknown, limitation of libusb1> OK, driver "unkown" detached> > SCSI inquiry data (for identification)> -------------------------> Vendor String: HUAWEI> Model String: Mass Storage> Revision String: 2.31> -------------------------> > USB description data (for identification)> -------------------------> Manufacturer: Huawei Technologies> Product: HUAWEI Mobile> Serial No.: not provided> -------------------------> Sending Huawei control message ...> Error: sending Huawei control message failed (error -32). Aborting.> 8<------------------------------------------------------->8> > I can't tell, if this is caused by the kernel or the usb_modeswitch> tool. The modem itself is working flawlessly as proofed by connecting it> to my laptop. A different type of Huawei modem (namely E169) causes the> same problem on Alpine 2.6rc*.> > I'll gladly provide any information required to solve the problem.> > Any idea, what's causing this?> > Kind Regards, Tiger> > > ---> Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org> Help: alpine-devel+help@lists.alpinelinux.org> ---
I am not sure if this would work (if usb_modeswitch does not work),
if you still see the modem's flash storage as mounted then, do:
sudo eject /dev/${device} #Your would need to figure out the device, should be
/dev/sr0 (usually)
sudo modprobe usbserial vendor=0x12d1 product=0x1505
--
Regards.
V.Krishn
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---
On Friday, May 03, 2013 10:31:46 PM you wrote:
> ReHi,> > Thank you for your input!> > > if you still see the modem's flash storage as mounted then, do:> > sudo eject /dev/${device} #Your would need to figure out the device,> > should be /dev/sr0 (usually)> > 'mount' tells me, there are no unintentional mounts. There is no> /dev/sr* special file available after connecting the modem (see below).> > > sudo modprobe usbserial vendor=0x12d1 product=0x1505> > alpine:~$ sudo modprobe usbserial vendor=0x12d1 product=0x1505> alpine:~$ ls -l /dev/ttyUSB*> ls: /dev/ttyUSB*: No such file or directory> ---{physically reconnecting the device}---> gringotts:~$ dmesg | tail -n 14> [11335.038569] usb 5-6: reset high-speed USB device number 6 using ehci-pci> [11389.477804] usb 5-6: USB disconnect, device number 6> [11407.840977] usb 5-5: new high-speed USB device number 7 using ehci-pci> [11407.967271] usb 5-5: New USB device found, idVendor=12d1, idProduct=1505> [11407.967280] usb 5-5: New USB device strings: Mfr=3, Product=2,> SerialNumber=0> [11407.967286] usb 5-5: Product: HUAWEI Mobile> [11407.967292] usb 5-5: Manufacturer: Huawei Technologies> [11407.970287] scsi9 : usb-storage 5-5:1.0> [11407.981628] scsi10 : usb-storage 5-5:1.1> [11408.982575] scsi 9:0:0:0: CD-ROM HUAWEI Mass Storage> 2.31 PQ: 0 ANSI: 2> [11408.987318] sr0: scsi-1 drive> [11408.988879] sr 9:0:0:0: Attached scsi CD-ROM sr0> [11408.989553] scsi 10:0:0:0: Direct-Access HUAWEI TF CARD Storage> 2.31 PQ: 0 ANSI: 2> [11409.030243] sd 10:0:0:0: [sdb] Attached SCSI removable disk> alpine:~$ ls -l /dev/ttyUSB*> ls: /dev/ttyUSB*: No such file or directory> alpine:~$ ls -l /dev/sr*> ls: /dev/sr*: No such file or directory> > The strange thing is, neither the ttyUSB*, nor the sr0 special files are
mount /dev/sr0 should mount it.
If not, looks more like a kernel/modules problem.
> created, while sdb can be mounted without a hitch, after inserting a> FLASH card in the device's internal drive.> > None of these problems occurred on Alpine 2.5.
lsmod please ?
Could not tell more, except that something similar did happen when I was
trying gsm or cdma modem 1 yrs back, but now is ok.
dmesg shows sr0 and modem.
so try again:
$ sudo rmmod usbserial
$ lsmod # if you still see usbserial, you need to figure out how to rmmod it
$ eject /dev/sr0 # do it anyways
$ sudo modprobe usbserial vendor=0x12d1 product=0x1505
$ dmesg | tail -n 24
you said you did 'sudo apk -U upgrade' , does this still happen with fresh rc2
.iso install ? if yes, more likely a kernel/module issue.
--
Regards.
V.Krishn
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---
On Fri, May 3, 2013 at 4:10 PM, Der Tiger <der.tiger.alpine@arcor.de> wrote:
> Hi,>> Looks like there is a problem with USB modems (in my case a Huawei> E372) on 2.6rc1 and 2.6rc2. The modem is recognized and listed in> /var/log/messages, as well as with 'lsusb', but no /dev/ttyUSB* special> files are created. I had no such troubles on 2.5. Between the working> 2.5 and the current, non-operating state there where only two 'sudo apk> -U upgrade' (to 2.6rc1 and later 2.6rc2, both with reboot afterwards)> and no other changes to the Alpine system.>> At this stage, I cannot pinpoint the problem. Kernel module 'usbserial'> is loaded and a generic USB-to-serial adapter is recognized and the> corresponding special file created. My educated guess therefore is an> issue with 'usb_modeswitch' which can access the USB modem, but exits with:>>> 8<------------------------------------------------------->8> alpine:~$ sudo usb_modeswitch -v 12d1 -p 1505 -H>> Looking for default devices ...> found matching product ID> adding device> Found device in default mode, class or configuration (1)> Accessing device 003 on bus 005 ...> Getting the current device configuration ...> OK, got current device configuration (1)> Using interface number 0> Using endpoints 0x01 (out) and 0x81 (in)> Inquiring device details; driver will be detached ...> Looking for active driver ...> OK, driver found; name unknown, limitation of libusb1> OK, driver "unkown" detached>> SCSI inquiry data (for identification)> -------------------------> Vendor String: HUAWEI> Model String: Mass Storage> Revision String: 2.31> ------------------------->> USB description data (for identification)> -------------------------> Manufacturer: Huawei Technologies> Product: HUAWEI Mobile> Serial No.: not provided> -------------------------> Sending Huawei control message ...> Error: sending Huawei control message failed (error -32). Aborting.> 8<------------------------------------------------------->8>> I can't tell, if this is caused by the kernel or the usb_modeswitch> tool. The modem itself is working flawlessly as proofed by connecting it> to my laptop. A different type of Huawei modem (namely E169) causes the> same problem on Alpine 2.6rc*.>> I'll gladly provide any information required to solve the problem.>> Any idea, what's causing this?>
Do you try this with udev?
>> Kind Regards, Tiger>>> ---> Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org> Help: alpine-devel+help@lists.alpinelinux.org> --->>
When I had similar hw issues with network card drivers, I downgraded my
server to the prev release. Even though it might not be a recommended
upgrade path to downgrade, you can always do so. If there's not much
running on the server it could be the easiest way to make USB modem working
for now. In the mean time you can continue testing and resolution on your
laptop.
ReHi,
Thanks for your help!
> When I had similar hw issues with network card drivers, I downgraded my> server to the prev release.
Well, I tried to avoid the downgrade option, because this can cause
irreparable damage to the configuration ('backup' is your friend), but
since there seems to be no other solution available, I had no choice.
Anyway, there is poor to no documentation regarding the version
downgrade of Alpine systems using 'apk' available on the WWW. Therefore,
here a short how-to for documentation purposes I extracted form apk's
sources:
1) Backup your system
2) 'sudo nano /etc/apk/repositories' and change URL to whatever version
you need
3) 'sudo apk -Ufa upgrade', where 'U' updates the local repository
cache, 'f' forces some actions and 'a' tells apk to use the latest
version _a_vailable from the given repository, regardless of the (newer)
version currently installed.
4) 'sudo apk -r fix linux-grsec' to trigger syslinux installation
Being back to 2.5 the USB modem is working, again. Thanks to all for
your support!
Regards, Tiger
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---
Hi Carlo,
Thank you for your mail!
> Do you try this with udev?
Nope. udevd is not running. Because udevd wasn't necessary on Alpine 2.5
to get the USB modem running, I wouldn't expect it to be required on
2.6. Then again, what do I know. I currently can't test this, due to the
fact, the physical system has just been downgraded back to Alpine 2.5,
while testing USB devices on virtual systems doesn't yield reliable results.
I'd guess this to be a problem with a kernel module (e.g. usbserial) or
with usb_modeswitch itself.
Regards, Tiger
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---