| To: | <netdev@xxxxxxxxxxx>, <linux-kernel@xxxxxxxxxxxxxxx> |
|---|---|
| Subject: | 440bx and natsemi |
| From: | Frédéric POTTER <fpotter@xxxxxxxxxxx> |
| Date: | Thu, 6 Oct 2005 09:01:18 +0200 |
| Cc: | "Manfred Spraul" <manfred@xxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| Thread-index: | AcXKQ8AvZ9CYCGIGT3q8hQRwAyjmqg== |
| Thread-topic: | 440bx and natsemi |
|
Hi,
We have designed an embedded board, based on Celeron ULV 400 Mhz and
440bx chipset.
The BIOS has been derivated from Linux Bios of the 440mx (mx and bx have
minimal differences).
The ethernet devices are natsemi DP83816 (latest HW
revision)
The issue :
----------------
If we set the L1 CPU cache in write back mode then, under heavy
ethernet load, we have various memory
corruption on the
host memory. It looks like, basically, the natsemi device, when getting bus
master, is
accessing former
skbuf physicall adresses in the tx_ring structure, and therefore writing at
various location
in the memory,
generating various kernel panic a few moment later.
If we set the L1 CPU cache in write through, the issue vanishes
completely (even after a few days of heavy
load)..
Since we have designed this whole system (hardware, BIOS etc..), it may
clearly be that we have introduced
a cache coherency
issue in the system, but we have checked it all, and it seems like
not
*
snooping HW interface is present, correctly wired
*
Intel CPU and chipset seems to be properly configured, and anyway no
configuration seems to be present
that would have
allowed us to 'disable' cache coherency.
*
No Intel CPU or chipset errata have been found that refers to cache snooping
issues.
Does anyone have a
clue on this one ? Does someone have a 440bx with a Natsemi device (that may be
a rare
configuration BTW,
since 440bx is used in laptop where the natsemi is fairly rare)
Are we just
discovering an N+1 Intel issue or did we miss something ?
thanks in
advance
fred
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: patch tulip-natsemi-dp83840a-phy-fix.patch added to -mm tree, Jeff Garzik |
|---|---|
| Next by Date: | [PATCH] sis900: come alive after temporary memory shortage, Daniele Venzano |
| Previous by Thread: | Re: patch tulip-natsemi-dp83840a-phy-fix.patch added to -mm tree, Jeff Garzik |
| Next by Thread: | [PATCH] sis900: come alive after temporary memory shortage, Daniele Venzano |
| Indexes: | [Date] [Thread] [Top] [All Lists] |