[U-Boot] [PATCH 00/12] cmd_sf: Add support for read and write instructions

[Tom Rini <trini@ti.com>]

On Sat, Mar 02, 2013 at 01:59:38PM +0530, Jagan Teki wrote:

[snip]
> Since these changes I have sent long back, I am just re-modified the
> framework to
> add new features at the same time with backward comparability for
> current commands.
> 
> Current command setup:
> sf write
> sf read
> sf update
> 
> Changed command set: [no changes in the argument count]
> sf write     ---  current command
> sf write.pp --  same as sf write
> sf write.qp -- quad program
> 
> sf read   -- current read
> sf read.af --- array flast read, same as sf read
> sf read.as -- array slow read
> sf read.do --- dual out
> sf read.qo -- quad out
> sf read.dio -- dual io
> sf read.qio -- quad io
> 
> sf update  -- current update
> sf update.pp.af -- write page program, read array fast, same as sf update
> sf update.pp.as - write page program, read array slow
> sf update.pp.do - write page program, read dual out
> sf update.pp.qo - write page program, read quad out
> sf update.pp.dio - write page program, read dual io
> sf update.pp.qio - write page program, read quad io
> sf update.qp.af - write quad program, read array fast
> sf update.qp.as - write quad program, read array slow
> sf update.qp.do - write quad program, read dual out
> sf update.qp.qo - write quad program, read quad out
> sf update.qp.dio - write quad program, read dual io
> sf update.qp.qio - write quad program, read quad io
> 
> Though it seems to be lengthy, but may useful with lot of combinations
> from user.
> My intention is to use the existing argument count with changes in the
> command set.

Are there cases where for the current device we're operating on that can
handle more than one of these, aside from fast or slow?  And do we
really need to offer both fast and slow?

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20130304/2f30d4c9/attachment.pgp>