From mboxrd@z Thu Jan  1 00:00:00 1970
From: Scott Wood <scottwood@freescale.com>
Date: Tue, 11 Dec 2012 16:23:17 -0600
Subject: [U-Boot] [PATCH] [DFU] Implement NAND dfu support
In-Reply-To: <20121211085625.03a6aece@amdc308.digital.local> (from
	l.majewski@samsung.com on Tue Dec 11 01:56:25 2012)
References: <1355153072-6047-1-git-send-email-panto@antoniou-consulting.com>
	<1355188195.5334.24@snotra>
	<20121211085625.03a6aece@amdc308.digital.local>
Message-ID: <1355264597.13481.12@snotra>
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 12/11/2012 01:56:25 AM, Lukasz Majewski wrote:
> Hi Scott,
> 
> > On 12/10/2012 09:24:32 AM, Pantelis Antoniou wrote:
> > > +	sprintf(cmd_buf, "nand %s %p %llx %llx",
> > > +		op == DFU_OP_READ ? "read" : "write",
> > > +		 buf, start, count);
> > > +
> > > +	debug("%s: %s 0x%p\n", __func__, cmd_buf, cmd_buf);
> > > +	ret = run_command(cmd_buf, 0);
> >
> > Why not use the C interface to NAND?
> 
> We also support there eMMC (both with raw and file systems). Moreover
> we had this discussion some time ago (if we shall use "command" or
> native C API).

I don't see how "nand %s %p %llx %llx" supports anything that the NAND  
C API doesn't support.

I can't follow every discussion that happens on this list, on the off  
chance it might eventually become relevant to NAND.  "Some time ago" is  
not an easily followed reference to the archives.

-Scott