Hi Marek,

On Fri, 12 Jul 2013 01:03:04 +0200, Marek Vasut <ma...@denx.de> wrote:

> The MX28 multi-layer AHB bus can be too slow and trigger the
> FEC DMA too early, before all the data hit the DRAM. This patch
> ensures the data are written in the RAM before the DMA starts.
> Please see the comment in the patch for full details.
> 
> This patch was produced with an amazing help from Albert Aribaud,
> who pointed out it can possibly be such a bus synchronisation
> issue.
> 
> Signed-off-by: Marek Vasut <ma...@denx.de>
> Cc: Albert ARIBAUD <albert.u.b...@aribaud.net>
> Cc: Fabio Estevam <fabio.este...@freescale.com>
> Cc: Stefano Babic <sba...@denx.de>
> ---
>  drivers/net/fec_mxc.c |   22 ++++++++++++++++++++++
>  1 file changed, 22 insertions(+)
> 
> diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
> index 97bf8fe..ec5b9db 100644
> --- a/drivers/net/fec_mxc.c
> +++ b/drivers/net/fec_mxc.c
> @@ -737,6 +737,28 @@ static int fec_send(struct eth_device *dev, void 
> *packet, int length)
>       flush_dcache_range(addr, addr + size);
>  
>       /*
> +      * Below we read the DMA descriptor's last four bytes back from the
> +      * DRAM. This is important in order to make sure that all WRITE
> +      * operations on the bus that were triggered by previous cache FLUSH
> +      * have completed.
> +      *
> +      * Otherwise, on MX28, it is possible to observe a corruption of the
> +      * DMA descriptors. Please refer to schematic "Figure 1-2" in MX28RM
> +      * for the bus structure of MX28. The scenario is as follows:
> +      *
> +      * 1) ARM core triggers a series of WRITEs on the AHB_ARB2 bus going
> +      *    to DRAM due to flush_dcache_range()
> +      * 2) ARM core writes the FEC registers via AHB_ARB2
> +      * 3) FEC DMA starts reading/writing from/to DRAM via AHB_ARB3
> +      *
> +      * Note that 2) does sometimes finish before 1) due to reordering of
> +      * WRITE accesses on the AHB bus, therefore triggering 3) before the
> +      * DMA descriptor is fully written into DRAM. This results in occasional
> +      * corruption of the DMA descriptor.
> +      */
> +     readl(addr + size - 4);
> +
> +     /*
>        * Enable SmartDMA transmit task
>        */
>       fec_tx_task_enable(fec);

This being a bugfix patch, and having been tested twice, I suggest that
it go in 2013.07, maybe with the commit message reduced to its first
paragraph above -- although of course I do appreciate the second one,
except it tends to minimize Marek's own contribution to the fix, which
is by far the most important.

Amicalement,
-- 
Albert.
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Reply via email to