Solution for slow internet connection with intel 3945

I have noticed that alot of people have been commenting that their wifi has been running extremely slow with the latest version of opensuse (11). It appears that the default driver for the intel 3945 a/b/g card iwlwifi that is installed by default is not supported in kernels 2.6.24 and up. In my case, I am running 2.6.25.5-1.1, and I assume this is the case for many of you out there as well. You will need to install the compat-wireless drivers instead.

In order to determine your kernel version, run the following command as root in the terminal:

uname -a

If you are running above 2.6.24, this is what I did to get my connection working again:

  1. download the compat-wireless and and extract the files.

  2. before compiling, you need to ensure that you have the following packages installed on your system


gcc
kernel source
kernel headers

  1. after you have installed the above packages, you can go ahead and run the following commands as root within the directory you extracted the source to:

#compile the drivers

make

# install the drivers 

make install

#load the drivers/unload the old drivers from the system

make load

It is important that you do not uninstall the old drivers before the installing the new wireless drivers, as doing so may cause the new drivers not to be loaded correctly.

I hope this helps people out.

cheers

Thanks for that!

I also note the compat-wireless is available as an rpm.
Webpin - Compat-wireless rpm

Is custom compilation necessary?

Good addition ghostwind! Thanks!

Cheers,
Wj

Oops, I forgot to mention that there were binaries available! Thanks for mentioning it!

I needed to compile my own drivers because there were none available for my particular kernel version.

-cheers

I think I’ve tried most solutions that I’ve found in different forums, but none of them works for me :frowning:

Well, at least I’m able to see my Linksys conection now, but it doesn’t work at all. It’s trying to connect and then it sort of times out and I’m back to wired connection again.

I think I’ve been struggling for about 3 weeks with this problem. It’s sad to admit, but I guess I have to reinstall the Windows Virus again :frowning:

Oh boy, I always have problems with wifi connection using linux =(

I tried this solution, but it had no effect on my vostro 1400. I’m using adhoc with WEP encriptation, and I can find my network (I’m using gnome), but I cannot connect!

It keeps asking me for the secret password. I use a 5 letters password, but when I set to WEP 40/128 bits ASCII (which I think is correct - the adhoc uses WinXP, and in Windows it says only WEP, doesn’t say if it’s hexadecimal or whatever) it can’t connect and when I try again it’s always reset to WEP Hexadecimal, showing 10 numbers. Is it normal?

I everytime reset it to ASCII, but it keeps changing back to hexadecimal, no matter what.

Hello. I am fairly new to linux so I’m not sure what this means. It appears to be permissions but I am in as root. Any ideas??

toshi:~/cw # whoami
root

toshi:~/cw # ls -l
total 80
-rw-rw-rw- 1 root root 157 Jun 29 14:57 .gitignore
-rw-rw-rw- 1 root root 18693 Jun 29 14:57 COPYRIGHT
-rw-rw-rw- 1 root root 5475 Jun 29 14:57 Makefile
-rw-rw-rw- 1 root root 8248 Jun 29 14:57 README
drwxrwxrwx 2 root root 4096 Jun 29 14:57 compat
-rw-rw-rw- 1 root root 16 Jun 29 14:57 compat-release
-rw-rw-rw- 1 root root 6088 Jun 29 14:57 config.mk
drwxrwxrwx 5 root root 4096 Jun 29 14:57 drivers
-rw-rw-rw- 1 root root 27 Jun 29 14:57 git-describe
drwxrwxrwx 4 root root 4096 Jun 29 14:57 include
drwxrwxrwx 5 root root 4096 Jun 29 14:57 net
drwxrwxrwx 2 root root 4096 Jun 29 14:57 scripts
toshi:~/cw # make
make: execvp: ./scripts/check_config.sh: Permission denied
make: *** .compat_autoconf_v4.5-4-g726a735] Error 127

Never mind it was a pebkac error. I had to re-download and extract.

Thanks

jvel777 wrote:

>
> Hello. I am fairly new to linux so I’m not sure what this means. It
> appears to be permissions but I am in as root. Any ideas??
>
> toshi:~/cw # whoami
> root
>
>
> toshi:~/cw # ls -l
> total 80
> -rw-rw-rw- 1 root root 157 Jun 29 14:57 .gitignore
> -rw-rw-rw- 1 root root 18693 Jun 29 14:57 COPYRIGHT
> -rw-rw-rw- 1 root root 5475 Jun 29 14:57 Makefile
> -rw-rw-rw- 1 root root 8248 Jun 29 14:57 README
> drwxrwxrwx 2 root root 4096 Jun 29 14:57 compat
> -rw-rw-rw- 1 root root 16 Jun 29 14:57 compat-release
> -rw-rw-rw- 1 root root 6088 Jun 29 14:57 config.mk
> drwxrwxrwx 5 root root 4096 Jun 29 14:57 drivers
> -rw-rw-rw- 1 root root 27 Jun 29 14:57 git-describe
> drwxrwxrwx 4 root root 4096 Jun 29 14:57 include
> drwxrwxrwx 5 root root 4096 Jun 29 14:57 net
> drwxrwxrwx 2 root root 4096 Jun 29 14:57 scripts
> toshi:~/cw # make
> make: execvp: ./scripts/check_config.sh: Permission denied
> make: *** .compat_autoconf_v4.5-4-g726a735] Error 127
>
>

