Network issues on 12.1

Hi guys,

I’m having some issues with Suse 12.1, I can’t get internet access at all from a fresh install. I’ve searched extensively trying to find a solution but only wound up having to reinstall twice because the solutions I’ve found have broken more than they’ve fixed.

Occasionally I can get it to work, but 90% of the time it will time out, or take 3-4 minutes to load up a page. I can’t figure out what the problem is.

The only other Linux distro I’ve used was Ubuntu about 5 years ago (for a few months), but made the switch because after installing it again recently I didn’t like it. So I’m pretty much a Linux newbie, sorry about this but you’ll probably have to explain things to me like you’re talking to your grandmother.

Could someone kindly point me in the right direction, as I have no idea how to diagnose this kind of issue on Linux. I’m on a HP laptop, inbuilt card going to a Belkin router. Works fine on Windows (which I’m posting this from).

Thanks in advance,
Paul.

Boot to suse
Open a terminal

Post result of

/sbin/lspci -nnk

lspci_all.mpeg - YouTube

Thanks caf4926, here’s the result;


paul@linux-jxeg:~> /sbin/lspci -nnk
00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0104] (rev 09)
	Subsystem: Hewlett-Packard Company Device [103c:1657]
	Kernel driver in use: agpgart-intel
00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port [8086:0101] (rev 09)
	Kernel driver in use: pcieport
00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09)
	Subsystem: Hewlett-Packard Company Device [103c:1657]
	Kernel driver in use: i915
00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04)
	Subsystem: Hewlett-Packard Company Device [103c:1657]
	Kernel driver in use: mei
00:1a.0 USB Controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 04)
	Subsystem: Hewlett-Packard Company Device [103c:1657]
	Kernel driver in use: ehci_hcd
00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 04)
	Subsystem: Hewlett-Packard Company Device [103c:1657]
	Kernel driver in use: snd_hda_intel
00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b4)
	Kernel driver in use: pcieport
00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 [8086:1c12] (rev b4)
	Kernel driver in use: pcieport
00:1c.2 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 [8086:1c14] (rev b4)
	Kernel driver in use: pcieport
00:1c.3 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 [8086:1c16] (rev b4)
	Kernel driver in use: pcieport
00:1d.0 USB Controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 04)
	Subsystem: Hewlett-Packard Company Device [103c:1657]
	Kernel driver in use: ehci_hcd
00:1f.0 ISA bridge [0601]: Intel Corporation HM65 Express Chipset Family LPC Controller [8086:1c49] (rev 04)
	Subsystem: Hewlett-Packard Company Device [103c:1657]
00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller [8086:1c03] (rev 04)
	Subsystem: Hewlett-Packard Company Device [103c:1657]
	Kernel driver in use: ahci
00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller [8086:1c22] (rev 04)
	Subsystem: Hewlett-Packard Company Device [103c:1657]
	Kernel driver in use: i801_smbus
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Whistler XT [AMD Radeon HD 6700M Series] [1002:6740]
	Subsystem: Hewlett-Packard Company Device [103c:1657]
	Kernel driver in use: radeon
07:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06)
	Subsystem: Hewlett-Packard Company Device [103c:1657]
	Kernel driver in use: r8169
0d:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 1000 [8086:0084]
	Subsystem: Intel Corporation Centrino Wireless-N 1000 BGN [8086:1315]
	Kernel driver in use: iwlagn
13:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5116 PCI Express Card Reader [10ec:5209] (rev 01)
	Subsystem: Hewlett-Packard Company Device [103c:1657]
	Kernel driver in use: rts_pstor
19:00.0 USB Controller [0c03]: NEC Corporation uPD720200 USB 3.0 Host Controller [1033:0194] (rev 04)
	Subsystem: Hewlett-Packard Company Device [103c:1657]
	Kernel driver in use: xhci_hcd

0d:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 1000 [8086:0084] Subsystem: Intel Corporation Centrino Wireless-N 1000 BGN [8086:1315] Kernel driver in use: iwlagn

That is your wireless device
It looks OK there
But I do recall some issues with devices ‘like this’
Let me check…

You may need to drop the N capability
Intel Centrino Wireless-N 1000 - ThinkWiki
Read here any way…

Thanks again.

Just to clarify, do you mean disable wireless N in Linux or at my router level? I want to avoid turning it off at the router level as there are a few other machines on the network.

I’ve tried a few things so far with that information you’ve given me, I haven’t managed to sort it out yet.

modprobe -r iwlagn
modprobe iwlagn

seems to work for about 15 seconds, then it drops again. Something interesting I noticed is that google was loading at one point (which I’d visited in the past) but no other random sites were working. I’m not sure if that hints at some kind of DNS issue but it might be a more useful piece of information to you than it is to me.

I’ve also tried

modprobe iwlagn 11n_disable=1

(hopefully I’ve got that right)

This didn’t seem to make a difference at all.

Tried restarting after both of these, but the problem still persists.

I read a post in a bug report or something while searching, the user described the wireless N issue as dropping the connection every 5 or so minutes. Perhaps this can vary, but this isn’t what’s happening in my case. It’s pretty much constant downtime punctuated by the occasional success.

I’m not sure
Wait for Larry @lwfinger our wireless guru
Patient though. He is busy

No worries, I’ll wait for a response from him. Thanks very much for your help.

I seem to have solved this through tinkering and experimenting that was way out of my comfort zone (best way to learn I guess) - I’ve only been testing it for about 20 minutes but it hasn’t dropped out yet (touch wood). You were dead on with it being the wireless N caf.

I don’t want to think anyone else is pulling their hair out trying to fix this, so here’s what I’ve done;


su -
gnomesu gedit etc/modprobe.d/50-iwlagn.conf

Change


options iwlagn 11n_disable=0

To;


options iwlagn 11n_disable=1

As I said, it’s only been 20 minutes but even 20 seconds was impossible before I did this, so I’m pretty sure it’s fine. I managed to update without any problems as well.
I would have never figured this out without your advice caf, so thanks again. :slight_smile:

That’s well done
Thanks for posting that info

On 01/18/2012 06:26 AM, caf4926 wrote:
>
> That’s well done
> Thanks for posting that info

Yes, well done. The problems with HT mode (802.11n) with iwlagn on some devices
is well known to the Intel developers. All I can suggest is that you enable the
wireless repo at

http://download.opensuse.org/repositories/driver:/wireless/openSUSE_12.1

and try the compat-wireless package that matches your kernel. The command ‘uname
-r’ will tell you which one you are using. That way you will get what is
essentially the version of the driver that will be in the v3.3 kernel. FYI,
openSUSE 12.2 will likely ship with the v3.4 kernel.

The latest version changes the module parameter:


MODULE_PARM_DESC(11n_disable,
"disable 11n functionality, bitmap: 1: full, 2: agg TX, 4: agg RX");

With this, you could try “11n_disable=6”, which would disable aggregation (where
the problem likely exists), but still keep the 802.11n speeds above 54 Mbps.