[PATCH v2 1/2] video: ARM CLCD: Add DT support
Stephen Warren
swarren at wwwdotorg.org
Thu Sep 12 10:55:54 EDT 2013
On 09/12/2013 07:03 AM, Pawel Moll wrote:
> On Wed, 2013-09-11 at 18:39 +0100, Stephen Warren wrote:
...
>> Perhaps the CLCD could reference the memreserve then?
>
> How do you mean reference the memreserve? It's not a node, I don't think you can get
> a phandle to it...
Perhaps it's an extension that hasn't actually been implemented yet. I
thought I saw some reference to it in some long-past discussions. It's
possible that this feature has been dropped in preference to the "CMA"
bindings for defining reserved memory regions?
...
> Ok, so I'll make it a arm,pl11x,specific property. Actually two
> properties - one bit I missed was the dual STN panel case, where they
> have separate frame buffers. Something along the lines of:
>
> Optional:
>
> - arm,pl11x,framebuffer-base: a pair of two values, address and size,
> defining the framebuffer for the upper
> (or the only one) panel
> - arm,pl11x,lower-framebuffer-base: as above, for the lower STN panel,
> when present
>
> Being very hardware-specific, it covers all possible quirky scenarios,
> at the same time does not exclude the option of using the CMA region
> phandles, if a particular system needed it.
What do "upper" and "lower" mean in this context? I assume this somehow
refers to placement of the displays on the board. If so, it sounds like
there should be some better terminology; something that's specific to
the CLCD controller itself, rather than the environment it's used in.
Aalthough it does sound like this is in an FPGA and hence the controller
is board-specific, but I don't see why it couldn't be re-used in some
other FPGA-based board with different panel layout. Would "A" and "B" or
"main" and "primary" or "first" and "second" work better?
More information about the linux-arm-kernel
mailing list