Thread (85 messages) flat view 85 messages, 16 authors, 2022-02-01

Re: [PATCH v1 0/4] fbtft: Unorphan the driver for maintenance

From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Date: 2022-01-26 10:47:36
Also in: dri-devel, linux-staging, lkml

On Wed, Jan 26, 2022 at 12:02:36PM +0200, Andy Shevchenko wrote:
On Wed, Jan 26, 2022 at 10:52 AM Thomas Zimmermann [off-list ref] wrote:
quoted
Hi

Am 25.01.22 um 21:21 schrieb Andy Shevchenko:
quoted
Since we got a maintainer for fbdev, I would like to
unorphan fbtft (with the idea of sending PRs to Helge)
and move it out of staging since there is no more clean
up work expected and no more drivers either.

Thoughts?
Thanks for sharing yours, my answers below.
quoted
But why? We already have DRM drivers for some of these devices.
No, we do not (only a few are available).
quoted
Porting
the others to DRM is such a better long-term plan.  OTOH, as no one has
shown up and converted them, maybe they should be left dead or removed
entirely.
As I mentioned above there are devices that nobody will take time to
port to a way too complex DRM subsystem. But the devices are cheap and
quite widespread in the embedded world. I'm in possession of 3 or 4
different models and only 1 is supported by tiny DRM.
Great, then let's just move the 2 models that you do not have support
for in DRM, not the whole lot.  When we have real users for the drivers,
we can move them out of staging, but until then, dragging all of them
out does not make sense.

thanks,

greg k-h
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help