From: Sid Boyce <g3vbv@blueyonder.co.uk>
To: Jarek Poplawski <jarkao2@o2.pl>
Cc: linux-kernel@vger.kernel.org, netdev@vger.kernel.org
Subject: Re: 2.6.19 and up to 2.6.20-rc2 Ethernet problems x86_64
Date: Wed, 03 Jan 2007 16:53:58 +0000 [thread overview]
Message-ID: <459BDFA6.4070109@blueyonder.co.uk> (raw)
In-Reply-To: <20070103104814.GA2629@ff.dom.local>
Jarek Poplawski wrote:
> On Tue, Jan 02, 2007 at 03:32:01PM +0000, Sid Boyce wrote:
>> Jarek Poplawski wrote:
> ...
>>> If you could send full ifconfig, route -n (or ip route
>>> if you use additional tables) and tcpdump (all packets)
>> >from both boxes while pinging each other and a few words
>>> how it is connected (other cards, other active boxes in
>>> the network?) maybe something more could be found.
> ...
>> Everything is fine with a eepro100 on the 64x2 box that gave the same
>> problem with a nVidia Corporation MCP51 Ethernet Controller (rev a1)
>> using the forcedeth module. On the x86_64 laptop the problem is with a
>> Broadcom NetXtreme BCM5788 using the tg3 module. Switching back to a
>> 2.6.18.2 kernel, there is no problem.
>> With all configurations of cards on both, route -n is the same on all
>> kernels and instantly reports back. With >=2.6.19 on the laptop, netstat
>> -r takes a very long time before returning the information ~30 seconds,
>> instantly on 2.6.18.2.
>
> This could be a problem with DNS. Could you do all tests
> (including pinging) with -n option?
>
> I've read your other message on netdev and see you
> have firewall working and addresses from various
> networks in logs. I think it would be much easier
> to exclude possible network config errors and try
> to isolate pinging problems by connecting (with
> switch or even crossed cable if possible) only 2
> boxes with firewalls and other net devices disabled
> and try to repeat this pinging with tcpdumps.
>
> Jarek P.
>
>
It seems >=2.6.19 and the SuSEfirewall are incompatible.
Turning off the firewall on the laptop cured the problem using
2.6.20-rc2 and 2.6.20-rc3. I thought it was off. On the 64x2 box, the
firewall is turned off, so I shall have to reconfigure the network to
use the Gigabit ethernet instead of the eepro100 in case I turned it off
after seeing the bug on that box, but didn't stop the firewall.
There is still the problem where the ethernet doesn't get configured
with acpi=off which I shall post to the acpi devel list, but this is not
a showstopper for me. ifconfig eth0 192.168.10.5 returns SIOCSIFFLAGS:
Function not implemented.
Thanks and Regards
Sid.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks
next prev parent reply other threads:[~2007-01-03 16:54 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20061229063254.GA1628@ff.dom.local>
[not found] ` <4595CD1B.2020102@blueyonder.co.uk>
[not found] ` <20070102115050.GA3449@ff.dom.local>
[not found] ` <459A7AF1.5060702@blueyonder.co.uk>
2007-01-03 10:48 ` 2.6.19 and up to 2.6.20-rc2 Ethernet problems x86_64 Jarek Poplawski
2007-01-03 16:53 ` Sid Boyce [this message]
2007-01-04 11:46 ` Jarek Poplawski
2007-01-02 15:41 Sid Boyce
2007-01-02 16:59 ` Len Brown
2007-01-02 22:57 ` Sid Boyce
2007-01-03 6:17 ` Len Brown
2007-01-05 9:09 ` Sid Boyce
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=459BDFA6.4070109@blueyonder.co.uk \
--to=g3vbv@blueyonder.co.uk \
--cc=jarkao2@o2.pl \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).