[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <5BHAGQ.KGFJ0K3OLEAO3@crapouillou.net>
Date: Mon, 07 Sep 2020 14:57:05 +0200
From: Paul Cercueil <paul@...pouillou.net>
To: Sam Ravnborg <sam@...nborg.org>
Cc: Laurent Pinchart <laurent.pinchart@...asonboard.com>,
何小龙 <Leon.He@...soc.com>,
Thierry Reding <thierry.reding@...il.com>,
David Airlie <airlied@...ux.ie>,
Daniel Vetter <daniel@...ll.ch>,
Rob Herring <robh+dt@...nel.org>,
Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
Maxime Ripard <mripard@...nel.org>,
Thomas Zimmermann <tzimmermann@...e.de>,
Noralf Tronnes <noralf@...nnes.org>,
Linus Walleij <linus.walleij@...aro.org>,
devicetree@...r.kernel.org, od@...c.me,
linux-kernel@...r.kernel.org, dri-devel@...ts.freedesktop.org
Subject: Re: 答复: [PATCH v2 6/6] drm/panel: Add Ilitek
ILI9341 DBI panel driver
Le dim. 30 août 2020 à 22:28, Sam Ravnborg <sam@...nborg.org> a
écrit :
> Hi Laurent.
>
>> >
>> > Please read the cover letter, it explains why it's done this way.
>> The
>> > whole point of this patchset is to merge DSI and DBI frameworks
>> in a
>> > way that can be maintained.
>>
>> I think this proves the point that the proposed naming is
>> confusing. At
>> least a rename would be required.
>
> Do you have any inputs on the amount of rename we are looking into.
> Is this a simple s/struct mipi_dsi_device/struct mipi_dxi_device/
> or something more?
>
> We should script the rename as it will tocuh a lot of files,
> and without a script we would chase this. But once it is scripted
> it would be trivial to perform.
>
> I did not look at this enough, but I had an idea that we
> would have do to a s/dsi/dxi/ in a lot of places.
>
> (dxi is my best proposal at the moment for something covering both dsi
> and dbi).
dcs?
Since DBI and DSI panels generally all use DCS commands.
-Paul
Powered by blists - more mailing lists