[PATCH] powerpc: Create "rom" (MTD) device prpmc2800
Segher Boessenkool
segher at kernel.crashing.org
Thu Jun 14 23:18:05 EST 2007
>>> So, what you're suggesting is a subnode for each described partition?
>
>> I'm saying this is a reasonable way to describe the regions
>> of flash the firmware itself cares about.
>
>> This isn't anything new; it is done like this on some
>> Apple systems, for example.
>
> First you're saying that nodes should correspont to *real* devices,
> then it turns out that there have been precedents for the nodes
> corresponding to completely virtual entities? ;-)
Every physical device should have its own node (there
_can_ be exceptions, but if you can help it at all...)
There can be virtual devices as well, although you don't
often need or want them. There are a few pseudo-nodes
too, not representing _any_ device, physical or virtual.
>>> Seems an awfully verbose way of going about it,
>
>> Not verbose, but flexible, and in line with everything
>
> Yes, I'd agree about more flexibility...
Good to hear :-)
>> else about the device tree.
>
> How about your earlier arguments against the representation of
> flashes?
What arguments, exactly? Perhaps you're not understanding
exactly what I meant, or perhaps I changed my mind -- that
happens sometimes, after long discussions. That is what
those discussions are for, even -- only after looking at
every detail, and discussing all those details with other
people, including non-experts on OF who can bring in valuable
concerns about use cases etc.; only then can a good device
binding be defined. Sometimes also it should be concluded
there is not enough experience yet on how to do a certain
device binding; in such a case, the best course of action is
usually to _not_ define such a binding yet.
>>> and I don't see what
>>> it buys us over the partitions/partition-names pair of properties.
>
>> It is extensible. It makes parsing trivial. It
>
> Excellent -- previously my arguments about more simplicity for
> representing flash itself were sent to /dev/null.
Do you like my proposed CFI binding? I need a bit more
input on how to do a JEDEC flash binding still. After
I've written it all up properly, I plan to send this to
the OF working group to turn it into a standard binding.
>> represents a flash partition in a way similar to how
>> a "whole" flash device is represented.
>
> Except it's not a device. :-)
Yes, but in many aspects it can be treated as one. And
it cannot be mistaken for one, either.
Segher
More information about the Linuxppc-dev
mailing list