Skip to content

Support for HTKW mcx board

Ilya Yanok u-boot 1 version New

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 Latest0 of 14 patches 0 repliesNew

Patches in v1 No applies recorded yet

None of the 14 patches the cover letter announces are in this archive.

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [U-Boot] [PATCH 00/14] Support for HTKW mcx board

Hi Tom,

Quoted 9 lines · Tom Rini
Quoted 9 lines

these patches introduce support for HTKW mcx board (AM3517-based).

Previously posted DaVinci EMAC patches
( http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/112309 ) and NAND SPL patches
( http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/112890 ) are also included as long as EHCI host support (moved from Beagle board code).

Quoted 5 lines
Quoted 1 line

I'm not sure what we should do about this series right now. Aside from some "easily" fixable things like all of the PHY files needing an ugly #include "../../../../../drivers/net/davinci_emac.h" to compile

Shouldn't we use generic PHY layer and move all PHY files to drivers/net/phy?

Quoted 1 line

again and a CONFIG_SYS_CACHELINE_SIZE 32 in all of the platforms, the

s/CONFIG_SYS_CACHELINE_SIZE/ARCH_DMA_MINALIGN/ should solve this problem. I'll fix this.

Quoted 2 lines

lack of flush functions means that MAKEALL -s davinci fails for almost every board now. I'm not sure what we should do, at this point...

Argh.. Actually my initial version had a workaround for this, only using {flush,invalidate}_dcache_range under #ifdef DAVINCI_EMAC_DCACHE clause... But Mike told me that I should remove this...

Maybe we can just add empty functions for CONFIG_DCACHE_OFF case to fix the compilation?

Regards, Ilya.