[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAD=FV=WPXAUyuAHb1jKx9F_aw+JGX4MWB3or=Eq5rXoKY=OQMw@mail.gmail.com>
Date: Wed, 1 Sep 2021 16:10:15 -0700
From: Doug Anderson <dianders@...omium.org>
To: Olof Johansson <olof@...om.net>
Cc: Thierry Reding <thierry.reding@...il.com>,
Rob Herring <robh+dt@...nel.org>,
Sam Ravnborg <sam@...nborg.org>,
Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
linux-arm-msm <linux-arm-msm@...r.kernel.org>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
Linus W <linus.walleij@...aro.org>,
Daniel Vetter <daniel@...ll.ch>,
DTML <devicetree@...r.kernel.org>,
Steev Klimaszewski <steev@...i.org>,
Thomas Zimmermann <tzimmermann@...e.de>,
Maxime Ripard <mripard@...nel.org>,
David Airlie <airlied@...ux.ie>,
DRI mailing list <dri-devel@...ts.freedesktop.org>,
Al Viro <viro@...iv.linux.org.uk>,
Alexandre Belloni <alexandre.belloni@...tlin.com>,
Alexandre Torgue <alexandre.torgue@...s.st.com>,
Andreas Kemnade <andreas@...nade.info>,
Andrey Zhizhikin <andrey.zhizhikin@...ca-geosystems.com>,
Anson Huang <Anson.Huang@....com>,
Arnd Bergmann <arnd@...db.de>, Chen-Yu Tsai <wens@...e.org>,
Claudiu Beznea <claudiu.beznea@...rochip.com>,
Codrin Ciubotariu <codrin.ciubotariu@...rochip.com>,
Corentin Labbe <clabbe@...libre.com>,
Daniel Thompson <daniel.thompson@...aro.org>,
Dmitry Osipenko <digetx@...il.com>,
Emil Velikov <emil.velikov@...labora.com>,
Eugen Hristev <eugen.hristev@...rochip.com>,
Fabio Estevam <festevam@...il.com>,
Fabrice Gasnier <fabrice.gasnier@...com>,
Florian Fainelli <f.fainelli@...il.com>,
Geert Uytterhoeven <geert+renesas@...der.be>,
Grygorii Strashko <grygorii.strashko@...com>,
Jernej Skrabec <jernej.skrabec@...il.com>,
Joel Stanley <joel@....id.au>,
Jonathan Hunter <jonathanh@...dia.com>,
Kees Cook <keescook@...omium.org>,
Krzysztof Kozlowski <krzysztof.kozlowski@...onical.com>,
Lionel Debieve <lionel.debieve@...com>,
Liviu Dudau <liviu.dudau@....com>,
Lorenzo Pieralisi <lorenzo.pieralisi@....com>,
Ludovic Desroches <ludovic.desroches@...rochip.com>,
Magnus Damm <magnus.damm@...il.com>,
Manivannan Sadhasivam <mani@...nel.org>,
Marek Szyprowski <m.szyprowski@...sung.com>,
Martin Jücker <martin.juecker@...il.com>,
NXP Linux Team <linux-imx@....com>,
Nicolas Ferre <nicolas.ferre@...rochip.com>,
Olivier Moysan <olivier.moysan@...com>,
Otavio Salvador <otavio@...ystems.com.br>,
Pengutronix Kernel Team <kernel@...gutronix.de>,
Razvan Stefanescu <razvan.stefanescu@...rochip.com>,
Robert Richter <rric@...nel.org>,
Russell King <linux@...linux.org.uk>,
Sascha Hauer <s.hauer@...gutronix.de>,
Shawn Guo <shawnguo@...nel.org>,
Stefan Wahren <stefan.wahren@...e.com>,
Sudeep Holla <sudeep.holla@....com>,
Tony Lindgren <tony@...mide.com>,
Tudor Ambarus <tudor.ambarus@...rochip.com>,
Viresh Kumar <viresh.kumar@...aro.org>,
Vladimir Zapolskiy <vz@...ia.com>,
Linux ARM Mailing List <linux-arm-kernel@...ts.infradead.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-omap <linux-omap@...r.kernel.org>,
Linux-Renesas <linux-renesas-soc@...r.kernel.org>,
"moderated list:ARM/SAMSUNG EXYNOS ARM ARCHITECTURES"
<linux-samsung-soc@...r.kernel.org>, linux-sunxi@...ts.linux.dev,
"open list:TEGRA ARCHITECTURE SUPPORT" <linux-tegra@...r.kernel.org>,
Łukasz Stelmach <l.stelmach@...sung.com>
Subject: Re: [PATCH v3 06/16] ARM: configs: Everyone who had PANEL_SIMPLE now
gets PANEL_SIMPLE_EDP
Hi,
On Wed, Sep 1, 2021 at 2:12 PM Olof Johansson <olof@...om.net> wrote:
>
> On Wed, Sep 1, 2021 at 1:20 PM Douglas Anderson <dianders@...omium.org> wrote:
> >
> > In the patch ("drm/panel-simple-edp: Split eDP panels out of
> > panel-simple") we split the PANEL_SIMPLE driver in 2. By default let's
> > give everyone who had the old driver enabled the new driver too. If
> > folks want to opt-out of one or the other they always can later.
> >
> > Signed-off-by: Douglas Anderson <dianders@...omium.org>
>
> Isn't this a case where the new option should just have had the old
> option as the default value to avoid this kind of churn and possibly
> broken platforms?
I'm happy to go either way. I guess I didn't do that originally
because logically there's not any reason to link the two drivers going
forward. Said another way, someone enabling the "simple panel" driver
for non-eDP panels wouldn't expect that the "simple panel" driver for
DP panels would also get enabled by default. They really have nothing
to do with one another. Enabling by default for something like this
also seems like it would lead to bloat. I could have sworn that
periodically people get yelled at for marking drivers on by default
when it doesn't make sense.
...that being said, I'm happy to change the default as you suggest.
Just let me know.
-Doug
Powered by blists - more mailing lists