From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ladislav Michl <ladis@linux-mips.org>
Date: Mon, 28 May 2007 20:39:40 +0100
Subject: [U-Boot-Users] Question about CFG_ENV_ADDR during RAMBOOT
In-Reply-To: <044f01c7a149$27416470$0302a8c0@atmel.com>
References: <1defaf580705280916p3b327312x52007a1ed94e1649@mail.gmail.com>
	<044f01c7a149$27416470$0302a8c0@atmel.com>
Message-ID: <20070528193940.GA3014@linux-mips.org>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

On Mon, May 28, 2007 at 06:56:30PM +0200, Ulf Samuelsson wrote:
> > I'm not sure if anyone's suggested this before, or whether it was
> > well-received or not, but why don't we generalize the cmd_mem syntax a
> > little? For example, let every memory address can be prefixed by an
> > optional "storage specifier" and a ':' character. The default "storage
> > specifier" is "mem", so that if it is omitted everything will work as
> > before, but you can also do things like

As far as I remember it was proposed by Tolunay Orkun in 'Atmel Dataflash
hooks' thread:
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/26126
There was no reaction.

> >  cp.b df0:0x4200 0x85000000
> >  cmp.l 0x24000000 nand1.1:0x123456789
> > 
> 
> Which is 100% compatible with my proposal.
> 
> "cp.b df0:0x4200 0x85000000  ${size}"

Okay, I'm sorry for not understanding you correctly. I have no objections
to this proposal (as I have no customers and can easily start using new
syntax :-))

Best regards,
	ladis