[U-Boot] [RFC/PATCH] davinci: disable dcache on boards with EMAC

Wolfgang Denk wd at denx.de
Sun Nov 27 20:16:45 CET 2011


Dear Tom Rini,

In message <CA+M6bXm-iPdXEth80UjxG=ek=6iGuK8+3H-AN+t=KdmH=a_aaQ at mail.gmail.com> you wrote:
>
> I was unclear, sorry.  Let me summarize:
> - Today, the driver builds for davinci platforms, but anecdotal
> evidence says it doesn't function without 'dc off'.
> - With this series, fully, davinci builds, and works, because dcache
> is off, and am35x now has ethernet, with dcache on.
> - With this series, minus this single part, davinci fails to link with
> this driver enabled because of missing cache functions.

I have to apologize - I havent read much U-Boot traffic in the last
few weeks, and while trying to catch up, I don;t really have a full
overview of all postings.  So I'm missing the context of what "this
series" and "this single part" means.

I think we should try and get to a state where we have AM35xx work,
with caches on (I understand this is possible with the current code
for AM35xx).

When we then have problems on DaVinci, that can be worked around by
running "dc off" before accessing the network (or USB), then this is
IMO a much better state than having DC permanently disable for all
these systems.

I don't know which patches have to be applied, or omitted, to acchive
this state, though.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
I realize that command does have its fascination, even under  circum-
stances such as these, but I neither enjoy the idea of command nor am
I  frightened  of  it. It simply exists, and I will do whatever logi-
cally needs to be done.
	-- Spock, "The Galileo Seven", stardate 2812.7


More information about the U-Boot mailing list