All of lore.kernel.org
 help / color / mirror / Atom feed
From: Linus Walleij <linus.walleij@linaro.org>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 0/4] video: ARM CLCD: add support of an optional GPIO to enable panel
Date: Wed, 18 Jan 2017 12:22:21 +0000	[thread overview]
Message-ID: <CACRpkdYbwr8kH-o7C3GN2UeLSmL2=MgNr0rXu+rW-WpPj9moQw@mail.gmail.com> (raw)
In-Reply-To: <ae187f91-ca9b-c51a-d7cb-14fd99baa434@mleia.com>

On Tue, Jan 17, 2017 at 2:57 AM, Vladimir Zapolskiy <vz@mleia.com> wrote:

> I've noticed that 4/4 requires special attention due to the anticipated
> change of devm_get_gpiod_from_child() interface.

Hm. Yeah I merged that patch to the GPIO tree yesterday.

I can of course put those patches on an immutable branch to
be pulled into the fbdev tree, if Bartlomiej wants to kickstart
the fbdev work with some complex cross-git merging :D

> Some updates, now I've developed a simple CLCD DRM driver which works
> nicely on one of my boards powered by LPC3250 (has MMU), but I still
> have to find enough time and check that the driver works on MMU-less
> LPC4357 with the applied DRM core change referenced by Vladimir earlier.
>
> Most probably I'll complete polishing the driver on this weekend and
> send it for review on the next week.

Nice! I look forward to it.

> One more comment, I've found a discussion when DT support to the CLCD
> fbdev driver was added [1], there are some comments about panel device
> node and endpoints incompatibility in comparison to the common layout
> for Linux-ish DRM devices, and I do confirm that this incompatibility
> exists. I have both versions though, but you guess that DRM flavour
> is cleaner, and for CLCD DRM driver I'm going to use it.

Probably a good idea.

> The legacy DT layout can be supported in the same driver in parallel,
> but unfortunately it makes the driver not so cute, and I decide to
> drop it in the initial version. It implies that CLCD fbdev users with
> the controller and panel descriptions in DT and who want to switch to
> CLCD DRM driver should update DTS. Sorry, I know it is inconvenient...

I'm one of those who tend to be lax on these DT ABI issues.

I guess it makes most sense to merge the DRM driver in parallel,
using the DRM bindings, then I can work on adding in support for
my misc systems (all ARM reference designs essentially, plus
Nomadik) using the DRM bindings, and we can stabilize that,
then as a last step simply switch over, augment all device trees
and delete the old fbdev driver.

These systems do NOT have deployed DTB device trees that cannot
be upgraded, they are reference designs not consumer products,
so requireing people to update their device trees is totally
reasonable. In fact I use attached device tree on all of them.

Yours,
Linus Walleij

WARNING: multiple messages have this Message-ID (diff)
From: linus.walleij@linaro.org (Linus Walleij)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/4] video: ARM CLCD: add support of an optional GPIO to enable panel
Date: Wed, 18 Jan 2017 13:22:21 +0100	[thread overview]
Message-ID: <CACRpkdYbwr8kH-o7C3GN2UeLSmL2=MgNr0rXu+rW-WpPj9moQw@mail.gmail.com> (raw)
In-Reply-To: <ae187f91-ca9b-c51a-d7cb-14fd99baa434@mleia.com>

On Tue, Jan 17, 2017 at 2:57 AM, Vladimir Zapolskiy <vz@mleia.com> wrote:

> I've noticed that 4/4 requires special attention due to the anticipated
> change of devm_get_gpiod_from_child() interface.

Hm. Yeah I merged that patch to the GPIO tree yesterday.

I can of course put those patches on an immutable branch to
be pulled into the fbdev tree, if Bartlomiej wants to kickstart
the fbdev work with some complex cross-git merging :D

> Some updates, now I've developed a simple CLCD DRM driver which works
> nicely on one of my boards powered by LPC3250 (has MMU), but I still
> have to find enough time and check that the driver works on MMU-less
> LPC4357 with the applied DRM core change referenced by Vladimir earlier.
>
> Most probably I'll complete polishing the driver on this weekend and
> send it for review on the next week.

Nice! I look forward to it.

> One more comment, I've found a discussion when DT support to the CLCD
> fbdev driver was added [1], there are some comments about panel device
> node and endpoints incompatibility in comparison to the common layout
> for Linux-ish DRM devices, and I do confirm that this incompatibility
> exists. I have both versions though, but you guess that DRM flavour
> is cleaner, and for CLCD DRM driver I'm going to use it.

