mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Thomas Zimmermann <tzimmermann@suse.de>
To: Archit Anant <architanant5@gmail.com>,
	Javier Martinez Canillas <javierm@redhat.com>
Cc: wens@kernel.org, maarten.lankhorst@linux.intel.com,
	mripard@kernel.org, airlied@gmail.com, simona@ffwll.ch,
	nathan@kernel.org, geert+renesas@glider.be,
	marcus.folkesson@gmail.com, david@lechnology.com,
	noralf@tronnes.org, dri-devel@lists.freedesktop.org,
	linux-kernel@vger.kernel.org
Subject: Re: [RFC PATCH] drm/sitronix: add ST7789V panel driver
Date: Thu, 19 Feb 2026 11:10:59 +0100	[thread overview]
Message-ID: <34dd132a-ebec-4116-865b-72e46b7cf520@suse.de> (raw)
In-Reply-To: <CADJHxWD-UpjgGKst_CDPqXHADVPJY6KL296VFOq6WFBEKqVong@mail.gmail.com>

Hi

Am 16.02.26 um 16:38 schrieb Archit Anant:
> On Mon, Feb 16, 2026 at 1:17 PM Javier Martinez Canillas
> <javierm@redhat.com> wrote:
>
> Hi Javier,
>
>> Archit Anant <architanant5@gmail.com> writes:
>>
>> Hello Archit,
>>
>>> Hi ChenYu,
>>>
>>> Thank you for the detailed review and the pointers toward the documentation.
>>> I will ensure the headers are sorted alphabetically and the driver name
>>> conflict is resolved in the next iteration.
>>>
>>>> The reset logic in mipi_dbi is inverted when compared to panel-st7789v.
>>>> mipi_dbi needs to be taught the "proper" reset polarity.
>>> Noted. I will look into the mipi_dbi core to see how to handle the reset
>>> polarity correctly.
>>>
>>>> Instead this functionality could be merged into the existing panel-st7789v
>>>> driver. You mentioned above that that driver only supports the 9-bit SPI
>>>> transfer mode. However porting that driver over to mipi_dbi would fix this,
>>>> and remove some redundant code. And tinydrm support could be added on top
>>>> of that.
>>>>
>>>> I actually mentioned I was going to work on this on IRC. But I only ported
>>>> the driver over to use mipi_dbi, and haven't gotten around to adding
>>>> tinydrm support. I can send out the conversion patches if that helps
>>>> you.
>>> That would be fantastic and would save a lot of redundant effort. If you
>>> send out the patches to convert the existing panel-st7789v driver to
>>> mipi_dbi, I would be happy to build the 'tiny' (simple display pipe)
>>> support on top of your series.
>>>
>> I think we want to get rid of the simple display pipeline and instead just
>> use regulator atomic helpers, even for the tiny DRM drivers.
>>
>> Please take a look to previous commits such as 2037174993c8 ("drm/bochs:
>> Use regular atomic helpers") or 622113b9f11f ("drm/ssd130x: Replace simple
>> display helpers with the atomic helpers").
>>
>> --
>> Best regards,
>>
>> Javier Martinez Canillas
>> Core Platforms
>> Red Hat
>>
> Thank you for pointing this out. I based this implementation on the
> existing st7735r driver, which currently uses the simple pipe.
>
> I will study the bochs and ssd130x commits to understand the migration to
> regular atomic helpers.
>
> If the goal is to move tiny DRM drivers away from the simple pipe, updating
> the Sitronix drivers to this new pattern sounds much better.
> I will incorporate this into my plan for the next iteration
> (building on top of ChenYu's work).

The thing is that this driver builds upon mipi_dbi_dev, which uses 
simple_display_pipeline internally. So it might be legitimate to use it 
here. Otherwise all the MIPI support from drm_mipi_dbi.c would have to 
be duplicated.

Best regards
Thomas

>

-- 
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstr. 146, 90461 Nürnberg, Germany, www.suse.com
GF: Jochen Jaser, Andrew McDonald, Werner Knoblich, (HRB 36809, AG Nürnberg)



  reply	other threads:[~2026-02-19 10:11 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-02-14  7:01 Archit Anant
2026-02-14 13:05 ` Chen-Yu Tsai
2026-02-15  5:34   ` Archit Anant
2026-02-16  7:47     ` Javier Martinez Canillas
2026-02-16 15:38       ` Archit Anant
2026-02-19 10:10         ` Thomas Zimmermann [this message]
2026-02-19 15:52           ` Archit Anant
2026-02-14 16:02 ` David Lechner
2026-02-15  5:21   ` Archit Anant
2026-02-15 22:45     ` David Lechner
2026-02-16 15:35       ` Archit Anant

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=34dd132a-ebec-4116-865b-72e46b7cf520@suse.de \
    --to=tzimmermann@suse.de \
    --cc=airlied@gmail.com \
    --cc=architanant5@gmail.com \
    --cc=david@lechnology.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=geert+renesas@glider.be \
    --cc=javierm@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=marcus.folkesson@gmail.com \
    --cc=mripard@kernel.org \
    --cc=nathan@kernel.org \
    --cc=noralf@tronnes.org \
    --cc=simona@ffwll.ch \
    --cc=wens@kernel.org \
    /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: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®