[U-Boot] [PATCH 2/5] port wandboards to use the generic distro configs

[Wolfgang Denk <wd@denx.de>]

Dear Tom,

In message <20131206221307.GD420@bill-the-cat> you wrote:
> 
> > I think it's actually OK to omit the "_r" in NOR-less systems.  The
> > number of devices with actual NOT flash is decreasing, and if you can
> > be sure that there is no such memory device available, then it is
> > just overhead to always carry the "_r" suffice around, knowing all
> > the time that there will never be any other option than RAM to store
> > that data.
> 
> Right.  So the rule is "fdt_addr means the [shipped] DT in NOR, if
> present.  fdt_addr_r means the [shipped] DT in system RAM."

No.  NAK.  Delete this "[shipped]" stuff here.  This is some new
interpretation which you are trying to sneak in here, but there has
never been any such notion before.  It's just an address, and we don't
care where the actual data came from or who put it there.

> Well, "fdt_addr" still means the shipped DT and "fdt_addr_r" still means
> a DT loaded into system RAM.  The only change is that fdt_addr may also
> be a system RAM address.

Stop.  There is no such thing as a "shipped DT".

> > Um... you enter completely new terms here - "system provided" and
> > "user provided". I cannot see how a "user provided" DTB in NOR flash
> > would fit in such a concept, nor how this would work on systems with
> > NOR if a "system provided" DTB gets loaded into RAM from a DHCP
> > server.
>
> "system provided" or "shipped" or what have you for the vendor provided
> DT, which previously would have been in NOR, for fdt_addr when you also

NAK.  We have never been using any such terms before.  You are trying
to insert completely new meaning here, and I do not agree with such
interpretation.  A DT is a DT is a DT, no matter who provided it or
where it is coming from or who installed it where.

> Well, lets see if we can't convince you around.  Or get some better
> names to use for these use cases.

No chance.  This is the first time ever such terms come up, and we've
been using DTs for a long, long time before.

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
The use of COBOL cripples the mind; its teaching  should,  therefore,
be regarded as a criminal offense.                   - E. W. Dijkstra