Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
What do I need to do to get the following wireless usb dongle to work?
lsusb
Bus 001 Device 002: ID 1307:0169 Transcend Information, Inc.
Bus 001 Device 005: ID 1307:1169 Transcend Information, Inc. TS2GJF210 JetFlash 210 2GB
The "Cisco Valet Connector" aka AM10 comes with an rt2870.inf file. I have tried using ndiswrapper and get:
ndiswrapper -l
rt2870 : driver installed
This I am guessing means it does not see the device.
I tried modprobe rt2800usb to see if the linux driver will work and get:
usb_modeswitch --default-vendor 0x1307 --default-product 0x1169
Looking for default devices ...
Found devices in default mode, class or configuration (1)
Accessing device 005 on bus 001 ...
Getting the current device configuration ...
OK, got current device configuration (1)
Using endpoints 0x01 (out) and 0x82 (in)
Using endpoints 0x01 (out) and 0x82 (in)
Inquiring device details; driver will be detached ...
Looking for active driver ...
No driver found. Either detached before or never attached
and ifconfig -a does don't list a wireless device.
I tried modprobe rt2870sta and get the same result from usb_modeswitch and ifconfig.
I do not see the device ID numbers in the module alias files for either rt2800usb or rt2870sta, but I would have thought that using the driver that came with it would work. On http://linuxwireless.org/en/users/Dr...800usb/devices it says the Cisco AM10 should work, but the device numbers are different. Help? This is not the first time I come across a model number with different hardware under the hood, why do they that? augh.
The device is not being seen on the USB bus, that means hot pluging is not detecting the device. According to the site you listed above, you should see on the usb bus, 13b1-0031. It is not there. You need to get that to work, before loading a driver will do you any good. On my system, ( Slackware 13.37 ) the udev rules are in /etc/udev/rules.d/ . However, this varies with distors, as far as I know.
You can also open a konsole, and as root run the command 'dmesg' and look to see what happens when you plug the device in. This will show you if udev rules can not figure out what the device is.
This may have something to do with udev rules. Been a while since I poked into them, however, that has to work before loading any drive will get you closer to a working wireless device. Looks like the correct driver is called rt2800usb. You can do a 'locate rt2800usb' to see if you have the driver. If not, you will have to find it, it may be in the repos, if not, it becomes find the source, and compile it.
The device is not being seen on the USB bus, that means hot pluging is not detecting the device. According to the site you listed above, you should see on the usb bus, 13b1-0031. It is not there. You need to get that to work, before loading a driver will do you any good. On my system, ( Slackware 13.37 ) the udev rules are in /etc/udev/rules.d/ . However, this varies with distors, as far as I know.
You can also open a konsole, and as root run the command 'dmesg' and look to see what happens when you plug the device in. This will show you if udev rules can not figure out what the device is.
This may have something to do with udev rules. Been a while since I poked into them, however, that has to work before loading any drive will get you closer to a working wireless device. Looks like the correct driver is called rt2800usb. You can do a 'locate rt2800usb' to see if you have the driver. If not, you will have to find it, it may be in the repos, if not, it becomes find the source, and compile it.
Hope this helps.
I am trying to get this AM10 to work on Ubuntu 11.04.
When I do locate rt2800usb I do get a number of drivers.
When I do locate rt2800usb I do get a number of drivers.
To load a driver 'sudo modprobe rt2800usb' ( without the quotes ) will load the driver. There is more than one driver ( its the file ending in .ko ) because you have had more than one kernel installed. Each new kernel will get new binary drivers. A driver for another kernel, ( not what is running now ) won't load.
Basically you do not need to worry about that, run the commnd, the correct one will be used.
However, if your device is not seen by the kernel, the driver won't help.
I'm not all that familiar with udev rules. Basically, when the device is plugged, or detected at boot time, there is info read from the device. It should create a device node ( a file ) in the /dev directory. Udev rules help that process. They are matching rules. You can view and change the rules.
At this point, dmesg will give us a clew. In a konsole, try 'sudo dmesg' That will dump the kernel messages to the screen.
Dump the messages once, then plug the usb device, and dump the messages again. What is happening will be at the end of the messages, about 8 to 10 lines.
To load a driver 'sudo modprobe rt2800usb' ( without the quotes ) will load the driver. There is more than one driver ( its the file ending in .ko ) because you have had more than one kernel installed. Each new kernel will get new binary drivers. A driver for another kernel, ( not what is running now ) won't load.
Basically you do not need to worry about that, run the commnd, the correct one will be used.
Ok, I ran it.
Quote:
However, if your device is not seen by the kernel, the driver won't help.
I'm not all that familiar with udev rules. Basically, when the device is plugged, or detected at boot time, there is info read from the device. It should create a device node ( a file ) in the /dev directory. Udev rules help that process. They are matching rules. You can view and change the rules.
Right, that's the problem. I've been trying to figure out usb_modeswitch to no luck so far. And modeswitch will automatically change the udev rules.
Quote:
At this point, dmesg will give us a clew. In a konsole, try 'sudo dmesg' That will dump the kernel messages to the screen.
Dump the messages once, then plug the usb device, and dump the messages again. What is happening will be at the end of the messages, about 8 to 10 lines.
Post that...
Hi I'd be happy to but the output is huge. Do you have any ideas how to run this? The terminal cuts off. It's huge. I can figure it out but it would take me a while.
I suggested you run dmesg once, just so you could see the output. Then plug the device. Run dmesg again. The messages when you plugged the device will be the last few lines. Cut and paste the last few lines, maybe 10 lines or so.
The other way...
run the command 'sudo dmesg >>/home/youruser/dmessages' That will dump the lines into a file called 'dmessages'. Root will own it, you should be able to edit it with any editor. The last few lines will show what happens when you plugged the device. Cut and past just those lines into the thread.
I suggested you run dmesg once, just so you could see the output. Then plug the device. Run dmesg again. The messages when you plugged the device will be the last few lines. Cut and paste the last few lines, maybe 10 lines or so.
The other way...
run the command 'sudo dmesg >>/home/youruser/dmessages' That will dump the lines into a file called 'dmessages'. Root will own it, you should be able to edit it with any editor. The last few lines will show what happens when you plugged the device. Cut and past just those lines into the thread.
Thank you so much. The following is with the device unplugged.
Code:
[ 17.896113] Intel AES-NI instructions are not detected.
[ 18.331702] padlock_aes: VIA PadLock not detected.
[ 18.841593] padlock_sha: VIA PadLock Hash Engine not detected.
[ 19.351042] Adding 3928060k swap on /dev/mapper/cryptswap1. Priority:-1 extents:1 across:3928060k
[ 20.901032] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,commit=0
[ 22.680006] eth0: no IPv6 routers present
[ 23.692914] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.
[ 5002.782905] forcedeth 0000:00:07.0: eth0: link down
[ 6118.568021] forcedeth 0000:00:07.0: eth0: link up
[ 6123.208893] forcedeth 0000:00:07.0: eth0: link down
[ 6127.827115] forcedeth 0000:00:07.0: eth0: link up
[ 6165.449972] forcedeth 0000:00:07.0: eth0: link down
[ 6177.071890] forcedeth 0000:00:07.0: eth0: link up
[ 6285.701038] forcedeth 0000:00:07.0: eth0: link down
[ 9059.072856] forcedeth 0000:00:07.0: eth0: link up
[ 9067.580982] forcedeth 0000:00:07.0: eth0: link down
[ 9072.726239] forcedeth 0000:00:07.0: eth0: link up
[ 9174.941734] forcedeth 0000:00:07.0: eth0: link down
[ 9186.725919] forcedeth 0000:00:07.0: eth0: link up
[ 9567.905893] cfg80211: Calling CRDA to update world regulatory domain
[ 9567.997709] cfg80211: World regulatory domain updated:
[ 9567.997716] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 9567.997725] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 9567.997732] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 9567.997739] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 9567.997745] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 9567.997751] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 9568.093321] usbcore: registered new interface driver rt2800usb
[11250.601173] WARNING! power/level is deprecated; use power/control instead
[11250.710540] usb 1-4.1: USB disconnect, address 5
And this is when I plug in the Cisco Valet Connector AM10
Code:
[11250.601173] WARNING! power/level is deprecated; use power/control instead
[11250.710540] usb 1-4.1: USB disconnect, address 5
[11264.917598] usb 1-4: USB disconnect, address 3
[11270.600066] usb 1-4: new high speed USB device using ehci_hcd and address 6
[11270.751137] hub 1-4:1.0: USB hub found
[11270.751194] hub 1-4:1.0: 3 ports detected
[11271.030207] usb 1-4.1: new high speed USB device using ehci_hcd and address 7
[11271.141467] scsi5 : usb-storage 1-4.1:1.0
[11272.142389] scsi 5:0:0:0: Direct-Access Cisco AM10 0.00 PQ: 0 ANSI: 2
[11272.143613] sd 5:0:0:0: Attached scsi generic sg2 type 0
[11272.144888] sd 5:0:0:0: [sdb] 253952 512-byte logical blocks: (130 MB/124 MiB)
[11272.145884] sd 5:0:0:0: [sdb] Write Protect is off
[11272.145899] sd 5:0:0:0: [sdb] Mode Sense: 00 00 00 00
[11272.145906] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[11272.149985] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[11272.280040] sdb: sdb1
[11272.283145] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[11272.283154] sd 5:0:0:0: [sdb] Attached SCSI removable disk
I was expecting to see some error messages, and I do not. The device seems to be seen as a scsi device. I would nave to think there may be something missing in the udev rules, but what?
This may take some research. I'll some googling and see what I can find. Sorry I don't have a suggestion any more specific.
Any googling you do would be much appreciated. I'm not sure what an SCSI device is but I can look that up without asking you. But I am curious: what were you expecting to see?
I did some googling, did a search on 'ID 1307:1169' and found some interesting results. Here is a link to one of the more interesting threads-->http://ubuntuforums.org/showthread.php?t=1808690
From what I have read, this device is more than one USB devices, as the output of lsusb you posted shows. One part is a USB storage device, another is the wireless device. Apparently, there are drivers installed in the USB storage device. Depending on the OS, one of the drivers needs to get loaded in the operating system to enable the wireless part.
I have not seen a link yet that indicates someone has this working in linux, so that is not so good.
One thread I read indicated you may need a Cisco wireless router to use all the functions of the device. Not sure it that is true or not.
So, you are not alone. However, I don't have any magic answers.
As far as my comment on a SCSI device, that for me is a method of addressing devices. There is a lot of SCSI emulation used on other devices. I have seen it mostly on various kinds of drives CD, etc. When I made the comment, I was surprised to see more than one device showing up on a USB adapter, that we though was a wireless adapter.
Did you get any documentation with the device? Have you looked for doc on Cisco's web site? Have you seen any indication the wireless adapter is supported in linux?
Cisco provides an unusually wide range of options to get product support. Their web site includes live chat, form driven email and a toll-free telephone number. We particularly like the site’s interactive Guide Me feature which allows the user to enter a question and then refine it to get to the very specific solution that is needed.
The device is compatible with Windows 7, Windows Vista and Windows XP. Mac users and those with older versions of Windows will have to look elsewhere. It’s covered by a 1-year warranty.
This answers a lot of the questions I asked above.
Awesome! Yeah, I'd come across a lot of those. I decided to just join that German forum and tag myself along to the thread that had died a month before. That person sounded prepared to deliver a working AM10 for sure.
You may have some insight into the latest happenings there.
I'm hoping we solve this soon. We're starting to get clues about what causes the device to change its vendor and product number (from 1307:1169 to 13b1:0031 - and yes I have those memorized at this point. Scary isn't it!)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.