Kernel 2.6.8.1 & Web Browsing Issues

Hi, I'm running FC2 and using a Belkin 54g wireless card/router connected to my cable modem (NTL). I use the Linuxant Driverloader software (latest version) to load Windows drivers for my wireless card.

Linux Networking 361 This topic was started by ,


data/avatar/default/avatar16.webp

16 Posts
Location -
Joined 2004-07-29
Hi,
 
I'm running FC2 and using a Belkin 54g wireless card/router connected to my cable modem (NTL). I use the Linuxant Driverloader software (latest version) to load Windows drivers for my wireless card.
 
Under Kernel 2.6.7 and earlier, everything is fine. However, under 2.6.8.1 and above (both kerbel packages from kernel.org and the vanilla FC2 kernel rpm) I have problems accessing *some* and only *some* websites. The issue appears as very, very slow loading. When I boot back to a 2.6.7 kernel the issue disappears; it also disappears when I boot into WinXP. The issue is entirely reproducable and affects the same websites each time.
 
I'm guessing it's a kernel configuration issue, but having stepped through the config options I can't find the one that's causing me a problem...
 
Any ideas? It's driving me nuts... :):
 
Anthony
 
 

Participate on our website and join the conversation

You have already an account on our website? Use the link below to login.
Login
Create a new user account. Registration is free and takes only a few seconds.
Register
This topic is archived. New comments cannot be posted and votes cannot be cast.

Responses to this topic


data/avatar/default/avatar16.webp

16 Posts
Location -
Joined 2004-07-29
OP
Hi,
 
I can get to those...an example site that I have problems with is http://www.majorgeeks.com
 
It loads fine when running 2.6.7 but is extremely slow under 2.6.8.1 - it does appear *eventually* but something is clearly not right.
 
Some time ago I added the following lines to /etc/modprobe.conf
 
alias net-pf-10 off
alias ipv6 off
 
which was supposed to fix the ipv6 DNS address resolution issue (and did seem to for 2.6.7). I've tried remming out these lines and booting 2.6.8.1 again but it made no difference.
 
I can't see this as anything other than a config issue but I've reached the limit of my linux knowledge (converted a couple of months ago so still very new to this stuff).
 
Cheers,
Anthony
 
 

data/avatar/default/avatar03.webp

305 Posts
Location -
Joined 2003-08-30
Try this peice of code below on the cmd line and see if you get some improvement. I have it as a startup script. Remember this is debian and I know little about redhat or fedora.
 
 
-------------------------
start up script goes in.
-------------------------
./init.d/dumbfix.sh
./rcS.d/S76dumbfix
--------------------
code
-----------------------------------
echo 0 > /proc/sys/net/ipv4/tcp_ecn
-----------------------------------

data/avatar/default/avatar16.webp

16 Posts
Location -
Joined 2004-07-29
OP
Thanks for the suggestion...no joy with it, unfortunately.
 
Anything else I should be looking at?
 
Anthony

data/avatar/default/avatar39.webp

336 Posts
Location -
Joined 2004-07-09
was there a specific issue with the 2.6.7 kernel which prompted you to use
the 2.6.8.1 instead?
 
since you have both available, you could compare the varied /proc/sys/net/ipv4/*
and ipv6/* settings - that's just a guess, though. No need to look in ipv6
if 'ifconfig' doesn't have a 'inet6 addr' line.
 
what's the most recent kernel Linuxant has tested their driver?
 
my €0,02 - use what works and don't update the kernel unless you have a specific
security/driver reason.
 
 

data/avatar/default/avatar16.webp

16 Posts
Location -
Joined 2004-07-29
OP
I guess I'm just trying to educate myself a little about the process of compiling a kernel that best matches my hardware.
 
I see that Linuxant have released version 2.05 of their driver today, so I'll try that first.
 
Thanks for the input.
 
Anthony

data/avatar/default/avatar16.webp

16 Posts
Location -
Joined 2004-07-29
OP
Nope, the Linuxant driver upgrade did zip.
 
Back to looking at my kernel config!

data/avatar/default/avatar39.webp

336 Posts
Location -
Joined 2004-07-09
ok, if you're getting joy from building kernels, then one thing you could do
is compare the original 2.6.7 config very carefully against the 2.6.8.1 config.
(if you haven't already, that is)
 
"diff /boot/config-2.6.7 /boot/config-2.6.8.1"
 
anything interesting in the output?
 
one way of expressing the design philosophy (as I understand it) is the kernel
that best matches your hardware is the kernel which has loaded the modules
your hardware needs.
 
 

data/avatar/default/avatar10.webp

2895 Posts
Location -
Joined 2002-08-30
I bet the kernel does not have DHCP set to run on startup as a module or compiled into the kernel. Darn, I wish I could remember where the setting is exactly in the network modules during the compile.

data/avatar/default/avatar39.webp

336 Posts
Location -
Joined 2004-07-09
uuuhhh, but DHCP is done by daemons or userspace client utilities.
 
you thinking about something else?
 

data/avatar/default/avatar16.webp

16 Posts
Location -
Joined 2004-07-29
OP
2.6.9-rc1 didn't help either...
 
Looks like I'm stuck with 2.6.7 for the time being...not that that is a problem, I just want to know why I have this problem!
 
Thanks all for the input.

data/avatar/default/avatar33.webp

2 Posts
Location -
Joined 2002-08-09
I was having the same problem and after much searching I found a solution, I think it was on a kernel list.
I quote:-
 
-----------------
 
echo 0 > /proc/sys/net/ipv4/tcp_default_win_scale
 
 
or by adding a line like:
 
 
net.ipv4.tcp_default_win_scale = 0
 
 
to /etc/sysctl.conf.
 
-----------------
 
Apparently it actually due to a bug in some routers.

data/avatar/default/avatar22.webp

1 Posts
Location -
Joined 2004-10-17
Hi all. I joined the forum just to say thanks. The above solution worked for me with FC2 2.6.8-1.521 behind a cheap Belkin cable/dsl Router - sorry I can't remember or easily find out the exact make (I have to go to another room for that!)
 

data/avatar/default/avatar21.webp

1 Posts
Location -
Joined 2005-03-19
Actually, for SuSe9.2 it's a little bit different. You need to fix this behavior with either:
# echo 0 > /proc/sys/net/ipv4/tcp_window_scaling
# or adding /etc/sysctl.conf
net.ipv4.tcp_window_scaling = 0
to /etc/sysctl.conf, followed by the cmputer's restart
 
http://guard.dhs.org/~cos/security/broken_router.html