[PATCHv2 0/3] Add support for DRM display subsystem
kmpark at infradead.org
Thu May 10 10:46:07 EDT 2012
On Thu, May 10, 2012 at 10:48 PM, Arnd Bergmann <arnd at arndb.de> wrote:
> On Thursday 10 May 2012, Kyungmin Park wrote:
>> > And I won't apply new feature for non-dt board file from now on. I think,
>> > we
>> > need to support DT in mach-exynos/ instead of non-DT and DT together, so
>> > please consider to move on dt supporting for Samsung mobile boards.
>> Probably you misunderstand Arnd word.
>> "From the statements made so far, I can see no clear policy that we can
>> apply to everyone. My take on this is that for any work I spend on
>> multiplatform kernel, I concentrate on the DT-based board files and
>> get them to work together first, but leave it up to the individual
>> subarch maintainers whether they want to add other board files into
>> the mix."
>> It doesn't mean add new feature to non-DT board. don't add new board file.
> This is a completely separate discussion, the problem at hand doesn't
> have anything to do with building a kernel for multiple mach-*
> directories combined that I was referring to in the text you quote.
>> In this case, DRM is not yet ready to support DT.
>> Okay, you can just drop this patches. but please note that this
>> patches are posted at Mar 13 before you decide.
> I think it's a good idea to make new features DT-only because this
> way we don't get any regressions and everyone who want to use
> the new feature will be able to test the DT support on his board.
The 'new feature' is some misleading word. In this case DRM drivers
are used from v3.2 at drivers. but not registered it at board file.
Basically agree to move DT and used it finally. Before that bring up
the board using DRM based graphics.
> This of course requires that basic DT support is available for the
> systems in question so we don't regress when moving away from the
> old board files. My impression is that we're getting close to that
> point on exynos thanks to Thomas' work on this. AFAICT we don't
> have a DT binding for screen timings yet, so you will still have
> to use auxdata for that or put the timings into the driver.
I'm also thanks to Thomas, he did a lot of works for eyxnos. but most
parts are missing at least exynos platform.
e.g., Please see the origen.dts. I wonder it's booted with any
graphical user interface platform, android or ubuntu.
Anyway, as discussed in multi-platform support mail threads, we're
also moving to DT in the big picture. but still want to use existing
boards as is.
More information about the linux-arm-kernel