From: Sascha Hauer <s.hauer@pengutronix.de>
To: Ahmad Fatoum <a.fatoum@pengutronix.de>
Cc: "open list:BAREBOX" <barebox@lists.infradead.org>
Subject: Re: [PATCH 07/13] video: Add Sitronix st7789v panel driver
Date: Fri, 27 Sep 2024 12:15:22 +0200 [thread overview]
Message-ID: <ZvaFurNT_O63mEma@pengutronix.de> (raw)
In-Reply-To: <408551eb-5646-40b7-8679-1b63a20538c9@pengutronix.de>
On Thu, Sep 26, 2024 at 04:16:13PM +0200, Ahmad Fatoum wrote:
> Hello Sascha,
>
> On 26.09.24 15:15, Sascha Hauer wrote:
> > + ret = st7789v_read_data(ctx, MIPI_DCS_GET_DISPLAY_ID, ids, ST7789V_IDS_SIZE);
> > + if (ret)
> > + return ret;
> > +printf("%s: %02x %02x %02x\n", __func__, ids[0], ids[1], ids[2]);
>
> Debugging left-over.
>
> > +static int st7789v_prepare(struct st7789v *ctx)
> > +{
>
>
> > + ret = regulator_enable(ctx->power);
> > + if (ret)
> > + return ret;
> > +
> > + gpiod_set_value(ctx->reset, 1);
> > + mdelay(30);
> > + gpiod_set_value(ctx->reset, 0);
> > + mdelay(120);
>
> Ouch. That's quite a bit of wasted time. Could it make sense to move device
> out of reset in probe function instead?
We could play tricks like store the time we released the reset in the
driver struct and only wait the remaining time here, but I think that's
not really worth it.
Sascha
--
Pengutronix e.K. | |
Steuerwalder Str. 21 | http://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
next prev parent reply other threads:[~2024-09-27 10:16 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-26 13:14 [PATCH 00/13] video: Add Rockchip VOP2 support Sascha Hauer
2024-09-26 13:14 ` [PATCH 01/13] clk: rockchip: rk3568: Fix HDMI clocks Sascha Hauer
2024-09-26 14:19 ` Ahmad Fatoum
2024-09-26 13:15 ` [PATCH 02/13] video: add videomode helpers Sascha Hauer
2024-09-26 13:15 ` [PATCH 03/13] media-bus-format: update from kernel Sascha Hauer
2024-09-26 14:20 ` Ahmad Fatoum
2024-09-26 13:15 ` [PATCH 04/13] regmap: add regfield support Sascha Hauer
2024-09-26 13:15 ` [PATCH 05/13] video: add include/video/drm/drm_connector.h Sascha Hauer
2024-09-26 13:15 ` [PATCH 06/13] fb: add fb_rect functions Sascha Hauer
2024-09-26 13:15 ` [PATCH 07/13] video: Add Sitronix st7789v panel driver Sascha Hauer
2024-09-26 14:16 ` Ahmad Fatoum
2024-09-27 10:15 ` Sascha Hauer [this message]
2024-09-26 13:15 ` [PATCH 08/13] video: add dw-hdmi driver Sascha Hauer
2024-09-26 13:15 ` [PATCH 09/13] video: i.MX ipuv3: switch to upstream hdmi driver Sascha Hauer
2024-09-27 6:18 ` Ahmad Fatoum
2024-09-26 13:15 ` [PATCH 10/13] fb: Accept overlay framebuffers without modes Sascha Hauer
2024-09-26 13:15 ` [PATCH 11/13] fb: print more information on devinfo Sascha Hauer
2024-09-27 6:16 ` Ahmad Fatoum
2024-09-26 13:15 ` [PATCH 12/13] ARM: ARM64: implement dma_alloc_writecombine() Sascha Hauer
2024-09-26 14:24 ` Ahmad Fatoum
2024-09-26 13:15 ` [PATCH 13/13] video: Rockchip: Add VOP2 driver Sascha Hauer
2024-09-27 6:13 ` Ahmad Fatoum
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=ZvaFurNT_O63mEma@pengutronix.de \
--to=s.hauer@pengutronix.de \
--cc=a.fatoum@pengutronix.de \
--cc=barebox@lists.infradead.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