[PATCH V2 2/2] mtd/maps/mtd-ram: add an of-platform driver
Ken MacLeod
ken at bitsko.slc.ut.us
Wed Jul 1 14:22:19 EDT 2009
w.sang at pengutronix.de (Wolfram Sang) writes:
> On Sat, Jun 06, 2009 at 09:14:08AM +0100, David Woodhouse wrote:
>
>> It _would_ be possible to hook up RAM through the existing of_physmap
>> driver, I think -- although it would be slightly less efficient that
>> way.
>>
>> Maybe cleaner from the device-tree POV though. And if we want to put a
>> special case in the _code_ to make it more efficient, we can do that.
>
> During development, I also checked physmap_of.c and found this binding:
>
> {
> .type = "rom",
> .compatible = "direct-mapped"
> },
>
> which made some sense to me and I thought about .type = "ram". However, I then
> found this in the code:
>
> /* Helper function to handle probing of the obsolete "direct-mapped"
> * compatible binding, which has an extra "probe-type" property
> * describing the type of flash probe necessary. */
> static struct mtd_info * __devinit obsolete_probe(struct of_device *dev,
I was just looking into the same thing but I used:
{
.compatible = "mtd-ram",
.data = (void *)"map_ram",
},
This causes of_flash_probe to set up the map and then call
do_map_probe("map_ram", ...), instead of calling the "obsolete" code
path.
This seems to be working for me. It looks like partition support
would be included too but I haven't tried that.
-- Ken
More information about the linux-mtd
mailing list