[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdZkNio99zS+ttEXncOtS1TcYbfunKSKddErRDV1gTY43w@mail.gmail.com>
Date: Tue, 4 Jul 2023 09:46:49 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Doug Anderson <dianders@...gle.com>
Cc: Cong Yang <yangcong5@...qin.corp-partner.google.com>,
neil.armstrong@...aro.org, conor+dt@...nel.org,
devicetree@...r.kernel.org, sam@...nborg.org,
linux-kernel@...r.kernel.org, dri-devel@...ts.freedesktop.org,
robh+dt@...nel.org, krzysztof.kozlowski+dt@...aro.org,
hsinyi@...gle.com
Subject: Re: [v4 4/4] drm/panel: Support for Starry-ili9882t TDDI MIPI-DSI panel
On Thu, Jun 1, 2023 at 5:55 PM Doug Anderson <dianders@...gle.com> wrote:
> On Thu, May 25, 2023 at 2:32 AM Cong Yang
> <yangcong5@...qin.corp-partner.google.com> wrote:
> >
> > The Starry-ili9882 is a 10.51" WUXGA TFT panel. which fits in nicely with
> > the existing panel-boe-tv101wum-nl6 driver. From the datasheet,MIPI need
> > to keep the LP11 state before the lcm_reset pin is pulled high. So add
> > lp11_before_reset flag.
> >
> > Signed-off-by: Cong Yang <yangcong5@...qin.corp-partner.google.com>
> > Reviewed-by: Douglas Anderson <dianders@...omium.org>
> > ---
> > .../gpu/drm/panel/panel-boe-tv101wum-nl6.c | 371 ++++++++++++++++++
> > 1 file changed, 371 insertions(+)
>
> Applied to drm-misc-next:
>
> 8716a6473e6c drm/panel: Support for Starry-ili9882t TDDI MIPI-DSI panel
Sorry for noticing too late and coming after the fact and complaining.
We must stop using the panel-boe-tv101wum-nl6.c driver as a
one-stop-shop for Chromium panels. The Starry panel in particular
hardware-wise has nothing in common with the other panels in this
driver and I'm suspicious about patch 3/4 as well.
Please check my patch breaking it out to a separate driver, and
if you could check internally if you have a datasheet for Ilitek
ILI9882t or can use your vendor leverage to get one to improve
on the driver (such as define the DCS commands...) that would
be great.
There are good reasons for grouping the panel drivers into
respective display controller such as fixing bugs in one place
and if we ever want to properly support things such as
gamma correction it will provide the proper per-display-controller
approach.
Yours,
Linus Walleij
Powered by blists - more mailing lists