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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8B4B6C28CF5 for ; Wed, 26 Jan 2022 11:39:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240818AbiAZLj4 (ORCPT ); Wed, 26 Jan 2022 06:39:56 -0500 Received: from mout.gmx.net ([212.227.17.21]:60027 "EHLO mout.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233852AbiAZLjy (ORCPT ); Wed, 26 Jan 2022 06:39:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1643197159; bh=OOmy45qoyH77IVhcbZBfMcAcg7U3vJzQ15XvVXqvbIg=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=GLekZj2iDruItB18Ip8EszZw97r71SfgZzJYI6nMnS7ycZg3k0inOBa4gLSnM5/Zb UPP2IHestadfDarsp2EjOsKkIx687LnuIZ5YnUX4CDB0E0q4+gKF0U7dU1IFamDKDp s8EgN/CexKKapiwAJzvBDCRdn9pXcso74dXCO9RM= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.20.60] ([92.116.143.57]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M7sDq-1n8olR1gd0-00545E; Wed, 26 Jan 2022 12:39:19 +0100 Message-ID: <88ea01b8-3fdd-72cc-c3d8-e2890c68533b@gmx.de> Date: Wed, 26 Jan 2022 12:38:09 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.3.0 Subject: Re: [PATCH v1 0/4] fbtft: Unorphan the driver for maintenance Content-Language: en-US To: Daniel Vetter , Javier Martinez Canillas Cc: Andy Shevchenko , Thomas Zimmermann , Andy Shevchenko , linux-fbdev@vger.kernel.org, Michael Hennerich , Greg Kroah-Hartman , linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Phillip Potter , Carlis , Andy Shevchenko , Lee Jones , Heiner Kallweit References: <20220125202118.63362-1-andriy.shevchenko@linux.intel.com> <991e988b-7225-881b-a59a-33c3eae044be@suse.de> <3877516e-3db3-f732-b44f-7fe12b175226@gmx.de> From: Helge Deller In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:EEL1soWvWOWlYa2Tiza9VBrmMhfpRqTer6bKYxn/IVZVNXq0xGs XnurjAGmcUphnYSKnuo7avlEZki2RHwjJfFGKnbL6v7nPM5eJ/3oQF5HjQZLYPk9Ufcti7x JEkhZG+EB13dg/Fb5ovKPhoQqf4vn4vo4JYC8Jst4QqnzgwcSVAxJq06U0H13del5m5vZY9 DKy2cNuuxYsZKlj5I6ONA== X-UI-Out-Filterresults: notjunk:1;V03:K0:NE2Z/sEthd8=:7UMJJjpUGnwHvZ18Gs7U88 w6FhnncUsbMduOtuplfDysbJgX6NsAbfSU36OyDi2WnpC/kDqhRd4Pwst/tqd6vuo6XBaYgH8 a4SOgXQEGxMKzdR80fg4uPceR7Q3s97cts4yVkS/mKk1OjjPPwA6+EbFwAStpPFOCPuETmVDH O22+FBrPY8fwadnzWFNOQ7wMJDZafwEV8L9ZoP7PKBpsvqpE2lvCoIs/7M5WbQTB5Xktc+bEZ 29n2cSU2CYuLshIra+CLEpLncNEtdlz4N8LKgbUEU5fOCKhaP0xmiMLK1v64eVYDRQ0UFonER r/ZMC0Ag7QtZpdXGTAYsm4xliaBSxDD+c6H+ddbzGre77BhBAzHCyIdSbC8yafrZDOLweMkez JaKuYIsXWAlEbafGz+eDSblWlBnvQXqRDAl/ySmUjo08xeFGpuLZIg528E/xwT7COJRVNm7zp PvIjJGfKz6YLaVr7t2lhLoVMaIwCujn7ALfcypIuF0IUGIpsYkbcBOSfqCNRYcTk6A+zEYl42 R+AisKLFbsvwZ9J383qJcYDmV6F5lrjUFqkVdT5MjKQJ07UEP39BqE9rQ35EufoEf4eLqriB7 bjZwpJLQAZVTqFYzUsrNc6c2OKPp+3lay8VCmJsENPTDav6dyJZePXSBa64z+0EsFymroVnCf QztlbHV0CjVIN3kUolW1OWFLcUIMopJ3XPOu1IDq7MRTd3RE5Pnc28JZHhKOWGhlH/4miMmIZ XqwBbFBVZ4+Nxy/GglZw11Tc2KzrmttpzZAJNNnQXHo7p5DOC8bzB7kZ58E63oTIGNLf+1N1e kwaGWPoeSzRwoK9CarveeZP2zg77drHWStkUqskFvrnLgl4GyCtdWm8Xn9ajLAySKv2//L6pL Qmu1HO3cm2c1cvUNypRMtok/bHVGbbLmcDGI2seDZbj1FluXQpkkR9DJZRRdvh1MAb8P6yLR3 AoZjTcHxoz0ZAGwXx4y3oyGpnxVPMng2K81NSRrcQ7OSm74n0OtE7uFHS/G/c7rEZJDqh8/QY 0Pi3/Uts2d6aG7ljF82fEEx4sWOqgEUnM0NnOn8IhRrE3QaAS6Tv3tvyqEvE9KRGP0PQKqIY7 u5dghG+cAx0j34= Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/26/22 12:24, Daniel Vetter wrote: > On Wed, Jan 26, 2022 at 12:18 PM Javier Martinez Canillas > wrote: >> >> On 1/26/22 11:59, Helge Deller wrote: >>> On 1/26/22 11:02, Andy Shevchenko wrote: >> >> [snip] >> >>>> P.S. For the record, I will personally NAK any attempts to remove tha= t >>>> 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. > > And that point was about 5 years ago, and has been discussed at some > plumbers meanwhile, resulting in the staging TODO patches to make > these drm drivers to destage them. > > Fixing bugs in fbdev is all fine, reopening it for merging new drivers i= s not. We are on the same page! I'm not at all proposing to include new drivers for (relatively) new hardware into fbdev, which is capable to be written as DRM driver. Helge