From: Boris Brezillon <boris.brezillon@bootlin.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v13 5/7] cmd: mtd: add 'mtd' command
Date: Mon, 8 Oct 2018 18:28:06 +0200 [thread overview]
Message-ID: <20181008182806.00918e6d@bbrezillon> (raw)
In-Reply-To: <CAHCN7xK4CGBgOYRodgBk1Q3JHxG_mJgiEutBKoWXVf0vfRDh1Q@mail.gmail.com>
Hi Adam,
On Mon, 8 Oct 2018 11:13:40 -0500
Adam Ford <aford173@gmail.com> wrote:
> On Wed, Oct 3, 2018 at 8:41 AM Adam Ford <aford173@gmail.com> wrote:
> >
> > On Wed, Oct 3, 2018 at 8:35 AM Miquel Raynal <miquel.raynal@bootlin.com> wrote:
> > >
> > > Hi Adam,
> > >
> > > > >
> > > > > >
> > > > > > >
> > > > > > > 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.
> > > > >
> > > > > OK. If I can get MTD working, I'll work to remove the other commands
> > > > > like NAND and MTDPARTS
> > > >
> > > > As of today, the process of migration is not entirely finished to DM
> > > > and you might still need to issue *first* a "nand probe" to register
> > > > the device operations.
> > >
> > > Mmmh there is no nand probe actually, for raw nands like the one you
> > > have it should work out of the box.
>
> i haven't actually insterted debug code yet, but I started a quick
> code review. There is a function called 'mtd_probe_uclass_mtd_devs'
> which states it will probe with DM compliant drivers.
> I am thinking the nand and/or GPMC drivers are not yet DM compliant
> yet. The DM tree doesn't list any of the MTD parts.
>
> Is it save to assume it just wont' work until the drives are DM
> compliant, or is this driver designed to play with the lower-level
> drivers as-is?
The whole point of this rework was to allow both old (non-DM compliant)
and new (DM compliant) drivers to be exposed the same way to the upper
layers. If it doesn't work for regular NAND drivers it's a bug, and we
should fix it.
Regards,
Boris
next prev parent reply other threads:[~2018-10-08 16:28 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
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 [this message]
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=20181008182806.00918e6d@bbrezillon \
--to=boris.brezillon@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