From: Sergei Shtylyov <sshtylyov@ru.mvista.com>
To: Wolfgang Grandegger <wg@grandegger.com>
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: Flat device tree definitions for FLASH and MTD partitioning
Date: Wed, 25 Apr 2007 18:34:47 +0400 [thread overview]
Message-ID: <462F6707.80502@ru.mvista.com> (raw)
In-Reply-To: <462F5F86.3060309@grandegger.com>
Hello.
Wolfgang Grandegger wrote:
>>>>>> are there already some thought or even example code on how to
>>>>>> define Flash memory and MTD partitions in the DTS. This would
>>>>>> avoid the ackward MTD partitioning via static structure or boot
>>>>>> line argument and could be done in a generic way.
>>>>> See Documentation/powerpc/booting-without-of.txt and
>>>>> drivers/mtd/physmap_of.c for what's been already done.
>>>> I meant drivers/mtd/maps/physmap_of.c
>>> I had a closer look to this driver. Unfortunately, it can not handle
>>> yet multiple FLASH banks. This could be achieved with an additional
>>> property "bank_count". What do you think?
Please use hyphen, not underscore in property names ("device_type" seems an only exception from this rule).
>> I'm not sure what banks you're talking about -- note that this driver
>> is equivalen in functionality to the plain 'physmap' driver and
>> there's inherited "bank-width" property that handles flash banking.
> Yes, I know. Nevertheless the driver cannot handle flash regions
> composed of more than on FLASH bank because we need to probe every bank.
> Search for "BANK" in drivers/mtd/maps" to understand what I mean.
Hm, from what I could see, those banks are separate maps registered to MTD subsys separately.
What's the point of adding a count property when we simply can define multiple "rom" devices?
> Wolfgang.
MBR, Sergei
next prev parent reply other threads:[~2007-04-25 14:33 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-08 11:37 Flat device tree definitions for FLASH and MTD partitioning Wolfgang Grandegger
2007-04-08 12:11 ` Sergei Shtylyov
2007-04-08 12:21 ` Sergei Shtylyov
2007-04-08 12:41 ` Wolfgang Grandegger
2007-04-25 12:55 ` Wolfgang Grandegger
2007-04-25 13:35 ` Sergei Shtylyov
2007-04-25 14:02 ` Wolfgang Grandegger
2007-04-25 14:34 ` Sergei Shtylyov [this message]
2007-04-25 18:57 ` Wolfgang Grandegger
2007-04-26 8:21 ` Wolfgang Grandegger
2007-04-26 12:36 ` Sergei Shtylyov
2007-04-26 12:59 ` Wolfgang Grandegger
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=462F6707.80502@ru.mvista.com \
--to=sshtylyov@ru.mvista.com \
--cc=linuxppc-embedded@ozlabs.org \
--cc=wg@grandegger.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.