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
next prev parent 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: linkBe 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.