Thread (12 messages) 12 messages, 4 authors, 2013-04-02

Re: [PATCHv2 6/6] video: fb: vt8500: Convert framebuffer drivers to standardized binding

From: Alexey Charkov <alchark@gmail.com>
Date: 2013-04-02 10:41:47
Also in: linux-arm-kernel

2013/4/2 Tomi Valkeinen [off-list ref]:
On 2013-04-02 07:50, Tony Prisk wrote:
quoted
Now that a display timing binding is available, convert our almost identical
binding to use the standard binding.

This patch converts the vt8500 and wm8505 framebuffer drivers and
associated dts/dtsi files to use the standard binding as defined in
bindings/video/display-timing.txt.

There are two side-effects of making this conversion:

1) The fb node should now be in the board file, rather than the soc file as
the display-timing node is a child of the fb node.

2) We still require a bits per pixel property to initialize the framebuffer
for the different lcd panels. Rather than including this as part of the
display timing, it is moved into the framebuffer node.
This means that the boards using the current DT bindings won't work with
a kernel with these patches, right? Is that ok?
There are no known products shipping any DT-enabled firmware with
these chips in the wild. The only way to run modern kernels on
VIA/WonderMedia chips so far is by using the "appended DTB"
workaround, and the instructions that have been posted to Wiki's and
mailing list discussions imply that a fresh DTB is compiled from
current kernel sources to produce a bootable image.

Thus, it seems that this change should not really break anything
major, as the user base is quite small and those who use new code are
most likely to use new DTB as well.

Best,
Alexey
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help