From: Miquel Raynal <miquel.raynal@bootlin.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v13 5/7] cmd: mtd: add 'mtd' command
Date: Wed, 3 Oct 2018 14:42:59 +0200 [thread overview]
Message-ID: <20181003144259.333c1b00@xps13> (raw)
In-Reply-To: <CAHCN7xKX3cVvZJAwwG+2wg6X8wGe4paU8J_ofMCikjbuJOB_oA@mail.gmail.com>
Hi Adam,
Adam Ford <aford173@gmail.com> wrote on Wed, 3 Oct 2018 07:35:15 -0500:
> On Mon, Oct 1, 2018 at 8:48 AM Miquel Raynal <miquel.raynal@bootlin.com> wrote:
> >
> > There should not be a 'nand' command, a 'sf' command and certainly not
> > a new 'spi-nand' command. Write a 'mtd' command instead to manage all
> > MTD devices/partitions at once. This should be the preferred way to
> > access any MTD device.
>
> What is the expected behavior when I type 'mtd list' on my omap37
> board, it just hangs.
What do you mean "hangs", does U-Boot crashes? Or is it really hanging
with no more on the console? Can you Ctrl-C to cancel the command or is
it really stuck?
>
> I can use the nand read/write functions and mtdparts lists the
> partitions, so I know nand works. My defconfig
> lists the partitions, so if we're not supposed to use mtdparts, where
> I do store the partition information?
You are not supposed to use the mtdpart _command_, but the mtdparts
_variable_ must be used in order to declare the partitions.
>
> I intentionally removed it from the device tree a while ago, because
> U-Boot was passing the partition info to Linux.
Indeed, that's his primary role.
Thanks,
Miquèl
next prev parent reply other threads:[~2018-10-03 12:42 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-01 13:43 [U-Boot] [PATCH v13 0/7] SPI-NAND support (third batch) Miquel Raynal
2018-10-01 13:43 ` [U-Boot] [PATCH v13 1/7] mtd: uclass: add probe function Miquel Raynal
2018-10-01 13:43 ` [U-Boot] [PATCH v13 2/7] mtd: mtdpart: add a generic mtdparts-like parser Miquel Raynal
2018-10-01 13:43 ` [U-Boot] [PATCH v13 3/7] mtd: uboot: search for an equivalent MTD name with the mtdids Miquel Raynal
2018-10-01 13:43 ` [U-Boot] [PATCH v13 4/7] mtd: mtdpart: implement proper partition handling Miquel Raynal
2018-10-01 13:43 ` [U-Boot] [PATCH v13 5/7] cmd: mtd: add 'mtd' command Miquel Raynal
2018-10-01 16:19 ` Jagan Teki
2018-10-01 20:39 ` Miquel Raynal
2018-10-03 12:35 ` Adam Ford
2018-10-03 12:42 ` Miquel Raynal [this message]
2018-10-03 12:47 ` Adam Ford
2018-10-03 12:57 ` Miquel Raynal
2018-10-03 13:35 ` Miquel Raynal
2018-10-03 13:41 ` Adam Ford
2018-10-08 16:13 ` Adam Ford
2018-10-08 16:28 ` Boris Brezillon
2018-10-08 16:52 ` Adam Ford
2018-10-08 16:58 ` Adam Ford
2018-10-08 17:27 ` Boris Brezillon
2018-10-08 17:46 ` Boris Brezillon
2018-10-08 18:26 ` Adam Ford
2018-10-08 19:07 ` Thomas Petazzoni
2018-10-08 19:14 ` Adam Ford
2018-10-01 13:43 ` [U-Boot] [PATCH v13 6/7] cmd: ubi: clean the partition handling Miquel Raynal
2018-10-01 13:43 ` [U-Boot] [PATCH v13 7/7] cmd: mtdparts: describe as legacy 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=20181003144259.333c1b00@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