[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAKMK7uGdJckdM+fg+576iJXsqzCOUg20etPBMwRLB9U7GcG01Q@mail.gmail.com>
Date: Mon, 17 Jan 2022 11:02:28 +0100
From: Daniel Vetter <daniel@...ll.ch>
To: Helge Deller <deller@....de>,
Linus Torvalds <torvalds@...ux-foundation.org>,
"airlied@...il.com" <airlied@...il.com>
Cc: linux-fbdev@...r.kernel.org, dri-devel@...ts.freedesktop.org,
linux-kernel@...r.kernel.org,
Javier Martinez Canillas <javierm@...hat.com>
Subject: Re: [PATCH] MAINTAINERS: Add Helge as fbdev maintainer
Hi Helge
On Fri, Jan 14, 2022 at 7:18 PM Helge Deller <deller@....de> wrote:
>
> The fbdev layer is orphaned, but seems to need some care.
> So I'd like to step up as new maintainer.
>
> Signed-off-by: Helge Deller <deller@....de>
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 5d0cd537803a..ce47dbc467cc 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -7583,11 +7583,12 @@ W: http://floatingpoint.sourceforge.net/emulator/index.html
> F: arch/x86/math-emu/
>
> FRAMEBUFFER LAYER
> -L: dri-devel@...ts.freedesktop.org
> +M: Helge Deller <deller@....de>
> L: linux-fbdev@...r.kernel.org
> -S: Orphan
Maybe don't rush maintainer changes in over the w/e without even bothering
to get any input from the people who've been maintaining it before.
Because the status isn't entirely correct, fbdev core code and fbcon and
all that has been maintained, but in bugfixes only mode. And there's very
solid&important reasons to keep merging these patches through a drm tree,
because that's where all the driver development happens, and hence also
all the testing (e.g. the drm test suite has some fbdev tests - the only
automated ones that exist to my knowledge - and we run them in CI). So
moving that into an obscure new tree which isn't even in linux-next yet is
no good at all.
Now fbdev driver bugfixes is indeed practically orphaned and I very much
welcome anyone stepping up for that, but the simplest approach there would
be to just get drm-misc commit rights and push the oddball bugfix in there
directly. But also if you want to do your own pull requests to Linus for
that I don't care and there's really no interference I think, so
whatever floats.
But any code that is relevant for drm drivers really needs to go in through
drm trees, nothing else makes much sense.
I guess you're first action as newly minted fbdev maintainer is going to be to
clean up the confusion you just created.
Cheers, Daniel
> +L: dri-devel@...ts.freedesktop.org
> +S: Maintained
> Q: http://patchwork.kernel.org/project/linux-fbdev/list/
> -T: git git://anongit.freedesktop.org/drm/drm-misc
> +T: git git://git.kernel.org/pub/scm/linux/kernel/git/deller/linux-fbdev.git
> F: Documentation/fb/
> F: drivers/video/
> F: include/linux/fb.h
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
Powered by blists - more mailing lists