Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751781AbbLCF6O (ORCPT ); Thu, 3 Dec 2015 00:58:14 -0500 Received: from devils.ext.ti.com ([198.47.26.153]:44495 "EHLO devils.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750973AbbLCF6M (ORCPT ); Thu, 3 Dec 2015 00:58:12 -0500 Subject: Re: [PATCH v4 11/27] mtd: nand: omap: Clean up device tree support To: Brian Norris References: <1442588029-13769-1-git-send-email-rogerq@ti.com> <1442588029-13769-12-git-send-email-rogerq@ti.com> <5613A404.9010106@ti.com> <20151203042954.GB120110@google.com> CC: , , , , , , , , , From: Roger Quadros X-Enigmail-Draft-Status: N1110 Message-ID: <565FD9B9.3030202@ti.com> Date: Thu, 3 Dec 2015 11:27:13 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20151203042954.GB120110@google.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4952 Lines: 144 Brian, On 03/12/15 09:59, Brian Norris wrote: > Hi Roger, > > On Tue, Oct 06, 2015 at 01:35:48PM +0300, Roger Quadros wrote: >> Move NAND specific device tree parsing to NAND driver. >> >> The NAND controller node must have a compatible id, register space >> resource and interrupt resource. >> >> Signed-off-by: Roger Quadros > > This one's going to need rebased, as there are some conflicting of_node > changes in l2-mtd.git. Al right. I'll rebase on top of l2-mtd.git > >> --- >> v4: Warn if using older incompatible DT i.e. compatible property not present >> in nand node. >> >> arch/arm/mach-omap2/gpmc-nand.c | 5 +- >> drivers/memory/omap-gpmc.c | 143 +++++++-------------------- >> drivers/mtd/nand/omap2.c | 136 +++++++++++++++++++++---- >> include/linux/platform_data/mtd-nand-omap2.h | 3 +- >> 4 files changed, 155 insertions(+), 132 deletions(-) > > Also, this is going to be hard to manage across trees, as you touch > three drivers all at once. Is it not possible to split any of this apart > better? Will need some more effort and I can do it. Butm if we're going to start an with immutable branch with everything in, is it worth the effort? > >> >> diff --git a/arch/arm/mach-omap2/gpmc-nand.c b/arch/arm/mach-omap2/gpmc-nand.c >> index ffe646a..e07ca27 100644 >> --- a/arch/arm/mach-omap2/gpmc-nand.c >> +++ b/arch/arm/mach-omap2/gpmc-nand.c >> @@ -95,10 +95,7 @@ int gpmc_nand_init(struct omap_nand_platform_data *gpmc_nand_data, >> gpmc_nand_res[1].start = gpmc_get_irq(); >> >> memset(&s, 0, sizeof(struct gpmc_settings)); >> - if (gpmc_nand_data->of_node) >> - gpmc_read_settings_dt(gpmc_nand_data->of_node, &s); >> - else >> - gpmc_set_legacy(gpmc_nand_data, &s); >> + gpmc_set_legacy(gpmc_nand_data, &s); >> >> s.device_nand = true; >> >> diff --git a/drivers/memory/omap-gpmc.c b/drivers/memory/omap-gpmc.c >> index e75226d..318c187 100644 >> --- a/drivers/memory/omap-gpmc.c >> +++ b/drivers/memory/omap-gpmc.c >> @@ -29,7 +29,6 @@ >> #include >> #include >> #include >> -#include >> #include >> >> >> - ppdata.of_node = pdata->of_node; >> - mtd_device_parse_register(mtd, NULL, &ppdata, pdata->parts, >> - pdata->nr_parts); >> + if (dev->of_node) { >> + ppdata.of_node = dev->of_node; > > The latest l2-mtd.git changed how the partitions' of_node is passed. Now > this is handled by nand_set_flash_node(). OK. > >> + mtd_device_parse_register(mtd, NULL, &ppdata, NULL, 0); >> + >> + } else { >> + mtd_device_register(mtd, pdata->parts, pdata->nr_parts); >> + } >> >> platform_set_drvdata(pdev, mtd); >> >> @@ -2083,11 +2173,17 @@ static int omap_nand_remove(struct platform_device *pdev) >> return 0; >> } >> >> +static const struct of_device_id omap_nand_ids[] = { >> + { .compatible = "ti,omap2-nand", }, >> + {}, >> +}; >> + >> static struct platform_driver omap_nand_driver = { >> .probe = omap_nand_probe, >> .remove = omap_nand_remove, >> .driver = { >> .name = DRIVER_NAME, >> + .of_match_table = of_match_ptr(omap_nand_ids), >> }, >> }; >> >> diff --git a/include/linux/platform_data/mtd-nand-omap2.h b/include/linux/platform_data/mtd-nand-omap2.h >> index a067f58..ff27e5a 100644 >> --- a/include/linux/platform_data/mtd-nand-omap2.h >> +++ b/include/linux/platform_data/mtd-nand-omap2.h >> @@ -76,11 +76,10 @@ struct omap_nand_platform_data { >> int devsize; >> enum omap_ecc ecc_opt; >> >> - /* for passing the partitions */ >> - struct device_node *of_node; >> struct device_node *elm_of_node; >> >> /* deprecated */ >> struct gpmc_nand_regs reg; >> + struct device_node *of_node; > > I'm a little confused here. Do you have a mixed platform data / device > tree setup here? That's odd. (It also seems if that was really > necessary, you could have the board file set pdev->dev.of_node before > registering it, then you don't need this field.) But really, if you're > partly using device tree, can't you just convert completely? Or is this > a two-phase process, and you're planning to convert omap2 to full device > tree? The existing device tree implementation for omap2-nand was like this: omap-gpmc.c driver was creating a platform device for the nand device and passing the device node via platform data. After this series we no longer do this and that's why of_node is marked deprecated in platform data. I might as well could just get rid of it but wasn't sure of how we're going to integrate the changes into the subsystem trees so just marked it deprecated. cheers, -roger -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/