| Message ID | 200908062305.n76N5but004994@imap1.linux-foundation.org |
|---|---|
| State | New, archived |
| Headers | show |
Hi, > +/* > + * Note: Driver name and platform data format have been updated! > + * > + * This version of the driver is named "onenand-flash" and takes struct > + * onenand_platform_data as platform data. The old ARM-specific version > + * with the name "onenand" used to take struct flash_platform_data. > + */ > +#define DRIVER_NAME "onenand-flash" > At least only apollon board use this driver name, "onenand" at kernel. so there's no reason to change it. Of course internally we use it "onenand" at other board. but at this time no need to rename it. we not fully discuss it so I hope to discuss it more. I hope to keep the name as before. Thank you, Kyungmin Park
On Fri, Aug 07, 2009 at 09:53:06AM +0900, Kyungmin Park wrote: > Hi, > > > +/* > > + * Note: Driver name and platform data format have been updated! > > + * > > + * This version of the driver is named "onenand-flash" and takes struct > > + * onenand_platform_data as platform data. The old ARM-specific version > > + * with the name "onenand" used to take struct flash_platform_data. > > + */ > > +#define DRIVER_NAME ? ?"onenand-flash" > > > > At least only apollon board use this driver name, "onenand" at kernel. > so there's no reason to change it. > Of course internally we use it "onenand" at other board. but at this > time no need to rename it. > > we not fully discuss it so I hope to discuss it more. I hope to keep > the name as before. > You completely ignored the comments for why the name change was done in the first place. The data structures are changed around meaning that any of the old onenand users are going to silently blow up if they have not yet been updated. Forcing them to change over to the new driver name means that someone has taken a look at it and converted to the new platform data, rather than just ending up with bogus crashes. If you're happy with your platforms breaking randomly in order to keep the names the same, then fine, the name change can be dropped. I think it's a but discourteous to introduce this sort of breakage while keeping the same name, however. Folks that suddenly realize their devices are no longer showing up will have to manually look and convert over to the new data structure, which is a lot less evil than randomly blowing up. Since you seem to be the only one that has out of tree drivers that are using this and those are the ones that are the most likely to be broken by this change, I find it unusual that you are resisting changing the name, it's precisely to help these transitions rather than ending up with nonsensical oopses. If you would rather have existing users blow up because they haven't converted over to the new data structures, then sure, lets keep the old name.
On Thu, 2009-08-06 at 16:05 -0700, akpm@linux-foundation.org wrote: > From: Magnus Damm <damm@igel.co.jp> > > Remove the ARM dependency from the generic "onenand" platform device > driver. This change makes the driver useful for other architectures as > well. Needed for the SuperH kfr2r09 board. > > Apart from the obvious Kconfig bits, the most important change is the move > away from ARM specific includes and platform data. Together with this > change the only in-tree board code gets an update, and the driver name is > also changed gracefully break potential out of tree drivers. > > The driver is also updated to allow NULL as platform data together with a > few changes to make use of resource_size() and dev_name(). > > Signed-off-by: Magnus Damm <damm@igel.co.jp> > Cc: Paul Mundt <lethal@linux-sh.org> > Cc: David Woodhouse <dwmw2@infradead.org> > Cc: Tony Lindgren <tony@atomide.com> > Signed-off-by: Andrew Morton <akpm@linux-foundation.org> This one is in my l2-mtd-2.6.git as well now.
diff -puN arch/arm/mach-omap2/board-apollon.c~mtd-make-onenand-genericc-more-generic arch/arm/mach-omap2/board-apollon.c --- a/arch/arm/mach-omap2/board-apollon.c~mtd-make-onenand-genericc-more-generic +++ a/arch/arm/mach-omap2/board-apollon.c @@ -87,7 +87,7 @@ static struct mtd_partition apollon_part }, }; -static struct flash_platform_data apollon_flash_data = { +static struct onenand_platform_data apollon_flash_data = { .parts = apollon_partitions, .nr_parts = ARRAY_SIZE(apollon_partitions), }; @@ -99,7 +99,7 @@ static struct resource apollon_flash_res }; static struct platform_device apollon_onenand_device = { - .name = "onenand", + .name = "onenand-flash", .id = -1, .dev = { .platform_data = &apollon_flash_data, diff -puN drivers/mtd/onenand/Kconfig~mtd-make-onenand-genericc-more-generic drivers/mtd/onenand/Kconfig --- a/drivers/mtd/onenand/Kconfig~mtd-make-onenand-genericc-more-generic +++ a/drivers/mtd/onenand/Kconfig @@ -23,7 +23,6 @@ config MTD_ONENAND_VERIFY_WRITE config MTD_ONENAND_GENERIC tristate "OneNAND Flash device via platform device driver" - depends on ARM help Support for OneNAND flash via platform device driver. diff -puN drivers/mtd/onenand/generic.c~mtd-make-onenand-genericc-more-generic drivers/mtd/onenand/generic.c --- a/drivers/mtd/onenand/generic.c~mtd-make-onenand-genericc-more-generic +++ a/drivers/mtd/onenand/generic.c @@ -19,12 +19,16 @@ #include <linux/mtd/mtd.h> #include <linux/mtd/onenand.h> #include <linux/mtd/partitions.h> - #include <asm/io.h> -#include <asm/mach/flash.h> - -#define DRIVER_NAME "onenand" +/* + * Note: Driver name and platform data format have been updated! + * + * This version of the driver is named "onenand-flash" and takes struct + * onenand_platform_data as platform data. The old ARM-specific version + * with the name "onenand" used to take struct flash_platform_data. + */ +#define DRIVER_NAME "onenand-flash" #ifdef CONFIG_MTD_PARTITIONS static const char *part_probes[] = { "cmdlinepart", NULL, }; @@ -39,16 +43,16 @@ struct onenand_info { static int __devinit generic_onenand_probe(struct platform_device *pdev) { struct onenand_info *info; - struct flash_platform_data *pdata = pdev->dev.platform_data; + struct onenand_platform_data *pdata = pdev->dev.platform_data; struct resource *res = pdev->resource; - unsigned long size = res->end - res->start + 1; + unsigned long size = resource_size(res); int err; info = kzalloc(sizeof(struct onenand_info), GFP_KERNEL); if (!info) return -ENOMEM; - if (!request_mem_region(res->start, size, pdev->dev.driver->name)) { + if (!request_mem_region(res->start, size, dev_name(&pdev->dev))) { err = -EBUSY; goto out_free_info; } @@ -59,7 +63,7 @@ static int __devinit generic_onenand_pro goto out_release_mem_region; } - info->onenand.mmcontrol = pdata->mmcontrol; + info->onenand.mmcontrol = pdata ? pdata->mmcontrol : 0; info->onenand.irq = platform_get_irq(pdev, 0); info->mtd.name = dev_name(&pdev->dev); @@ -75,7 +79,7 @@ static int __devinit generic_onenand_pro err = parse_mtd_partitions(&info->mtd, part_probes, &info->parts, 0); if (err > 0) add_mtd_partitions(&info->mtd, info->parts, err); - else if (err <= 0 && pdata->parts) + else if (err <= 0 && pdata && pdata->parts) add_mtd_partitions(&info->mtd, pdata->parts, pdata->nr_parts); else #endif @@ -99,7 +103,7 @@ static int __devexit generic_onenand_rem { struct onenand_info *info = platform_get_drvdata(pdev); struct resource *res = pdev->resource; - unsigned long size = res->end - res->start + 1; + unsigned long size = resource_size(res); platform_set_drvdata(pdev, NULL); diff -puN include/linux/mtd/onenand.h~mtd-make-onenand-genericc-more-generic include/linux/mtd/onenand.h --- a/include/linux/mtd/onenand.h~mtd-make-onenand-genericc-more-generic +++ a/include/linux/mtd/onenand.h @@ -214,4 +214,12 @@ unsigned onenand_block(struct onenand_ch loff_t onenand_addr(struct onenand_chip *this, int block); int flexonenand_region(struct mtd_info *mtd, loff_t addr); +struct mtd_partition; + +struct onenand_platform_data { + void (*mmcontrol)(struct mtd_info *mtd, int sync_read); + struct mtd_partition *parts; + unsigned int nr_parts; +}; + #endif /* __LINUX_MTD_ONENAND_H */