2018-10-19 15:48:54 +08:00
|
|
|
// SPDX-License-Identifier: GPL-2.0+
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
* Normal mappings of chips in physical memory
|
|
|
|
*
|
|
|
|
* Copyright (C) 2003 MontaVista Software Inc.
|
|
|
|
* Author: Jun Sun, jsun@mvista.com or jsun@junsun.net
|
|
|
|
*
|
|
|
|
* 031022 - [jsun] add run-time configure and partition setup
|
2018-10-19 15:49:04 +08:00
|
|
|
*
|
|
|
|
* Device tree support:
|
|
|
|
* Copyright (C) 2006 MontaVista Software Inc.
|
|
|
|
* Author: Vitaly Wool <vwool@ru.mvista.com>
|
|
|
|
*
|
|
|
|
* Revised to handle newer style flash binding by:
|
|
|
|
* Copyright (C) 2007 David Gibson, IBM Corporation.
|
2018-10-19 15:49:07 +08:00
|
|
|
*
|
|
|
|
* GPIO address extension:
|
|
|
|
* Handle the case where a flash device is mostly addressed using physical
|
|
|
|
* line and supplemented by GPIOs. This way you can hook up say a 8MiB flash
|
|
|
|
* to a 2MiB memory range and use the GPIOs to select a particular range.
|
|
|
|
*
|
|
|
|
* Copyright © 2000 Nicolas Pitre <nico@cam.org>
|
|
|
|
* Copyright © 2005-2009 Analog Devices Inc.
|
2005-04-17 06:20:36 +08:00
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/types.h>
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/slab.h>
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
#include <linux/device.h>
|
|
|
|
#include <linux/platform_device.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
#include <linux/mtd/mtd.h>
|
|
|
|
#include <linux/mtd/map.h>
|
|
|
|
#include <linux/mtd/partitions.h>
|
2005-11-29 22:49:38 +08:00
|
|
|
#include <linux/mtd/physmap.h>
|
2008-02-01 22:26:54 +08:00
|
|
|
#include <linux/mtd/concat.h>
|
2018-10-19 15:49:04 +08:00
|
|
|
#include <linux/mtd/cfi_endian.h>
|
2008-11-26 18:26:29 +08:00
|
|
|
#include <linux/io.h>
|
2018-10-19 15:49:04 +08:00
|
|
|
#include <linux/of_device.h>
|
mtd: maps: physmap: Add minimal Runtime PM support
Add minimal runtime PM support (enable on probe, disable on remove), to
ensure proper operation with a parent device that uses runtime PM.
This is needed on systems where the FLASH is connected to a bus
controller that is contained in a PM domain and/or has a gateable
functional clock. In such cases, before accessing any device connected
to the external bus, the PM domain must be powered up, and/or the
functional clock must be enabled, which is typically handled through
runtime PM by the bus controller driver.
An example of this is the Renesas APE6-EVM development board, which has
an Ethernet controller and a CFI FLASH connected to the Bus State
Controller (BSC) of an R-Mobile APE6 SoC.
As long as the Ethernet driver, which had Runtime PM support since
commit 3a611e26e958b037 ("net/smsc911x: Add minimal runtime PM
support"), keeps the BSC powered, accessing the FLASH works.
When the ethernet node in r8a73a4-ape6evm.dts is disabled, the BSC is
never powered up, and the kernel crashes when trying to access the
FLASH:
Unhandled fault: imprecise external abort (0x1406) at 0x00000000
pgd = (ptrval)
[00000000] *pgd=7fef2835
Internal error: : 1406 [#1] SMP ARM
CPU: 0 PID: 122 Comm: hd Tainted: G W 5.5.0-rc1-ape6evm-00814-g38ca966db25b9dbd-dirty #136
Hardware name: Generic R8A73A4 (Flattened Device Tree)
PC is at chip_ready+0x12c/0x380
LR is at chip_ready+0x10c/0x380
Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
2019-12-09 21:48:23 +08:00
|
|
|
#include <linux/pm_runtime.h>
|
2018-10-19 15:49:07 +08:00
|
|
|
#include <linux/gpio/consumer.h>
|
2018-10-19 15:49:04 +08:00
|
|
|
|
2020-09-20 19:14:44 +08:00
|
|
|
#include "physmap-bt1-rom.h"
|
2018-10-19 15:49:05 +08:00
|
|
|
#include "physmap-gemini.h"
|
2019-10-21 07:00:42 +08:00
|
|
|
#include "physmap-ixp4xx.h"
|
2018-10-19 15:49:05 +08:00
|
|
|
#include "physmap-versatile.h"
|
2005-04-17 06:20:36 +08:00
|
|
|
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
struct physmap_flash_info {
|
2018-10-19 15:48:59 +08:00
|
|
|
unsigned int nmaps;
|
|
|
|
struct mtd_info **mtds;
|
2008-02-01 22:26:54 +08:00
|
|
|
struct mtd_info *cmtd;
|
2018-10-19 15:48:59 +08:00
|
|
|
struct map_info *maps;
|
2012-03-07 22:12:08 +08:00
|
|
|
spinlock_t vpp_lock;
|
|
|
|
int vpp_refcnt;
|
2018-10-19 15:49:04 +08:00
|
|
|
const char *probe_type;
|
|
|
|
const char * const *part_types;
|
|
|
|
unsigned int nparts;
|
|
|
|
const struct mtd_partition *parts;
|
2018-10-19 15:49:07 +08:00
|
|
|
struct gpio_descs *gpios;
|
|
|
|
unsigned int gpio_values;
|
|
|
|
unsigned int win_order;
|
2005-04-17 06:20:36 +08:00
|
|
|
};
|
|
|
|
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
static int physmap_flash_remove(struct platform_device *dev)
|
|
|
|
{
|
|
|
|
struct physmap_flash_info *info;
|
|
|
|
struct physmap_flash_data *physmap_data;
|
2022-06-04 05:07:57 +08:00
|
|
|
int i;
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
|
|
|
|
info = platform_get_drvdata(dev);
|
|
|
|
|
2009-10-21 00:23:33 +08:00
|
|
|
if (info->cmtd) {
|
2022-06-04 05:07:57 +08:00
|
|
|
WARN_ON(mtd_device_unregister(info->cmtd));
|
2018-10-19 15:49:00 +08:00
|
|
|
|
2018-10-19 15:48:55 +08:00
|
|
|
if (info->cmtd != info->mtds[0])
|
2009-10-21 00:23:33 +08:00
|
|
|
mtd_concat_destroy(info->cmtd);
|
|
|
|
}
|
2008-02-01 22:26:54 +08:00
|
|
|
|
2018-10-19 15:48:59 +08:00
|
|
|
for (i = 0; i < info->nmaps; i++) {
|
2018-10-19 15:49:02 +08:00
|
|
|
if (info->mtds[i])
|
2018-10-19 15:48:55 +08:00
|
|
|
map_destroy(info->mtds[i]);
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
}
|
2011-05-18 17:51:48 +08:00
|
|
|
|
2018-10-19 15:49:04 +08:00
|
|
|
physmap_data = dev_get_platdata(&dev->dev);
|
|
|
|
if (physmap_data && physmap_data->exit)
|
2011-05-18 17:51:48 +08:00
|
|
|
physmap_data->exit(dev);
|
|
|
|
|
mtd: maps: physmap: Add minimal Runtime PM support
Add minimal runtime PM support (enable on probe, disable on remove), to
ensure proper operation with a parent device that uses runtime PM.
This is needed on systems where the FLASH is connected to a bus
controller that is contained in a PM domain and/or has a gateable
functional clock. In such cases, before accessing any device connected
to the external bus, the PM domain must be powered up, and/or the
functional clock must be enabled, which is typically handled through
runtime PM by the bus controller driver.
An example of this is the Renesas APE6-EVM development board, which has
an Ethernet controller and a CFI FLASH connected to the Bus State
Controller (BSC) of an R-Mobile APE6 SoC.
As long as the Ethernet driver, which had Runtime PM support since
commit 3a611e26e958b037 ("net/smsc911x: Add minimal runtime PM
support"), keeps the BSC powered, accessing the FLASH works.
When the ethernet node in r8a73a4-ape6evm.dts is disabled, the BSC is
never powered up, and the kernel crashes when trying to access the
FLASH:
Unhandled fault: imprecise external abort (0x1406) at 0x00000000
pgd = (ptrval)
[00000000] *pgd=7fef2835
Internal error: : 1406 [#1] SMP ARM
CPU: 0 PID: 122 Comm: hd Tainted: G W 5.5.0-rc1-ape6evm-00814-g38ca966db25b9dbd-dirty #136
Hardware name: Generic R8A73A4 (Flattened Device Tree)
PC is at chip_ready+0x12c/0x380
LR is at chip_ready+0x10c/0x380
Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
2019-12-09 21:48:23 +08:00
|
|
|
pm_runtime_put(&dev->dev);
|
|
|
|
pm_runtime_disable(&dev->dev);
|
2022-06-04 05:07:57 +08:00
|
|
|
return 0;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2011-05-18 17:51:55 +08:00
|
|
|
static void physmap_set_vpp(struct map_info *map, int state)
|
|
|
|
{
|
|
|
|
struct platform_device *pdev;
|
|
|
|
struct physmap_flash_data *physmap_data;
|
2012-03-07 22:12:08 +08:00
|
|
|
struct physmap_flash_info *info;
|
|
|
|
unsigned long flags;
|
2011-05-18 17:51:55 +08:00
|
|
|
|
|
|
|
pdev = (struct platform_device *)map->map_priv_1;
|
2013-07-30 16:18:06 +08:00
|
|
|
physmap_data = dev_get_platdata(&pdev->dev);
|
2011-05-18 17:51:55 +08:00
|
|
|
|
2012-03-07 22:12:08 +08:00
|
|
|
if (!physmap_data->set_vpp)
|
|
|
|
return;
|
|
|
|
|
|
|
|
info = platform_get_drvdata(pdev);
|
|
|
|
|
|
|
|
spin_lock_irqsave(&info->vpp_lock, flags);
|
|
|
|
if (state) {
|
|
|
|
if (++info->vpp_refcnt == 1) /* first nested 'on' */
|
|
|
|
physmap_data->set_vpp(pdev, 1);
|
|
|
|
} else {
|
|
|
|
if (--info->vpp_refcnt == 0) /* last nested 'off' */
|
|
|
|
physmap_data->set_vpp(pdev, 0);
|
|
|
|
}
|
|
|
|
spin_unlock_irqrestore(&info->vpp_lock, flags);
|
2011-05-18 17:51:55 +08:00
|
|
|
}
|
|
|
|
|
2018-10-19 15:49:07 +08:00
|
|
|
#if IS_ENABLED(CONFIG_MTD_PHYSMAP_GPIO_ADDR)
|
|
|
|
static void physmap_set_addr_gpios(struct physmap_flash_info *info,
|
|
|
|
unsigned long ofs)
|
|
|
|
{
|
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
ofs >>= info->win_order;
|
|
|
|
if (info->gpio_values == ofs)
|
|
|
|
return;
|
|
|
|
|
|
|
|
for (i = 0; i < info->gpios->ndescs; i++) {
|
|
|
|
if ((BIT(i) & ofs) == (BIT(i) & info->gpio_values))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
gpiod_set_value(info->gpios->desc[i], !!(BIT(i) & ofs));
|
|
|
|
}
|
2019-03-29 10:13:21 +08:00
|
|
|
|
|
|
|
info->gpio_values = ofs;
|
2018-10-19 15:49:07 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
#define win_mask(order) (BIT(order) - 1)
|
|
|
|
|
|
|
|
static map_word physmap_addr_gpios_read(struct map_info *map,
|
|
|
|
unsigned long ofs)
|
|
|
|
{
|
|
|
|
struct platform_device *pdev;
|
|
|
|
struct physmap_flash_info *info;
|
|
|
|
map_word mw;
|
|
|
|
u16 word;
|
|
|
|
|
|
|
|
pdev = (struct platform_device *)map->map_priv_1;
|
|
|
|
info = platform_get_drvdata(pdev);
|
|
|
|
physmap_set_addr_gpios(info, ofs);
|
|
|
|
|
|
|
|
word = readw(map->virt + (ofs & win_mask(info->win_order)));
|
|
|
|
mw.x[0] = word;
|
|
|
|
return mw;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void physmap_addr_gpios_copy_from(struct map_info *map, void *buf,
|
|
|
|
unsigned long ofs, ssize_t len)
|
|
|
|
{
|
|
|
|
struct platform_device *pdev;
|
|
|
|
struct physmap_flash_info *info;
|
|
|
|
|
|
|
|
pdev = (struct platform_device *)map->map_priv_1;
|
|
|
|
info = platform_get_drvdata(pdev);
|
|
|
|
|
|
|
|
while (len) {
|
|
|
|
unsigned int winofs = ofs & win_mask(info->win_order);
|
|
|
|
unsigned int chunklen = min_t(unsigned int, len,
|
|
|
|
BIT(info->win_order) - winofs);
|
|
|
|
|
|
|
|
physmap_set_addr_gpios(info, ofs);
|
|
|
|
memcpy_fromio(buf, map->virt + winofs, chunklen);
|
|
|
|
len -= chunklen;
|
|
|
|
buf += chunklen;
|
|
|
|
ofs += chunklen;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void physmap_addr_gpios_write(struct map_info *map, map_word mw,
|
|
|
|
unsigned long ofs)
|
|
|
|
{
|
|
|
|
struct platform_device *pdev;
|
|
|
|
struct physmap_flash_info *info;
|
|
|
|
u16 word;
|
|
|
|
|
|
|
|
pdev = (struct platform_device *)map->map_priv_1;
|
|
|
|
info = platform_get_drvdata(pdev);
|
|
|
|
physmap_set_addr_gpios(info, ofs);
|
|
|
|
|
|
|
|
word = mw.x[0];
|
|
|
|
writew(word, map->virt + (ofs & win_mask(info->win_order)));
|
|
|
|
}
|
|
|
|
|
|
|
|
static void physmap_addr_gpios_copy_to(struct map_info *map, unsigned long ofs,
|
|
|
|
const void *buf, ssize_t len)
|
|
|
|
{
|
|
|
|
struct platform_device *pdev;
|
|
|
|
struct physmap_flash_info *info;
|
|
|
|
|
|
|
|
pdev = (struct platform_device *)map->map_priv_1;
|
|
|
|
info = platform_get_drvdata(pdev);
|
|
|
|
|
|
|
|
while (len) {
|
|
|
|
unsigned int winofs = ofs & win_mask(info->win_order);
|
|
|
|
unsigned int chunklen = min_t(unsigned int, len,
|
|
|
|
BIT(info->win_order) - winofs);
|
|
|
|
|
|
|
|
physmap_set_addr_gpios(info, ofs);
|
|
|
|
memcpy_toio(map->virt + winofs, buf, chunklen);
|
|
|
|
len -= chunklen;
|
|
|
|
buf += chunklen;
|
|
|
|
ofs += chunklen;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static int physmap_addr_gpios_map_init(struct map_info *map)
|
|
|
|
{
|
|
|
|
map->phys = NO_XIP;
|
|
|
|
map->read = physmap_addr_gpios_read;
|
|
|
|
map->copy_from = physmap_addr_gpios_copy_from;
|
|
|
|
map->write = physmap_addr_gpios_write;
|
|
|
|
map->copy_to = physmap_addr_gpios_copy_to;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
#else
|
|
|
|
static int physmap_addr_gpios_map_init(struct map_info *map)
|
|
|
|
{
|
|
|
|
return -ENOTSUPP;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2018-10-19 15:49:04 +08:00
|
|
|
#if IS_ENABLED(CONFIG_MTD_PHYSMAP_OF)
|
|
|
|
static const struct of_device_id of_flash_match[] = {
|
|
|
|
{
|
|
|
|
.compatible = "cfi-flash",
|
|
|
|
.data = "cfi_probe",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* FIXME: JEDEC chips can't be safely and reliably
|
|
|
|
* probed, although the mtd code gets it right in
|
|
|
|
* practice most of the time. We should use the
|
|
|
|
* vendor and device ids specified by the binding to
|
|
|
|
* bypass the heuristic probe code, but the mtd layer
|
|
|
|
* provides, at present, no interface for doing so
|
|
|
|
* :(.
|
|
|
|
*/
|
|
|
|
.compatible = "jedec-flash",
|
|
|
|
.data = "jedec_probe",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.compatible = "mtd-ram",
|
|
|
|
.data = "map_ram",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.compatible = "mtd-rom",
|
|
|
|
.data = "map_rom",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.type = "rom",
|
|
|
|
.compatible = "direct-mapped"
|
|
|
|
},
|
|
|
|
{ /* sentinel */ },
|
|
|
|
};
|
|
|
|
MODULE_DEVICE_TABLE(of, of_flash_match);
|
|
|
|
|
|
|
|
static const char * const of_default_part_probes[] = {
|
|
|
|
"cmdlinepart", "RedBoot", "ofpart", "ofoldpart", NULL
|
|
|
|
};
|
|
|
|
|
|
|
|
static const char * const *of_get_part_probes(struct platform_device *dev)
|
|
|
|
{
|
|
|
|
struct device_node *dp = dev->dev.of_node;
|
|
|
|
const char **res;
|
|
|
|
int count;
|
|
|
|
|
|
|
|
count = of_property_count_strings(dp, "linux,part-probe");
|
|
|
|
if (count < 0)
|
|
|
|
return of_default_part_probes;
|
|
|
|
|
|
|
|
res = devm_kcalloc(&dev->dev, count + 1, sizeof(*res), GFP_KERNEL);
|
|
|
|
if (!res)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
count = of_property_read_string_array(dp, "linux,part-probe", res,
|
|
|
|
count);
|
|
|
|
if (count < 0)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
return res;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const char *of_select_probe_type(struct platform_device *dev)
|
|
|
|
{
|
|
|
|
struct device_node *dp = dev->dev.of_node;
|
|
|
|
const struct of_device_id *match;
|
|
|
|
const char *probe_type;
|
|
|
|
|
|
|
|
match = of_match_device(of_flash_match, &dev->dev);
|
2022-07-27 14:03:02 +08:00
|
|
|
if (!match)
|
|
|
|
return NULL;
|
|
|
|
|
2018-10-19 15:49:04 +08:00
|
|
|
probe_type = match->data;
|
|
|
|
if (probe_type)
|
|
|
|
return probe_type;
|
|
|
|
|
|
|
|
dev_warn(&dev->dev,
|
|
|
|
"Device tree uses obsolete \"direct-mapped\" flash binding\n");
|
|
|
|
|
|
|
|
of_property_read_string(dp, "probe-type", &probe_type);
|
|
|
|
if (!probe_type)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
if (!strcmp(probe_type, "CFI")) {
|
|
|
|
probe_type = "cfi_probe";
|
|
|
|
} else if (!strcmp(probe_type, "JEDEC")) {
|
|
|
|
probe_type = "jedec_probe";
|
|
|
|
} else if (!strcmp(probe_type, "ROM")) {
|
|
|
|
probe_type = "map_rom";
|
|
|
|
} else {
|
|
|
|
dev_warn(&dev->dev,
|
|
|
|
"obsolete_probe: don't know probe type '%s', mapping as rom\n",
|
|
|
|
probe_type);
|
|
|
|
probe_type = "map_rom";
|
|
|
|
}
|
|
|
|
|
|
|
|
return probe_type;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int physmap_flash_of_init(struct platform_device *dev)
|
|
|
|
{
|
|
|
|
struct physmap_flash_info *info = platform_get_drvdata(dev);
|
|
|
|
struct device_node *dp = dev->dev.of_node;
|
|
|
|
const char *mtd_name = NULL;
|
|
|
|
int err, swap = 0;
|
|
|
|
bool map_indirect;
|
|
|
|
unsigned int i;
|
|
|
|
u32 bankwidth;
|
|
|
|
|
|
|
|
if (!dp)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
info->probe_type = of_select_probe_type(dev);
|
|
|
|
|
|
|
|
info->part_types = of_get_part_probes(dev);
|
|
|
|
if (!info->part_types)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
of_property_read_string(dp, "linux,mtd-name", &mtd_name);
|
|
|
|
|
|
|
|
map_indirect = of_property_read_bool(dp, "no-unaligned-direct-access");
|
|
|
|
|
|
|
|
err = of_property_read_u32(dp, "bank-width", &bankwidth);
|
|
|
|
if (err) {
|
|
|
|
dev_err(&dev->dev, "Can't get bank width from device tree\n");
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (of_property_read_bool(dp, "big-endian"))
|
|
|
|
swap = CFI_BIG_ENDIAN;
|
|
|
|
else if (of_property_read_bool(dp, "little-endian"))
|
|
|
|
swap = CFI_LITTLE_ENDIAN;
|
|
|
|
|
|
|
|
for (i = 0; i < info->nmaps; i++) {
|
|
|
|
info->maps[i].name = mtd_name;
|
|
|
|
info->maps[i].swap = swap;
|
|
|
|
info->maps[i].bankwidth = bankwidth;
|
|
|
|
info->maps[i].device_node = dp;
|
|
|
|
|
2020-09-20 19:14:44 +08:00
|
|
|
err = of_flash_probe_bt1_rom(dev, dp, &info->maps[i]);
|
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
|
2018-10-19 15:49:04 +08:00
|
|
|
err = of_flash_probe_gemini(dev, dp, &info->maps[i]);
|
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
|
2019-10-21 07:00:42 +08:00
|
|
|
err = of_flash_probe_ixp4xx(dev, dp, &info->maps[i]);
|
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
|
2018-10-19 15:49:04 +08:00
|
|
|
err = of_flash_probe_versatile(dev, dp, &info->maps[i]);
|
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* On some platforms (e.g. MPC5200) a direct 1:1 mapping
|
|
|
|
* may cause problems with JFFS2 usage, as the local bus (LPB)
|
|
|
|
* doesn't support unaligned accesses as implemented in the
|
|
|
|
* JFFS2 code via memcpy(). By setting NO_XIP, the
|
|
|
|
* flash will not be exposed directly to the MTD users
|
|
|
|
* (e.g. JFFS2) any more.
|
|
|
|
*/
|
|
|
|
if (map_indirect)
|
|
|
|
info->maps[i].phys = NO_XIP;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
#else /* IS_ENABLED(CONFIG_MTD_PHYSMAP_OF) */
|
|
|
|
#define of_flash_match NULL
|
|
|
|
|
|
|
|
static int physmap_flash_of_init(struct platform_device *dev)
|
|
|
|
{
|
|
|
|
return -ENOTSUPP;
|
|
|
|
}
|
|
|
|
#endif /* IS_ENABLED(CONFIG_MTD_PHYSMAP_OF) */
|
|
|
|
|
2013-03-12 16:32:52 +08:00
|
|
|
static const char * const rom_probe_types[] = {
|
2018-10-19 15:49:08 +08:00
|
|
|
"cfi_probe", "jedec_probe", "qinfo_probe", "map_rom",
|
2018-10-19 15:49:02 +08:00
|
|
|
};
|
2013-03-12 16:32:52 +08:00
|
|
|
|
|
|
|
static const char * const part_probe_types[] = {
|
2018-10-19 15:49:02 +08:00
|
|
|
"cmdlinepart", "RedBoot", "afs", NULL
|
|
|
|
};
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
|
2018-10-19 15:49:04 +08:00
|
|
|
static int physmap_flash_pdata_init(struct platform_device *dev)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2018-10-19 15:49:04 +08:00
|
|
|
struct physmap_flash_info *info = platform_get_drvdata(dev);
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
struct physmap_flash_data *physmap_data;
|
2018-10-19 15:49:04 +08:00
|
|
|
unsigned int i;
|
|
|
|
int err;
|
|
|
|
|
|
|
|
physmap_data = dev_get_platdata(&dev->dev);
|
|
|
|
if (!physmap_data)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
info->probe_type = physmap_data->probe_type;
|
|
|
|
info->part_types = physmap_data->part_probe_types ? : part_probe_types;
|
|
|
|
info->parts = physmap_data->parts;
|
|
|
|
info->nparts = physmap_data->nr_parts;
|
|
|
|
|
|
|
|
if (physmap_data->init) {
|
|
|
|
err = physmap_data->init(dev);
|
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
for (i = 0; i < info->nmaps; i++) {
|
|
|
|
info->maps[i].bankwidth = physmap_data->width;
|
|
|
|
info->maps[i].pfow_base = physmap_data->pfow_base;
|
|
|
|
info->maps[i].set_vpp = physmap_set_vpp;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int physmap_flash_probe(struct platform_device *dev)
|
|
|
|
{
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
struct physmap_flash_info *info;
|
2008-02-01 22:26:54 +08:00
|
|
|
int err = 0;
|
|
|
|
int i;
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
|
2018-10-19 15:49:04 +08:00
|
|
|
if (!dev->dev.of_node && !dev_get_platdata(&dev->dev))
|
|
|
|
return -EINVAL;
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
|
2018-10-19 15:49:02 +08:00
|
|
|
info = devm_kzalloc(&dev->dev, sizeof(*info), GFP_KERNEL);
|
2018-10-19 15:49:01 +08:00
|
|
|
if (!info)
|
|
|
|
return -ENOMEM;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2018-10-19 15:48:59 +08:00
|
|
|
while (platform_get_resource(dev, IORESOURCE_MEM, info->nmaps))
|
|
|
|
info->nmaps++;
|
|
|
|
|
|
|
|
if (!info->nmaps)
|
|
|
|
return -ENODEV;
|
|
|
|
|
|
|
|
info->maps = devm_kzalloc(&dev->dev,
|
|
|
|
sizeof(*info->maps) * info->nmaps,
|
|
|
|
GFP_KERNEL);
|
|
|
|
if (!info->maps)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
info->mtds = devm_kzalloc(&dev->dev,
|
|
|
|
sizeof(*info->mtds) * info->nmaps,
|
|
|
|
GFP_KERNEL);
|
|
|
|
if (!info->mtds)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
platform_set_drvdata(dev, info);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2018-10-19 15:49:07 +08:00
|
|
|
info->gpios = devm_gpiod_get_array_optional(&dev->dev, "addr",
|
|
|
|
GPIOD_OUT_LOW);
|
|
|
|
if (IS_ERR(info->gpios))
|
|
|
|
return PTR_ERR(info->gpios);
|
|
|
|
|
|
|
|
if (info->gpios && info->nmaps > 1) {
|
|
|
|
dev_err(&dev->dev, "addr-gpios only supported for nmaps == 1\n");
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
mtd: maps: physmap: Add minimal Runtime PM support
Add minimal runtime PM support (enable on probe, disable on remove), to
ensure proper operation with a parent device that uses runtime PM.
This is needed on systems where the FLASH is connected to a bus
controller that is contained in a PM domain and/or has a gateable
functional clock. In such cases, before accessing any device connected
to the external bus, the PM domain must be powered up, and/or the
functional clock must be enabled, which is typically handled through
runtime PM by the bus controller driver.
An example of this is the Renesas APE6-EVM development board, which has
an Ethernet controller and a CFI FLASH connected to the Bus State
Controller (BSC) of an R-Mobile APE6 SoC.
As long as the Ethernet driver, which had Runtime PM support since
commit 3a611e26e958b037 ("net/smsc911x: Add minimal runtime PM
support"), keeps the BSC powered, accessing the FLASH works.
When the ethernet node in r8a73a4-ape6evm.dts is disabled, the BSC is
never powered up, and the kernel crashes when trying to access the
FLASH:
Unhandled fault: imprecise external abort (0x1406) at 0x00000000
pgd = (ptrval)
[00000000] *pgd=7fef2835
Internal error: : 1406 [#1] SMP ARM
CPU: 0 PID: 122 Comm: hd Tainted: G W 5.5.0-rc1-ape6evm-00814-g38ca966db25b9dbd-dirty #136
Hardware name: Generic R8A73A4 (Flattened Device Tree)
PC is at chip_ready+0x12c/0x380
LR is at chip_ready+0x10c/0x380
Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
2019-12-09 21:48:23 +08:00
|
|
|
pm_runtime_enable(&dev->dev);
|
|
|
|
pm_runtime_get_sync(&dev->dev);
|
|
|
|
|
2018-10-19 15:49:04 +08:00
|
|
|
if (dev->dev.of_node)
|
|
|
|
err = physmap_flash_of_init(dev);
|
|
|
|
else
|
|
|
|
err = physmap_flash_pdata_init(dev);
|
|
|
|
|
mtd: maps: physmap: Add minimal Runtime PM support
Add minimal runtime PM support (enable on probe, disable on remove), to
ensure proper operation with a parent device that uses runtime PM.
This is needed on systems where the FLASH is connected to a bus
controller that is contained in a PM domain and/or has a gateable
functional clock. In such cases, before accessing any device connected
to the external bus, the PM domain must be powered up, and/or the
functional clock must be enabled, which is typically handled through
runtime PM by the bus controller driver.
An example of this is the Renesas APE6-EVM development board, which has
an Ethernet controller and a CFI FLASH connected to the Bus State
Controller (BSC) of an R-Mobile APE6 SoC.
As long as the Ethernet driver, which had Runtime PM support since
commit 3a611e26e958b037 ("net/smsc911x: Add minimal runtime PM
support"), keeps the BSC powered, accessing the FLASH works.
When the ethernet node in r8a73a4-ape6evm.dts is disabled, the BSC is
never powered up, and the kernel crashes when trying to access the
FLASH:
Unhandled fault: imprecise external abort (0x1406) at 0x00000000
pgd = (ptrval)
[00000000] *pgd=7fef2835
Internal error: : 1406 [#1] SMP ARM
CPU: 0 PID: 122 Comm: hd Tainted: G W 5.5.0-rc1-ape6evm-00814-g38ca966db25b9dbd-dirty #136
Hardware name: Generic R8A73A4 (Flattened Device Tree)
PC is at chip_ready+0x12c/0x380
LR is at chip_ready+0x10c/0x380
Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
2019-12-09 21:48:23 +08:00
|
|
|
if (err) {
|
|
|
|
pm_runtime_put(&dev->dev);
|
|
|
|
pm_runtime_disable(&dev->dev);
|
2018-10-19 15:49:04 +08:00
|
|
|
return err;
|
mtd: maps: physmap: Add minimal Runtime PM support
Add minimal runtime PM support (enable on probe, disable on remove), to
ensure proper operation with a parent device that uses runtime PM.
This is needed on systems where the FLASH is connected to a bus
controller that is contained in a PM domain and/or has a gateable
functional clock. In such cases, before accessing any device connected
to the external bus, the PM domain must be powered up, and/or the
functional clock must be enabled, which is typically handled through
runtime PM by the bus controller driver.
An example of this is the Renesas APE6-EVM development board, which has
an Ethernet controller and a CFI FLASH connected to the Bus State
Controller (BSC) of an R-Mobile APE6 SoC.
As long as the Ethernet driver, which had Runtime PM support since
commit 3a611e26e958b037 ("net/smsc911x: Add minimal runtime PM
support"), keeps the BSC powered, accessing the FLASH works.
When the ethernet node in r8a73a4-ape6evm.dts is disabled, the BSC is
never powered up, and the kernel crashes when trying to access the
FLASH:
Unhandled fault: imprecise external abort (0x1406) at 0x00000000
pgd = (ptrval)
[00000000] *pgd=7fef2835
Internal error: : 1406 [#1] SMP ARM
CPU: 0 PID: 122 Comm: hd Tainted: G W 5.5.0-rc1-ape6evm-00814-g38ca966db25b9dbd-dirty #136
Hardware name: Generic R8A73A4 (Flattened Device Tree)
PC is at chip_ready+0x12c/0x380
LR is at chip_ready+0x10c/0x380
Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
2019-12-09 21:48:23 +08:00
|
|
|
}
|
2018-10-19 15:49:04 +08:00
|
|
|
|
2018-10-19 15:48:59 +08:00
|
|
|
for (i = 0; i < info->nmaps; i++) {
|
2018-10-19 15:48:56 +08:00
|
|
|
struct resource *res;
|
|
|
|
|
|
|
|
res = platform_get_resource(dev, IORESOURCE_MEM, i);
|
2018-10-19 15:48:58 +08:00
|
|
|
info->maps[i].virt = devm_ioremap_resource(&dev->dev, res);
|
|
|
|
if (IS_ERR(info->maps[i].virt)) {
|
|
|
|
err = PTR_ERR(info->maps[i].virt);
|
2008-02-01 22:26:54 +08:00
|
|
|
goto err_out;
|
|
|
|
}
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2018-10-19 15:48:58 +08:00
|
|
|
dev_notice(&dev->dev, "physmap platform flash device: %pR\n",
|
|
|
|
res);
|
|
|
|
|
2020-08-24 10:57:44 +08:00
|
|
|
if (!info->maps[i].name)
|
|
|
|
info->maps[i].name = dev_name(&dev->dev);
|
2018-10-19 15:49:04 +08:00
|
|
|
|
|
|
|
if (!info->maps[i].phys)
|
|
|
|
info->maps[i].phys = res->start;
|
|
|
|
|
2018-10-19 15:49:07 +08:00
|
|
|
info->win_order = get_bitmask_order(resource_size(res)) - 1;
|
|
|
|
info->maps[i].size = BIT(info->win_order +
|
|
|
|
(info->gpios ?
|
|
|
|
info->gpios->ndescs : 0));
|
|
|
|
|
2018-10-19 15:48:55 +08:00
|
|
|
info->maps[i].map_priv_1 = (unsigned long)dev;
|
|
|
|
|
2018-10-19 15:49:07 +08:00
|
|
|
if (info->gpios) {
|
|
|
|
err = physmap_addr_gpios_map_init(&info->maps[i]);
|
|
|
|
if (err)
|
|
|
|
goto err_out;
|
|
|
|
}
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2018-11-28 04:53:57 +08:00
|
|
|
#ifdef CONFIG_MTD_COMPLEX_MAPPINGS
|
|
|
|
/*
|
|
|
|
* Only use the simple_map implementation if map hooks are not
|
|
|
|
* implemented. Since map->read() is mandatory checking for its
|
|
|
|
* presence is enough.
|
|
|
|
*/
|
|
|
|
if (!info->maps[i].read)
|
|
|
|
simple_map_init(&info->maps[i]);
|
|
|
|
#else
|
|
|
|
simple_map_init(&info->maps[i]);
|
|
|
|
#endif
|
|
|
|
|
2018-10-19 15:49:08 +08:00
|
|
|
if (info->probe_type) {
|
2018-10-19 15:49:04 +08:00
|
|
|
info->mtds[i] = do_map_probe(info->probe_type,
|
2018-10-19 15:49:02 +08:00
|
|
|
&info->maps[i]);
|
2018-10-19 15:49:08 +08:00
|
|
|
} else {
|
|
|
|
int j;
|
|
|
|
|
|
|
|
for (j = 0; j < ARRAY_SIZE(rom_probe_types); j++) {
|
|
|
|
info->mtds[i] = do_map_probe(rom_probe_types[j],
|
|
|
|
&info->maps[i]);
|
|
|
|
if (info->mtds[i])
|
|
|
|
break;
|
|
|
|
}
|
2018-10-19 15:49:02 +08:00
|
|
|
}
|
2010-01-15 15:50:14 +08:00
|
|
|
|
2018-10-19 15:49:02 +08:00
|
|
|
if (!info->mtds[i]) {
|
2008-02-01 22:26:54 +08:00
|
|
|
dev_err(&dev->dev, "map_probe failed\n");
|
|
|
|
err = -ENXIO;
|
|
|
|
goto err_out;
|
|
|
|
}
|
2018-10-19 15:48:55 +08:00
|
|
|
info->mtds[i]->dev.parent = &dev->dev;
|
2008-02-01 22:26:54 +08:00
|
|
|
}
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
|
2018-10-19 15:48:59 +08:00
|
|
|
if (info->nmaps == 1) {
|
2018-10-19 15:48:55 +08:00
|
|
|
info->cmtd = info->mtds[0];
|
2018-10-19 15:48:56 +08:00
|
|
|
} else {
|
2008-02-01 22:26:54 +08:00
|
|
|
/*
|
|
|
|
* We detected multiple devices. Concatenate them together.
|
|
|
|
*/
|
2018-10-19 15:48:59 +08:00
|
|
|
info->cmtd = mtd_concat_create(info->mtds, info->nmaps,
|
|
|
|
dev_name(&dev->dev));
|
2018-10-19 15:49:02 +08:00
|
|
|
if (!info->cmtd)
|
2008-02-01 22:26:54 +08:00
|
|
|
err = -ENXIO;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
2008-02-01 22:26:54 +08:00
|
|
|
if (err)
|
|
|
|
goto err_out;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2012-03-07 22:12:08 +08:00
|
|
|
spin_lock_init(&info->vpp_lock);
|
|
|
|
|
2018-10-19 15:49:04 +08:00
|
|
|
mtd_set_of_node(info->cmtd, dev->dev.of_node);
|
|
|
|
err = mtd_device_parse_register(info->cmtd, info->part_types, NULL,
|
|
|
|
info->parts, info->nparts);
|
2018-10-19 15:49:00 +08:00
|
|
|
if (err)
|
|
|
|
goto err_out;
|
|
|
|
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_out:
|
|
|
|
physmap_flash_remove(dev);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
2006-09-22 05:16:48 +08:00
|
|
|
#ifdef CONFIG_PM
|
|
|
|
static void physmap_flash_shutdown(struct platform_device *dev)
|
|
|
|
{
|
|
|
|
struct physmap_flash_info *info = platform_get_drvdata(dev);
|
2008-02-01 22:26:54 +08:00
|
|
|
int i;
|
|
|
|
|
2018-10-19 15:48:59 +08:00
|
|
|
for (i = 0; i < info->nmaps && info->mtds[i]; i++)
|
2018-10-19 15:48:55 +08:00
|
|
|
if (mtd_suspend(info->mtds[i]) == 0)
|
|
|
|
mtd_resume(info->mtds[i]);
|
2006-09-22 05:16:48 +08:00
|
|
|
}
|
2008-02-04 04:56:03 +08:00
|
|
|
#else
|
|
|
|
#define physmap_flash_shutdown NULL
|
2006-09-22 05:16:48 +08:00
|
|
|
#endif
|
|
|
|
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
static struct platform_driver physmap_flash_driver = {
|
|
|
|
.probe = physmap_flash_probe,
|
|
|
|
.remove = physmap_flash_remove,
|
2006-09-22 05:16:48 +08:00
|
|
|
.shutdown = physmap_flash_shutdown,
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
.driver = {
|
|
|
|
.name = "physmap-flash",
|
2018-10-19 15:49:04 +08:00
|
|
|
.of_match_table = of_flash_match,
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
},
|
|
|
|
};
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2008-12-02 06:23:40 +08:00
|
|
|
#ifdef CONFIG_MTD_PHYSMAP_COMPAT
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
static struct physmap_flash_data physmap_flash_data = {
|
|
|
|
.width = CONFIG_MTD_PHYSMAP_BANKWIDTH,
|
|
|
|
};
|
2005-04-17 06:20:36 +08:00
|
|
|
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
static struct resource physmap_flash_resource = {
|
|
|
|
.start = CONFIG_MTD_PHYSMAP_START,
|
2006-06-27 21:38:15 +08:00
|
|
|
.end = CONFIG_MTD_PHYSMAP_START + CONFIG_MTD_PHYSMAP_LEN - 1,
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
.flags = IORESOURCE_MEM,
|
|
|
|
};
|
2005-04-17 06:20:36 +08:00
|
|
|
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
static struct platform_device physmap_flash = {
|
|
|
|
.name = "physmap-flash",
|
|
|
|
.id = 0,
|
|
|
|
.dev = {
|
|
|
|
.platform_data = &physmap_flash_data,
|
|
|
|
},
|
|
|
|
.num_resources = 1,
|
|
|
|
.resource = &physmap_flash_resource,
|
|
|
|
};
|
|
|
|
#endif
|
2005-04-17 06:20:36 +08:00
|
|
|
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
static int __init physmap_init(void)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
|
|
|
|
err = platform_driver_register(&physmap_flash_driver);
|
2008-12-02 06:23:40 +08:00
|
|
|
#ifdef CONFIG_MTD_PHYSMAP_COMPAT
|
2010-04-03 06:46:30 +08:00
|
|
|
if (err == 0) {
|
|
|
|
err = platform_device_register(&physmap_flash);
|
|
|
|
if (err)
|
|
|
|
platform_driver_unregister(&physmap_flash_driver);
|
|
|
|
}
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
#endif
|
|
|
|
|
|
|
|
return err;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
static void __exit physmap_exit(void)
|
|
|
|
{
|
2008-12-02 06:23:40 +08:00
|
|
|
#ifdef CONFIG_MTD_PHYSMAP_COMPAT
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
platform_device_unregister(&physmap_flash);
|
|
|
|
#endif
|
|
|
|
platform_driver_unregister(&physmap_flash_driver);
|
|
|
|
}
|
2005-04-17 06:20:36 +08:00
|
|
|
|
[MTD] Convert physmap to platform driver
After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver. I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.
In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0. Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.
This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed. (This should hold as long as users don't touch 'physmap_map'
directly.)
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: Lennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
2006-05-08 00:16:36 +08:00
|
|
|
module_init(physmap_init);
|
|
|
|
module_exit(physmap_exit);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
MODULE_LICENSE("GPL");
|
|
|
|
MODULE_AUTHOR("David Woodhouse <dwmw2@infradead.org>");
|
2018-10-19 15:49:04 +08:00
|
|
|
MODULE_AUTHOR("Vitaly Wool <vwool@ru.mvista.com>");
|
2018-10-19 15:49:07 +08:00
|
|
|
MODULE_AUTHOR("Mike Frysinger <vapier@gentoo.org>");
|
2005-04-17 06:20:36 +08:00
|
|
|
MODULE_DESCRIPTION("Generic configurable MTD map driver");
|
2008-04-19 04:44:26 +08:00
|
|
|
|
|
|
|
/* legacy platform drivers can't hotplug or coldplg */
|
2008-12-02 06:23:40 +08:00
|
|
|
#ifndef CONFIG_MTD_PHYSMAP_COMPAT
|
2008-04-19 04:44:26 +08:00
|
|
|
/* work with hotplug and coldplug */
|
|
|
|
MODULE_ALIAS("platform:physmap-flash");
|
|
|
|
#endif
|