From: Simon Goldschmidt <simon.k.r.goldschmidt@gmail.com>
To: u-boot@lists.denx.de
Subject: [PATCH v2 3/4] mtd: rawnand: denali_dt: use UCLASS_MTD instead of UCLASS_MISC
Date: Wed, 29 Jan 2020 18:08:10 +0100 [thread overview]
Message-ID: <399030af-a124-4564-b672-2973a455602b@gmail.com> (raw)
In-Reply-To: <20200129155557.32191-3-yamada.masahiro@socionext.com>
Am 29.01.2020 um 16:55 schrieb Masahiro Yamada:
> UCLASS_MTD is a better fit for NAND drivers.
>
> Make NAND_DENALI_DT depend on DM_MTD, which is needed to compile
> drivers/mtd/mtd-uclass.c
>
> Also, make ARCH_SOCFPGA and ARCH_UNIPHIER select DM_MTD because
> they use this driver.
>
> Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
> ---
>
> Changes in v2:
> - new patch
>
> arch/arm/Kconfig | 2 ++
> drivers/mtd/nand/raw/Kconfig | 2 +-
> drivers/mtd/nand/raw/denali_dt.c | 4 ++--
> 3 files changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 1236315168..d1c58667c7 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -935,6 +935,7 @@ config ARCH_SOCFPGA
> select ARM64 if TARGET_SOCFPGA_STRATIX10 || TARGET_SOCFPGA_AGILEX
> select CPU_V7A if TARGET_SOCFPGA_GEN5 || TARGET_SOCFPGA_ARRIA10
> select DM
> + select DM_MTD
Does any socfpga actually enable the denali driver? Do we need to
default to this instead of enabling it in a defconfig?
If we need it, could you please change that to 'imply'? Not all configs
will need this.
Thanks,
Simon
> select DM_SERIAL
> select ENABLE_ARM_SOC_BOOT0_HOOK if TARGET_SOCFPGA_GEN5 || TARGET_SOCFPGA_ARRIA10
> select OF_CONTROL
> @@ -1548,6 +1549,7 @@ config ARCH_UNIPHIER
> select DM_GPIO
> select DM_I2C
> select DM_MMC
> + select DM_MTD
> select DM_RESET
> select DM_SERIAL
> select DM_USB
> diff --git a/drivers/mtd/nand/raw/Kconfig b/drivers/mtd/nand/raw/Kconfig
> index 7814d84ba0..23201ca720 100644
> --- a/drivers/mtd/nand/raw/Kconfig
> +++ b/drivers/mtd/nand/raw/Kconfig
> @@ -116,7 +116,7 @@ config NAND_DENALI
> config NAND_DENALI_DT
> bool "Support Denali NAND controller as a DT device"
> select NAND_DENALI
> - depends on OF_CONTROL && DM
> + depends on OF_CONTROL && DM_MTD
> help
> Enable the driver for NAND flash on platforms using a Denali NAND
> controller as a DT device.
> diff --git a/drivers/mtd/nand/raw/denali_dt.c b/drivers/mtd/nand/raw/denali_dt.c
> index 587e480faa..759ad40e51 100644
> --- a/drivers/mtd/nand/raw/denali_dt.c
> +++ b/drivers/mtd/nand/raw/denali_dt.c
> @@ -160,7 +160,7 @@ static int denali_dt_probe(struct udevice *dev)
>
> U_BOOT_DRIVER(denali_nand_dt) = {
> .name = "denali-nand-dt",
> - .id = UCLASS_MISC,
> + .id = UCLASS_MTD,
> .of_match = denali_nand_dt_ids,
> .probe = denali_dt_probe,
> .priv_auto_alloc_size = sizeof(struct denali_nand_info),
> @@ -171,7 +171,7 @@ void board_nand_init(void)
> struct udevice *dev;
> int ret;
>
> - ret = uclass_get_device_by_driver(UCLASS_MISC,
> + ret = uclass_get_device_by_driver(UCLASS_MTD,
> DM_GET_DRIVER(denali_nand_dt),
> &dev);
> if (ret && ret != -ENODEV)
>
next prev parent reply other threads:[~2020-01-29 17:08 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-29 15:55 [PATCH v2 1/4] mtd: rawnand: denali_dt: insert udelay() after reset deassert Masahiro Yamada
2020-01-29 15:55 ` [PATCH v2 2/4] mtd: rawnand: denali: set SPARE_AREA_SKIP_BYTES based on DT compatible Masahiro Yamada
2020-01-31 16:55 ` Masahiro Yamada
2020-01-29 15:55 ` [PATCH v2 3/4] mtd: rawnand: denali_dt: use UCLASS_MTD instead of UCLASS_MISC Masahiro Yamada
2020-01-29 16:34 ` Miquel Raynal
2020-01-29 17:08 ` Simon Goldschmidt [this message]
2020-01-29 22:01 ` Marek Vasut
2020-01-30 5:34 ` Masahiro Yamada
2020-01-30 13:06 ` Marek Vasut
2020-01-29 15:55 ` [PATCH v2 4/4] ARM: uniphier: remove adhoc reset deassertion for the NAND controller Masahiro Yamada
2020-01-31 16:56 ` Masahiro Yamada
2020-01-31 16:54 ` [PATCH v2 1/4] mtd: rawnand: denali_dt: insert udelay() after reset deassert Masahiro Yamada
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=399030af-a124-4564-b672-2973a455602b@gmail.com \
--to=simon.k.r.goldschmidt@gmail.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