From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 47F4BC2BA4C for ; Wed, 26 Jan 2022 10:31:59 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 626C310E8CB; Wed, 26 Jan 2022 10:31:58 +0000 (UTC) Received: from mail-oi1-x22e.google.com (mail-oi1-x22e.google.com [IPv6:2607:f8b0:4864:20::22e]) by gabe.freedesktop.org (Postfix) with ESMTPS id BA7B710E8C4 for ; Wed, 26 Jan 2022 10:31:57 +0000 (UTC) Received: by mail-oi1-x22e.google.com with SMTP id m9so22135927oia.12 for ; Wed, 26 Jan 2022 02:31:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PARYSeIeXIRXwXqFcnW3Wz91jHJIg+/6lKoOo1XNXrI=; b=I3kUr8qfahBfszwo6LNqD5ZWF9kbC+G+AIHcoBCRezvQYE3SqIfzljpjCVjfIeUbKL /hb68PKQhFaCjgZOyHw+gYJ/ei9uM4swYOiN4djukilmM5j6y7WPe4l6XWAgd0gufDNh xhsFCpIAtqhF8Nluu4DTHaEsI1zgLKLsFCHtA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PARYSeIeXIRXwXqFcnW3Wz91jHJIg+/6lKoOo1XNXrI=; b=dtP7rllZK3GbFL9WPbgiskNmNduYBZujh6LTJkL//scNYzbSbIeD7wWU79FUoK0QGt ud0q6TNmgiinK+fTBA0hmwrYtR4VunlghKEwJAqd217xQXACyXiuWqIW7+PeIesvmr4w bA35oxos4+jAFnJV0FMkJY819Qj3d1SDax1LXJNBqltBUp6O+ODwmf5AwRawpFkahLYG ZMIkFCnlicijAVFM7/7WRmeYJcej7Ki5zJHLrCrvZKNyT6UXkLXZmS9yxrNujNhdwO6r O4dAqungnQCzR/OT8n61iXsph4FQTcX69K2soos06nFAU/OLKZjdqaos6fLvsvZIW/yV 69Ig== X-Gm-Message-State: AOAM530k68SqBg4UrNRk5zA9nI77BVaX6kPRmQr8unwXNB/1IvU2l5NR c1YjLcD8TWT0HZQV9tRjt9gRGMjEdhA1FTtfIuML/g== X-Google-Smtp-Source: ABdhPJzjwv/0sLlbLiWvmxRAGel0mMOAKI6UYaYppLOrZDc1WgZAwnk5CLyfI1LGm6q5W5cApZ7TCM6rQd58C8u5svs= X-Received: by 2002:a05:6808:f03:: with SMTP id m3mr3247262oiw.330.1643193116706; Wed, 26 Jan 2022 02:31:56 -0800 (PST) MIME-Version: 1.0 References: <20220125202118.63362-1-andriy.shevchenko@linux.intel.com> <20220125202118.63362-2-andriy.shevchenko@linux.intel.com> In-Reply-To: From: Daniel Vetter Date: Wed, 26 Jan 2022 11:31:45 +0100 Message-ID: Subject: Re: [PATCH v1 1/4] fbtft: Unorphan the driver To: Greg Kroah-Hartman Content-Type: text/plain; charset="UTF-8" X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Andy Shevchenko , linux-fbdev@vger.kernel.org, Michael Hennerich , Helge Deller , linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Phillip Potter , Carlis , Andy Shevchenko , Lee Jones , Heiner Kallweit Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Wed, Jan 26, 2022 at 9:31 AM Greg Kroah-Hartman wrote: > > On Tue, Jan 25, 2022 at 10:21:14PM +0200, Andy Shevchenko wrote: > > Let's maintain occasional fixes to the fbtft driver. > > > > Signed-off-by: Andy Shevchenko > > --- > > MAINTAINERS | 4 +++- > > 1 file changed, 3 insertions(+), 1 deletion(-) > > > > diff --git a/MAINTAINERS b/MAINTAINERS > > index ea3e6c914384..16e614606ac1 100644 > > --- a/MAINTAINERS > > +++ b/MAINTAINERS > > @@ -7372,9 +7372,11 @@ F: Documentation/fault-injection/ > > F: lib/fault-inject.c > > > > FBTFT Framebuffer drivers > > +M: Andy Shevchenko > > L: dri-devel@lists.freedesktop.org > > L: linux-fbdev@vger.kernel.org > > -S: Orphan > > +S: Maintained > > +T: git git://git.kernel.org/pub/scm/linux/kernel/git/andy/linux-fbtft.git > > I'm ok with the files moving if the dri developers agree with it. It's > up to them, not me. On one hand I'm happy anytime someone volunteers to help out. On the other hand ... why does it have to be resurrecting fbdev? There's an entire community of people who really know graphics and display and spent considerable amount of effort on creating useful and documented helpers for pretty much anything you might ever want to do. And somehow we have to go back to typing out things the hard way, with full verbosity, for an uapi that distros are abandoning (e.g. even for sdl the direction is to run it on top of drm with a compat layer, afaiui fedora is completely ditching any userspace that still even uses /dev/fb/0). And yes I know there's still some gaps in drm, largely for display features which were really en vogue about 20 years ago. And we're happy to add that support, if someone who still has such hardware can put in the little bit of work needed ... I don't get this. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch