Netdev List
 help / color / mirror / Atom feed
From: Ingo Oeser <ioe-lkml@rameria.de>
To: James Courtier-Dutton <James@superbug.co.uk>
Cc: linux-kernel@vger.kernel.org, Marc Perkel <marc@perkel.com>,
	bugme@bugzilla.kernel.org, netdev@vger.kernel.org,
	aabdulla@nvidia.com
Subject: [BUG 6480]Re: Asus K8N-VM Motherboard Ethernet Problem
Date: Tue, 30 May 2006 00:03:38 +0200	[thread overview]
Message-ID: <200605300003.39513.ioe-lkml@rameria.de> (raw)
In-Reply-To: <447B3408.1020001@superbug.co.uk>

Hi James,

On Monday, 29. May 2006 19:48, James Courtier-Dutton wrote:
> I can concur that the forcedeth is unreliable on nvidia based motherboards.
> I have a ethernet device that works with forcedeth.
> 0000:00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3)
> 0000:00:0a.0 0680: 10de:0057 (rev a3)
>         Subsystem: 147b:1c12
>         Flags: 66MHz, fast devsel, IRQ 11
>         Memory at fe02f000 (32-bit, non-prefetchable) [size=4K]
>         I/O ports at fc00 [size=8]
>         Capabilities: [44] Power Management version 2
> 
> It works in that it can actually send and receive packets.
> The problems are:
> 1) one cannot rmmod the forcedeth module. Even after ifdown etc.
> 2) the machine hangs randomly.
> Before someone asks, the MB has no serial port, so no stack trace available.
> 3) The netconsole fails to function with it.
> 
> I have installed a standard PCI based intel ethernet card, and only use
> that. Without the forcedeth loaded, no hangs since.
> 
> So, although I can confirm that there are certainly problems with the
> forcedeth driver, without a serial port, I am at a loss at how I might
> help diagnose the problem and fix it.

This sounds like  http://bugzilla.kernel.org/show_bug.cgi?id=6480

Maybe we can help to resolve this. I already stored a lot of info in
the bugzilla entry.

Could you please describe your setup further? I'm interested on
the devices behind your nvidia NIC, since we only have it at one customers
mail server behind a SonicWall, so we cannot really try a lot. 

For all other customers it works. I'm a bit lost on the cause.
I've seen 4% collisions, which might reduce performance,
but should not stop the transmitter forever.

PS: CC'ed some more relevant addresses to increase awareness.

Regards

Ingo Oeser

           reply	other threads:[~2006-05-29 22:07 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <447B3408.1020001@superbug.co.uk>]

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=200605300003.39513.ioe-lkml@rameria.de \
    --to=ioe-lkml@rameria.de \
    --cc=James@superbug.co.uk \
    --cc=aabdulla@nvidia.com \
    --cc=bugme@bugzilla.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marc@perkel.com \
    --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