public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Miquel Raynal <miquel.raynal@bootlin.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2 20/21] cmd: mtd: add 'mtd' command
Date: Thu, 12 Jul 2018 14:51:32 +0200	[thread overview]
Message-ID: <20180712145132.0d22dcce@xps13> (raw)
In-Reply-To: <20180712004213.71286527@bbrezillon>

Hi Boris,

Boris Brezillon <boris.brezillon@bootlin.com> wrote on Thu, 12 Jul 2018
00:42:13 +0200:

> On Wed, 11 Jul 2018 17:25:28 +0200
> Miquel Raynal <miquel.raynal@bootlin.com> wrote:
> 
> > +
> > +static void mtd_show_device(struct mtd_info *mtd)
> > +{
> > +	printf("* %s", mtd->name);  
> 
> Printing the device type might be interesting? And maybe also the size,
> writesize, oobsize and erasesize?

Absolutely.

> 
> > +	if (mtd->dev)
> > +		printf(" [device: %s] [parent: %s] [driver: %s]",
> > +		       mtd->dev->name, mtd->dev->parent->name,
> > +		       mtd->dev->driver->name);
> > +
> > +	printf("\n");
> > +}  

[...]

> > +	} else if (!strcmp(cmd, "erase")) {
> > +		bool scrub = strstr(cmd, ".dontskipbad");
> > +		bool full_erase = strstr(cmd, ".chip");  
> 
> Again, I think .chip extension is not needed. Just consider a full erase
> is requested when offset and length are not provided. Plus, chip is
> misleading since I guess mtd partitions are also exposed as mtd devices,
> and could thus be erased with the .chip extension as well.

".chip" removed.

Default now is mtd->size (the entire MTD device) for erase/read/write,
and mtd->writesize (a page) for a dump.

> 
> > +		struct erase_info erase_op = {};
> > +		u64 off, len;
> > +
> > +		off = argc > 0 ? simple_strtoul(argv[0], NULL, 16) : 0;
> > +		len = argc > 1 ? simple_strtoul(argv[1], NULL, 16) : mtd->erasesize;  
> 
> Hm. Are we sure we want the default to be 1 eraseblock? Shouldn't we
> consider that missing size means "erase up to the MTD device end". Same
> goes for the read/write accesses, but maybe not for dump where dumping
> a single page makes more sense.

See above.

> 
> > +
> > +		if (full_erase) {
> > +			off = 0;
> > +			len = mtd->size;
> > +		}
> > +
> > +		if ((u32)off % mtd->erasesize) {  
> 
> Sounds dangerous. We have 8GB NANDs on sunxi platforms...

[...]

> > +
> > +		if ((u32)len % mtd->erasesize) {  
> 
> Same here. I guess there's a do_div() in uboot.

In both cases I take the less significant bytes of a 64-bit value. The
modulo operation is safe as long as mtd->erasesize is a 32-bit value
too. I don't think there is any danger?

[...]

Thanks,
Miquèl

  reply	other threads:[~2018-07-12 12:51 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-07-11 15:25 [U-Boot] [PATCH v2 00/21] SPI-NAND support Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 01/21] mtd: Fallback to ->_read/write_oob() when ->_read/write() is missing Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 02/21] mtd: Uninline mtd_write_oob and move it to mtdcore.c Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 03/21] mtd: Add sanity checks in mtd_write/read_oob() Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 04/21] mtd: Fallback to ->_read/write() when ->_read/write_oob() is missing Miquel Raynal
2018-07-11 22:20   ` Boris Brezillon
2018-07-12  8:05     ` Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 05/21] mtd: add get/set of_node/flash_node helpers Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 06/21] mtd: fix build issue with includes Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 07/21] mtd: move definitions to enlarge their range Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 08/21] mtd: move all flash categories inside MTD submenu Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 09/21] mtd: move NAND fiels into a raw/ subdirectory Miquel Raynal
2018-07-11 22:23   ` Boris Brezillon
2018-07-11 15:25 ` [U-Boot] [PATCH v2 10/21] mtd: rename nand into rawnand in Kconfig prompt Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 11/21] mtd: nand: Add core infrastructure to deal with NAND devices Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 12/21] mtd: nand: Pass mode information to nand_page_io_req Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 13/21] spi: Extend the core to ease integration of SPI memory controllers Miquel Raynal
2018-07-12 13:27   ` Stefan Roese
2018-07-12 14:46     ` Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 14/21] mtd: nand: Add core infrastructure to support SPI NANDs Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 15/21] mtd: spinand: Add initial support for Micron MT29F2G01ABAGD Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 16/21] mtd: spinand: Add initial support for Winbond W25M02GV Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 17/21] mtd: spinand: Add initial support for the MX35LF1GE4AB chip Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 18/21] mtd: spinand: Add initial support for the MX35LF2GE4AB chip Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 19/21] mtd: uclass: add probe function Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 20/21] cmd: mtd: add 'mtd' command Miquel Raynal
2018-07-11 22:42   ` Boris Brezillon
2018-07-12 12:51     ` Miquel Raynal [this message]
2018-07-12 13:12       ` Miquel Raynal
2018-07-11 15:25 ` [U-Boot] [PATCH v2 21/21] dt-bindings: Add bindings for SPI NAND devices Miquel Raynal
2018-07-11 22:44   ` Boris Brezillon
2018-07-12 12:29     ` Miquel Raynal

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180712145132.0d22dcce@xps13 \
    --to=miquel.raynal@bootlin.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox