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

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

From: Javier Martinez Canillas <javierm@redhat.com>
Date: 2022-01-26 14:18:21
Also in: dri-devel, linux-staging, lkml

On 1/26/22 15:11, Andy Shevchenko wrote:
On Wed, Jan 26, 2022 at 02:47:33PM +0100, Javier Martinez Canillas wrote:
quoted
On 1/26/22 14:27, Andy Shevchenko wrote:
quoted
On Wed, Jan 26, 2022 at 12:18:30PM +0100, Javier Martinez Canillas wrote:
quoted
On 1/26/22 11:59, Helge Deller wrote:
quoted
On 1/26/22 11:02, Andy Shevchenko wrote:
...
quoted
quoted
quoted
quoted
quoted
P.S. For the record, I will personally NAK any attempts to remove that
driver from the kernel. And this is another point why it's better not
to be under the staging.
I agree. Same as for me to NAK the disabling of fbcon's acceleration
features or even attempting to remove fbdev altogether (unless all
relevant drivers are ported to DRM).
But that will never happen if we keep moving the goal post.

At some point new fbdev drivers should not be added anymore, otherwise
the number of existing drivers that need conversion will keep growing.
This thread is not about adding a new driver.
It was about adding a new drivers to drivers/video/ (taken from staging).
Does it mean gates are open to take any new fbdev drivers to the staging?
If not, I do not see a point here.
Good question. I don't know really.

But staging has always been more flexible in what's accepted there and
that's why some distros avoid to enable CONFIG_STAGING=y in the kernel.

Best regards,
-- 
Javier Martinez Canillas
Linux Engineering
Red Hat
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help