Linux - Wireless NetworkingThis forum is for the discussion of wireless networking in 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.
In your first post you say you are using ndiswrapper, yet the card is named eth1 (ndiswrapper tries to create wlan0) and in your dump of /proc/interrupts ndiswrapper isn't in the list.
After much stumbling about I guessed that Ubuntu must be loading the prism54 driver but it wasn't working. A bit more Googling got me the following command:
sudo modprobe -r prism54
This allowed ndiswrapper to take control and suddenly I was on the net via my 3Com wireless card. I haven't quite figured out how to get everything set up so that it boots up with wireless enabled but I'm happy to be able to run Linux on my laptop.
In your first post you say you are using ndiswrapper, yet the card is named eth1 (ndiswrapper tries to create wlan0) and in your dump of /proc/interrupts ndiswrapper isn't in the list. It should be if you were using it. What this is leading me to believe is that Ubuntu is trying to use some other driver for this card (and probably a native linux one at that) and either the driver is completely wrong or the firmware its using isn't up to the task. Your earlier dmesg output suggests that the firmware loads OK, but then the card has trouble with it.
I would spend some quality time in your system logs and see what module Ubuntu is trying to use with this card. That might give us some clues as to what Ubuntu is trying to do.
Im using slackware now, and I'm still trying to get the card working...
When i type dmesg in the terminal i get this at the end of the output.
Code:
11
eth1: resetting device...
eth1: uploading firmware...
prism54: request_firmware() failed for 'isl3890'
eth1: could not upload firmware ('isl3890')
eth1: islpci_reset: failure
eth1: removing device
ACPI: PCI interrupt for device 0000:07:00.0 disabled
Unloaded prism54 driver
Loaded prism54 driver, version 1.2
ACPI: PCI Interrupt 0000:07:00.0[A] -> Link [C0C3] -> GSI 11 (level, low) -> IRQ 11
eth1: resetting device...
eth1: uploading firmware...
prism54: request_firmware() failed for 'isl3890'
eth1: could not upload firmware ('isl3890')
eth1: islpci_reset: failure
ndiswrapper: version magic '2.6.15.4 preempt PENTIUM4 gcc-3.4' should be '2.6.15.4 preempt PENTIUM4 gcc-3.3'
eth1: resetting device...
eth1: uploading firmware...
prism54: request_firmware() failed for 'isl3890'
eth1: could not upload firmware ('isl3890')
eth1: islpci_reset: failure
eth1: resetting device...
eth1: uploading firmware...
prism54: request_firmware() failed for 'isl3890'
eth1: could not upload firmware ('isl3890')
eth1: islpci_reset: failure
root@bebe:/home/kim#
If I'm not wrong, I strongly belive that the wifi card is trying to run with the native prism54 drivers that follow the kernel (2.6.15.4, in my case). The output shows that the firmware dosn't load proberly. Any suggestions of what i can do?
** WARNING: Kernel seems to have 4K size stack option (CONFIG_4KSTACKS) removed; many Windows drivers will need at least 8K size stacks. You should read wiki about 4K size stack issue. Don't complain about crashes until you resolve this.
You need to find the .config file for your kernel, and see if the CONFIG_4KSTACKS parameter is set. If it is Y, then you may have a problem depending on your Windows driver (some drivers do work with 4K stacks). If the parameter is N or not set, then don't worry about this warning. For some reason, ndiswrapper throws this warning even if CONFIG_4KSTACKS is either missing or not set, even though the only time it is a worry is if it is set to Y.
Well, as I said, as long as the .config doesn't contain a CONFIG_4KSTACKS=Y, then you should be OK. That warning is almost certainly being triggered by the fact that the CONFIG_4KSTACKS isn't being found by the ndiswrapper config script. In other words, I don't see anything to worry about with teh 4K stacks problem.
I had a look at the ndiswrapper FAQ and there are several potential reasons for this to keep happening. Have a look and see if any of them apply to you.
You know what? I reinstalled slack. Then i installed my own 2.6.15.5 kernel in /boot-test. Then i installed ndiswrapper and the drivers from the cd. modprobed ndiswrapper and it worked! I was so happy and so i installed the kernel into /boot and i did'nt work. I went back to the /boot-test kernel and i worked. Then i tried to install ndiswrapper when in /boot kernel, and then it would'nt work in any of the 2.6.15.5 kernels (/boot and /boot-test). It makes me so MAD!!! Tried a lot of stuff and so i can't boot up /boot 2.4 stock or /boot 2.6. Only /boot-test work, and now I am going to install slack again to see if I can make it work.
When I say it worked, I did't actully surf the internet, but the light (link) was bliking once in a while, which indicates it's working.
I'm so MAD right now. I'm so sick of installing slack!
Thanks for all the help so far, I'll need som more i suspect...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.