[PATCH] arch/ppc/8xx_io/enet.c, version 2
joakim.tjernlund at lumentis.se
Thu Nov 14 03:35:36 EST 2002
> On 10/24/02 04:23 PM, Joakim Tjernlund wrote:
> > Hi
> > This is the second version of my patch that removes the expensive memcpy of
> > received
> > ethernet frames in interrupt context.
> Isn't it so that this patch works because you have snooping? Without
> snooping the driver would fail because of cache line replacement which
> could trash received data.
I don't have snooping(mpc860).
> The buffer invalidate in this case is unneeded. But if you wanna
> optimise you should invalidate the whole buffer before giving it to DMA
> thus getting rid of the flush implied by memory coherence.
In my first version I did invalidate the whole buffer BEFORE I gave it
to the CPM/DMA. I moved it because I thougth it was better to invalidate
after I received it, since the packet len is known at that time
so I don't have to invalidate the whole buffer, just the received number of bytes.
> Tried this out in a driver for a processor without snooping, now and
> then received packets got corrupted, cache line wise...
You may be right, perhaps one must invalidate the whole buffer before giving it
to the CPM/DMA. Suppose you reuse a buffer which has been modified before it
was freed and the dcache must write back data to free up space and the buffer,
which now is owned by the CPM, get written to.
I have not seen any corrupted packets and you are the first to report
any problems. What modifications have you done?
Post the driver please.
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-embedded