[PATCH] dma: mv_xor: remove minimal offload length threshold

Mario Schuknecht mario.schuknecht at dresearch-fe.de
Sat Jan 26 12:30:30 EST 2013


Maxime Bizon <mbizon <at> freebox.fr> writes:

> 
> On Thu, 2012-12-27 at 20:20 +0100, Lubomir Rintel wrote:
> > 
> > of memory condition and retries indefinitelly, causing a soft lockup.
> > The threshold does not seem to be enforced by hardware (couldn't find
> > anything like that in a datasheet)
> 
> page 212
> 
> Table 63: Descriptor Byte Count Word
> 
> 3:0 ByteCount
> 
> XOR mode: Size of source and destination blocks in bytes.
> CRC mode: Size of source block part represented by the descriptor.
> DMA mode: Size of source and destination block in bytes.
> Minimum blocks' size: 16B.
> Maximum blocks' size: 16MB-1
> 
> > and things seems to work fine without it. If there's a 
> 
> my guess is that it transfers 16B so it seems to work but actually
> corrupts data.
> 
> maybe we should teach net_dma_find_channel() about that limitation 
> 

I observe the same error with the Marvell SoC 88F6282. The patch works. It is 
sufficient to just change the #define MV_XOR_MIN_BYTE_COUNT of 128 to 16. But 
I'm not very familiar with the code and Marvell xor/dma engine.
Therefore the questions: Is the patch correctly for the SoC 88F6282? Is the 
error still in work? And is there an offical solution soon?

Kind regards,

Mario Schuknecht




More information about the linux-arm-kernel mailing list