From: Daniel Vetter <daniel@ffwll.ch> To: Andy Shevchenko <andy.shevchenko@gmail.com>, Greg KH <gregkh@linuxfoundation.org> Cc: Thomas Zimmermann <tzimmermann@suse.de>, Andy Shevchenko <andy@kernel.org>, linux-fbdev@vger.kernel.org, Michael Hennerich <michael.hennerich@analog.com>, Helge Deller <deller@gmx.de>, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Phillip Potter <phil@philpotter.co.uk>, Carlis <zhangxuezhi1@yulong.com>, Andy Shevchenko <andriy.shevchenko@linux.intel.com>, Lee Jones <lee.jones@linaro.org>, Heiner Kallweit <hkallweit1@gmail.com> Subject: Re: [PATCH v1 0/4] fbtft: Unorphan the driver for maintenance Date: Wed, 26 Jan 2022 11:43:21 +0100 [thread overview] Message-ID: <CAKMK7uEQUxDUg6yFgcc5gee=fqS6ehuVV_ZouwvTeq7kLreqNQ@mail.gmail.com> (raw) In-Reply-To: <CAHp75Vc2cjHkJwNSiJ-HSWBG=DYy68uvD7QQzNdRp3mQxoY1nw@mail.gmail.com> On Wed, Jan 26, 2022 at 11:03 AM Andy Shevchenko <andy.shevchenko@gmail.com> wrote: > > On Wed, Jan 26, 2022 at 10:52 AM Thomas Zimmermann <tzimmermann@suse.de> wrote: > > > > Hi > > > > Am 25.01.22 um 21:21 schrieb Andy Shevchenko: > > > 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. > > > But why? We already have DRM drivers for some of these devices. > > No, we do not (only a few are available). > > > 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. If we go with "way too complex" no one should try writing good linux drivers in general, because with the bazillion of helpers, different subsystems and specific solution for pretty much any possible problem you might ever have, the linux kernel overall is "way too complex". Yes it's overwhelming and also dri-devel is a chaotic firehose, but let's try to address these issues instead of creating tiny little corners where nothing happens, but at least things are simple. Maybe Greg needs to expand his "I'll help you upstream your drivers" project to drm? We're trying to do that but sometimes it's a bit too much chaos, and also no one is actually paid in drm to do that kind of work even part time (except contracting for specific customers, but that's not the problem here I think). -Daniel > On top of that the subtle fact people forgot about FBTFT is that it > does support parallel interface (yes, I know that it's not performant, > but one of the displays I have is with that type of interface). > > 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. > > -- > With Best Regards, > Andy Shevchenko -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch
WARNING: multiple messages have this Message-ID (diff)
From: Daniel Vetter <daniel@ffwll.ch> To: Andy Shevchenko <andy.shevchenko@gmail.com>, Greg KH <gregkh@linuxfoundation.org> Cc: Andy Shevchenko <andy@kernel.org>, linux-fbdev@vger.kernel.org, Michael Hennerich <michael.hennerich@analog.com>, Helge Deller <deller@gmx.de>, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Phillip Potter <phil@philpotter.co.uk>, Thomas Zimmermann <tzimmermann@suse.de>, Carlis <zhangxuezhi1@yulong.com>, Andy Shevchenko <andriy.shevchenko@linux.intel.com>, Lee Jones <lee.jones@linaro.org>, Heiner Kallweit <hkallweit1@gmail.com> Subject: Re: [PATCH v1 0/4] fbtft: Unorphan the driver for maintenance Date: Wed, 26 Jan 2022 11:43:21 +0100 [thread overview] Message-ID: <CAKMK7uEQUxDUg6yFgcc5gee=fqS6ehuVV_ZouwvTeq7kLreqNQ@mail.gmail.com> (raw) In-Reply-To: <CAHp75Vc2cjHkJwNSiJ-HSWBG=DYy68uvD7QQzNdRp3mQxoY1nw@mail.gmail.com> On Wed, Jan 26, 2022 at 11:03 AM Andy Shevchenko <andy.shevchenko@gmail.com> wrote: > > On Wed, Jan 26, 2022 at 10:52 AM Thomas Zimmermann <tzimmermann@suse.de> wrote: > > > > Hi > > > > Am 25.01.22 um 21:21 schrieb Andy Shevchenko: > > > 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. > > > But why? We already have DRM drivers for some of these devices. > > No, we do not (only a few are available). > > > 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. If we go with "way too complex" no one should try writing good linux drivers in general, because with the bazillion of helpers, different subsystems and specific solution for pretty much any possible problem you might ever have, the linux kernel overall is "way too complex". Yes it's overwhelming and also dri-devel is a chaotic firehose, but let's try to address these issues instead of creating tiny little corners where nothing happens, but at least things are simple. Maybe Greg needs to expand his "I'll help you upstream your drivers" project to drm? We're trying to do that but sometimes it's a bit too much chaos, and also no one is actually paid in drm to do that kind of work even part time (except contracting for specific customers, but that's not the problem here I think). -Daniel > On top of that the subtle fact people forgot about FBTFT is that it > does support parallel interface (yes, I know that it's not performant, > but one of the displays I have is with that type of interface). > > 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. > > -- > With Best Regards, > Andy Shevchenko -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch
next prev parent reply other threads:[~2022-01-26 10:43 UTC|newest] Thread overview: 156+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-01-25 20:21 [PATCH v1 0/4] fbtft: Unorphan the driver for maintenance Andy Shevchenko 2022-01-25 20:21 ` Andy Shevchenko 2022-01-25 20:21 ` [PATCH v1 1/4] fbtft: Unorphan the driver Andy Shevchenko 2022-01-25 20:21 ` Andy Shevchenko 2022-01-26 8:31 ` Greg Kroah-Hartman 2022-01-26 8:31 ` Greg Kroah-Hartman 2022-01-26 10:31 ` Daniel Vetter 2022-01-26 10:31 ` Daniel Vetter 2022-01-26 11:17 ` Helge Deller 2022-01-26 11:17 ` Helge Deller 2022-01-26 11:26 ` Greg Kroah-Hartman 2022-01-26 11:26 ` Greg Kroah-Hartman 2022-01-26 13:12 ` Andy Shevchenko 2022-01-26 13:12 ` Andy Shevchenko 2022-01-26 13:46 ` Javier Martinez Canillas 2022-01-26 14:08 ` Andy Shevchenko 2022-01-26 14:08 ` Andy Shevchenko 2022-01-26 14:10 ` Andy Shevchenko 2022-01-26 14:10 ` Andy Shevchenko 2022-01-26 14:15 ` Javier Martinez Canillas 2022-01-26 14:15 ` Javier Martinez Canillas 2022-01-31 8:29 ` Javier Martinez Canillas 2022-01-31 8:29 ` Javier Martinez Canillas 2022-01-31 9:18 ` Thomas Zimmermann 2022-01-31 10:18 ` Javier Martinez Canillas 2022-01-31 10:28 ` Thomas Zimmermann 2022-02-01 17:00 ` Geert Uytterhoeven 2022-02-01 17:00 ` Geert Uytterhoeven 2022-02-01 17:06 ` Daniel Vetter 2022-02-01 17:06 ` Daniel Vetter 2022-02-01 20:54 ` Sam Ravnborg 2022-02-01 20:54 ` Sam Ravnborg 2022-02-01 19:00 ` Thomas Zimmermann 2022-02-01 19:00 ` Thomas Zimmermann 2022-01-31 11:36 ` Andy Shevchenko 2022-01-31 11:36 ` Andy Shevchenko 2022-01-31 12:08 ` Javier Martinez Canillas 2022-01-31 13:23 ` Andy Shevchenko 2022-01-31 13:24 ` Andy Shevchenko 2022-01-31 13:55 ` Javier Martinez Canillas 2022-01-31 14:06 ` Andy Shevchenko 2022-01-26 17:34 ` Jani Nikula 2022-01-26 11:27 ` Daniel Vetter 2022-01-26 11:27 ` Daniel Vetter 2022-01-26 13:14 ` Andy Shevchenko 2022-01-26 13:14 ` Andy Shevchenko 2022-01-26 11:31 ` Thomas Zimmermann 2022-01-26 13:13 ` Andy Shevchenko 2022-01-26 13:13 ` Andy Shevchenko 2022-01-26 13:07 ` Andy Shevchenko 2022-01-26 13:07 ` Andy Shevchenko 2022-01-26 13:06 ` Andy Shevchenko 2022-01-26 13:06 ` Andy Shevchenko 2022-01-26 13:22 ` Daniel Stone 2022-01-26 13:22 ` Daniel Stone 2022-01-25 20:21 ` [PATCH v1 2/4] fbtft: Move driver out from staging Andy Shevchenko 2022-01-25 20:21 ` Andy Shevchenko 2022-01-25 20:21 ` [PATCH v1 3/4] fbtft: Kill outdated documentation Andy Shevchenko 2022-01-25 20:21 ` Andy Shevchenko 2022-01-25 20:21 ` [PATCH v1 4/4] fbtft: Replace 'depends on FB_TFT' by 'if FB_TFT ... endif' Andy Shevchenko 2022-01-25 20:21 ` Andy Shevchenko 2022-01-25 20:40 ` Randy Dunlap 2022-01-25 20:40 ` Randy Dunlap 2022-01-26 8:54 ` Joe Perches 2022-01-26 8:54 ` Joe Perches 2022-01-26 13:02 ` Andy Shevchenko 2022-01-26 13:02 ` Andy Shevchenko 2022-01-26 8:52 ` [PATCH v1 0/4] fbtft: Unorphan the driver for maintenance Thomas Zimmermann 2022-01-26 8:52 ` Thomas Zimmermann 2022-01-26 10:02 ` Andy Shevchenko 2022-01-26 10:02 ` Andy Shevchenko 2022-01-26 10:04 ` Andy Shevchenko 2022-01-26 10:04 ` Andy Shevchenko 2022-01-26 10:28 ` Dan Carpenter 2022-01-26 10:28 ` Dan Carpenter 2022-01-26 12:37 ` Javier Martinez Canillas 2022-01-26 12:56 ` Greg Kroah-Hartman 2022-01-26 12:56 ` Greg Kroah-Hartman 2022-01-26 13:18 ` Andy Shevchenko 2022-01-26 13:18 ` Andy Shevchenko 2022-01-26 13:44 ` Javier Martinez Canillas 2022-01-26 13:44 ` Javier Martinez Canillas 2022-01-26 13:19 ` Javier Martinez Canillas 2022-01-26 13:19 ` Javier Martinez Canillas 2022-01-26 13:36 ` Andy Shevchenko 2022-01-26 13:36 ` Andy Shevchenko 2022-01-26 13:17 ` Andy Shevchenko 2022-01-26 13:17 ` Andy Shevchenko 2022-01-26 10:43 ` Daniel Vetter [this message] 2022-01-26 10:43 ` Daniel Vetter 2022-01-26 10:47 ` Greg Kroah-Hartman 2022-01-26 10:47 ` Greg Kroah-Hartman 2022-01-26 10:52 ` Daniel Vetter 2022-01-26 10:52 ` Daniel Vetter 2022-01-26 11:15 ` Greg Kroah-Hartman 2022-01-26 11:15 ` Greg Kroah-Hartman 2022-01-26 13:26 ` Andy Shevchenko 2022-01-26 13:26 ` Andy Shevchenko 2022-01-26 13:24 ` Andy Shevchenko 2022-01-26 13:24 ` Andy Shevchenko 2022-01-26 10:59 ` Helge Deller 2022-01-26 10:59 ` Helge Deller 2022-01-26 11:18 ` Javier Martinez Canillas 2022-01-26 11:24 ` Daniel Vetter 2022-01-26 11:24 ` Daniel Vetter 2022-01-26 11:38 ` Helge Deller 2022-01-26 11:38 ` Helge Deller 2022-01-26 11:45 ` Sven Schnelle 2022-01-26 11:45 ` Sven Schnelle 2022-01-26 13:30 ` Andy Shevchenko 2022-01-26 13:30 ` Andy Shevchenko 2022-01-27 9:18 ` Maxime Ripard 2022-01-27 9:18 ` Maxime Ripard 2022-01-26 11:31 ` Helge Deller 2022-01-26 11:38 ` Greg Kroah-Hartman 2022-01-26 11:38 ` Greg Kroah-Hartman 2022-01-26 11:51 ` Helge Deller 2022-01-26 11:51 ` Helge Deller 2022-01-26 12:15 ` Greg Kroah-Hartman 2022-01-26 12:15 ` Greg Kroah-Hartman 2022-01-26 11:51 ` Thomas Zimmermann 2022-01-26 13:27 ` Andy Shevchenko 2022-01-26 13:27 ` Andy Shevchenko 2022-01-26 13:47 ` Javier Martinez Canillas 2022-01-26 13:47 ` Javier Martinez Canillas 2022-01-26 14:11 ` Andy Shevchenko 2022-01-26 14:11 ` Andy Shevchenko 2022-01-26 14:18 ` Javier Martinez Canillas 2022-01-26 14:18 ` Javier Martinez Canillas 2022-01-26 14:24 ` Greg Kroah-Hartman 2022-01-26 14:24 ` Greg Kroah-Hartman 2022-01-26 14:45 ` Dan Carpenter 2022-01-26 14:45 ` Dan Carpenter 2022-01-26 22:31 ` Daniel Vetter 2022-01-26 22:31 ` Daniel Vetter 2022-01-27 6:29 ` Dan Carpenter 2022-01-27 6:29 ` Dan Carpenter 2022-01-27 10:32 ` Dmitry Vyukov 2022-01-27 10:32 ` Dmitry Vyukov 2022-01-27 11:11 ` Daniel Vetter 2022-01-27 11:11 ` Daniel Vetter 2022-01-27 16:34 ` Dmitry Vyukov 2022-01-27 16:34 ` Dmitry Vyukov 2022-01-26 22:37 ` Daniel Vetter 2022-01-26 22:37 ` Daniel Vetter 2022-01-26 11:41 ` Thomas Zimmermann 2022-01-26 11:41 ` Thomas Zimmermann 2022-01-26 13:32 ` Andy Shevchenko 2022-01-26 13:32 ` Andy Shevchenko 2022-01-26 15:02 ` Thomas Zimmermann 2022-01-26 15:33 ` Andy Shevchenko 2022-01-26 15:54 ` Helge Deller 2022-01-26 13:15 ` Noralf Trønnes 2022-01-26 13:15 ` Noralf Trønnes 2022-01-26 13:21 ` Andy Shevchenko 2022-01-26 13:21 ` Andy Shevchenko
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to='CAKMK7uEQUxDUg6yFgcc5gee=fqS6ehuVV_ZouwvTeq7kLreqNQ@mail.gmail.com' \ --to=daniel@ffwll.ch \ --cc=andriy.shevchenko@linux.intel.com \ --cc=andy.shevchenko@gmail.com \ --cc=andy@kernel.org \ --cc=deller@gmx.de \ --cc=dri-devel@lists.freedesktop.org \ --cc=gregkh@linuxfoundation.org \ --cc=hkallweit1@gmail.com \ --cc=lee.jones@linaro.org \ --cc=linux-fbdev@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-staging@lists.linux.dev \ --cc=michael.hennerich@analog.com \ --cc=phil@philpotter.co.uk \ --cc=tzimmermann@suse.de \ --cc=zhangxuezhi1@yulong.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.