Probably a good idea.

> The legacy DT layout can be supported in the same driver in parallel,
> but unfortunately it makes the driver not so cute, and I decide to
> drop it in the initial version. It implies that CLCD fbdev users with
> the controller and panel descriptions in DT and who want to switch to
> CLCD DRM driver should update DTS. Sorry, I know it is inconvenient...

I'm one of those who tend to be lax on these DT ABI issues.

I guess it makes most sense to merge the DRM driver in parallel,
using the DRM bindings, then I can work on adding in support for
my misc systems (all ARM reference designs essentially, plus
Nomadik) using the DRM bindings, and we can stabilize that,
then as a last step simply switch over, augment all device trees
and delete the old fbdev driver.

These systems do NOT have deployed DTB device trees that cannot
be upgraded, they are reference designs not consumer products,
so requireing people to update their device trees is totally
reasonable. In fact I use attached device tree on all of them.

Yours,
Linus Walleij

  reply	other threads:[~2017-01-18 12:22 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-12-21  3:27 [PATCH 0/4] video: ARM CLCD: add support of an optional GPIO to enable panel Vladimir Zapolskiy
2016-12-21  3:27 ` Vladimir Zapolskiy
2016-12-21  3:27 ` [PATCH 1/4] video: ARM CLCD: sort included headers out alphabetically Vladimir Zapolskiy
2016-12-21  3:27   ` Vladimir Zapolskiy
2016-12-21  3:27 ` [PATCH 2/4] video: ARM CLCD: use panel device node for panel initialization Vladimir Zapolskiy
2016-12-21  3:27   ` Vladimir Zapolskiy
2016-12-21  3:27 ` [PATCH 3/4] video: ARM CLCD: use panel device node for getting backlight and mode Vladimir Zapolskiy
2016-12-21  3:27   ` Vladimir Zapolskiy
2016-12-21  3:27 ` [PATCH 4/4] video: ARM CLCD: add support of an optional GPIO to enable panel Vladimir Zapolskiy
2016-12-21  3:27   ` Vladimir Zapolskiy
2016-12-30  8:20   ` Linus Walleij
2016-12-30  8:20     ` Linus Walleij
2016-12-30  9:24     ` Vladimir Zapolskiy
2016-12-30  9:24       ` Vladimir Zapolskiy
2016-12-30  8:23 ` [PATCH 0/4] " Linus Walleij
2016-12-30  8:23   ` Linus Walleij
2017-01-01 20:50   ` Vladimir Zapolskiy
2017-01-01 20:50     ` Vladimir Zapolskiy
2017-01-02 14:22   ` Russell King - ARM Linux
2017-01-02 14:22     ` Russell King - ARM Linux
2017-01-07 23:32     ` Vladimir Zapolskiy
2017-01-07 23:32       ` Vladimir Zapolskiy
2017-01-10  4:06       ` Vladimir Zapolskiy
2017-01-10  4:06         ` Vladimir Zapolskiy
2017-01-10 13:47       ` Vladimir Murzin
2017-01-10 13:47         ` Vladimir Murzin
2017-01-11 15:16         ` Linus Walleij
2017-01-11 15:16           ` Linus Walleij
2017-01-12  0:05           ` Vladimir Zapolskiy
2017-01-12  0:05             ` Vladimir Zapolskiy
2017-01-12  8:27             ` Linus Walleij
2017-01-12  8:27               ` Linus Walleij
2017-01-12 21:26               ` Vladimir Zapolskiy
2017-01-12 21:26                 ` Vladimir Zapolskiy
2017-01-13 11:08                 ` Bartlomiej Zolnierkiewicz
2017-01-13 11:08                   ` Bartlomiej Zolnierkiewicz
2017-01-17  1:57                   ` Vladimir Zapolskiy
2017-01-17  1:57                     ` Vladimir Zapolskiy
2017-01-18 12:22                     ` Linus Walleij [this message]
2017-01-18 12:22                       ` Linus Walleij
     [not found]                     ` <CGME20170130152340epcas5p3f68349ef89c5ec902186ae71011c0c4b@epcas5p3.samsung.com>
2017-01-30 15:23                       ` Bartlomiej Zolnierkiewicz
2017-01-30 15:23                         ` Bartlomiej Zolnierkiewicz

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='CACRpkdYbwr8kH-o7C3GN2UeLSmL2=MgNr0rXu+rW-WpPj9moQw@mail.gmail.com' \
    --to=linus.walleij@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    /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.