Looks like you’ve got a GIT checkout… and the permissions
(-rw-rw-rw-/drwxrwxrwx) are … uh… ‘odd’.

You’ll need to add execute privileges to the check_config.sh script… :

cd scripts
chmod +x check_config.sh

That’ll help for that file… there will likely be others.

To be honest, I’d check how your GIT transfer is set up, since the permissions
looks somewhat ‘generic’. You’re almost having to do ‘trial & error’ to find
the files needing to be executable.

In a pinch, you could set ALL the files to executable, but that’s kinda
weird.

Some advice about compiling software:

-root should really be used as a ‘pop-in / pop-out’ sort of usage. Download,
untar/unzip the files and compile them as a regular user.

tar xzf SoftwarePackage-0.1.0.tar.gz
cd SoftwarePackage-0.1.0
…/configure
make

-When the compile completes successfully… then install it with a simple
sudo command

sudo make install

it’s entirely too easy to suffer a major blonde moment and screw things up
irreversibly. Try to stay out of root until the last possible moment. The
sudo command is your friend.

I once typed ‘chown -R lornix:users *’ while in ‘/’ (thought I was in my home
dir) … aaaand then spent the rest of the evening reinstalling the system…
since I had just made myself the owner of ALL the files on the system… and
things don’t work well after that.


L R Nix
lornix@lornix.com

probably a stupid question…once I do a make install, and make load, is that it? Do I need to do anything to make sure the new driver boots on reboot?

muzicman0 wrote:
> probably a stupid question…once I do a make install, and make load, is
> that it? Do I need to do anything to make sure the new driver boots on
> reboot?

It should be loaded on boot as long as the new driver was installed.

Larry

Thanks Larry, that means it really didn’t solve my problem. It seems that it takes a long time to look up addresses on my laptop, but in the vista partition, it seems fine. I will have to do some more testing to see what might be the problem. I didn’t have this problem in Kubuntu 8.10. I even compiled a custom kernel to see if that would help, but it didn’t seem to.

mm0.

muzicman0 wrote:
> Thanks Larry, that means it really didn’t solve my problem. It seems
> that it takes a long time to look up addresses on my laptop, but in the
> vista partition, it seems fine. I will have to do some more testing to
> see what might be the problem. I didn’t have this problem in Kubuntu
> 8.10. I even compiled a custom kernel to see if that would help, but it
> didn’t seem to.

For slow address lookups, you probably need to turn off IPV6. With it on, you
get a DNS timeout for EVERY lookup.

Larry

Thanks again! I assume you mean in FF3 specifically…I got the same advice in another post (didn’t mean to ask the same question in 2 different posts, it kinda just happened!)…I will try it tonight when I get home and see what happens.

If, by chance, you did mean to disable IPv6 system wide, would I do that in Yast? I’m still finding my way around openSUSE. I think I’m about 5 days into it…

mm0

P.S. Love it so far, the KDE integration is much better than Kubuntu. Not 100% sure I like the RPM system though, it’s a bit slower that apt.

muzicman0 wrote:
> Thanks again! I assume you mean in FF3 specifically…I got the same
> advice in another post (didn’t mean to ask the same question in 2
> different posts, it kinda just happened!)…I will try it tonight when I
> get home and see what happens.
>
> If, by chance, you did mean to disable IPv6 system wide, would I do
> that in Yast? I’m still finding my way around openSUSE. I think I’m
> about 5 days into it…

I meant globally. That way it does the trick for all apps. Check in YaST =>
Network Settings => Network Devices under the “Global Options” tab

> P.S. Love it so far, the KDE integration is much better than Kubuntu.
> Not 100% sure I like the RPM system though, it’s a bit slower that apt.

Check ‘man zypper’. The package manager part of YaST is just a front-end for zypper.

Larry

as expected, things are much faster now! Thanks!
mm0.

Larry Finger wrote:

> muzicman0 wrote:
>> Thanks again! I assume you mean in FF3 specifically…I got the same
>> advice in another post (didn’t mean to ask the same question in 2
>> different posts, it kinda just happened!)…I will try it tonight when I
>> get home and see what happens.
>>
>> If, by chance, you did mean to disable IPv6 system wide, would I do
>> that in Yast? I’m still finding my way around openSUSE. I think I’m
>> about 5 days into it…
>
> I meant globally. That way it does the trick for all apps. Check in YaST
> => Network Settings => Network Devices under the “Global Options” tab
>
>> P.S. Love it so far, the KDE integration is much better than Kubuntu.
>> Not 100% sure I like the RPM system though, it’s a bit slower that apt.
>
> Check ‘man zypper’. The package manager part of YaST is just a front-end
> for zypper.

Just a heads up, Larry. Firefox has its’ own setting for IPv6 that slows
the heck out of DNS lookups despite the system setting. You have to also
disable the Firefox specific setting - someone pointed that out a while
back just before I tore the last of my hair out.


Will Honea