linux-kernel - Re: 答复: [PATCH v2 6/6] drm/panel: Add Ilitek ILI9341 DBI panel driver

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

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