Hello,
On 2022-05-31 15:55, Rogier Wolff wrote:
The other option is that the cache is corrupting things. You need to
properly flush the caches after the DMA-into-a-buffer and before
accessing the data.
Well, I think that was also missing from the original driver, but
can't remember. Maybe they
On 2022-05-31, Indan Zupancic wrote:
> This is probably because the ST driver releases the DMA buffers
> before you have handled the data. It tries to do zero copy, but does
> it wrong.
In my experience, target code provided by Silicon vendors is always
very poor quality and should never be trus
On Tue, May 31, 2022 at 03:41:49PM +0200, Indan Zupancic wrote:
> This is probably because the ST driver releases the DMA buffers
> before you have handled the data. It tries to do zero copy, but does
> it wrong.
The other option is that the cache is corrupting things. You need to
properly flush t
Hello Halid,
On 2022-05-31 15:11, Halid YESSOUFOU wrote:
I come by this message because I meet it seems to me that the layer
LWIP meets
a problem. Indeed, when I receive small packets of data via TCP, all
goes well.
However, when I receive large data packets, some data are corrupted.
The corru
Hello,
I come by this message because I meet it seems to me that the layer LWIP
meets a problem. Indeed, when I receive small packets of data via TCP, all
goes well. However, when I receive large data packets, some data are
corrupted. The corrupted data is in the middle of the packet.
While
