All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sam Ravnborg <sam@ravnborg.org>
To: Douglas Anderson <dianders@chromium.org>
Cc: dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
	steev@kali.org, robert.foss@linaro.org,
	Laurent.pinchart@ideasonboard.com, bjorn.andersson@linaro.org,
	daniel@ffwll.ch, airlied@linux.ie, jernej.skrabec@gmail.com,
	maarten.lankhorst@linux.intel.com, rodrigo.vivi@intel.com,
	jonas@kwiboo.se, mripard@kernel.org, thierry.reding@gmail.com,
	lyude@redhat.com, linus.walleij@linaro.org,
	rajeevny@codeaurora.org, linux-arm-msm@vger.kernel.org,
	a.hajda@samsung.com, tzimmermann@suse.de,
	narmstrong@baylibre.com, Sandeep Panda <spanda@codeaurora.org>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 0/6] drm/panel: atna33xc20: Fix the Samsung ATNA33XC20 panel
Date: Sat, 31 Jul 2021 20:06:51 +0200	[thread overview]
Message-ID: <YQWRO6gTFTtaWAIA@ravnborg.org> (raw)
In-Reply-To: <20210730154605.2843418-1-dianders@chromium.org>

Hi Douglas,

On Fri, Jul 30, 2021 at 08:45:59AM -0700, Douglas Anderson wrote:
> 
> The overall goal of this series is to make the Samsung ATNA33XC20
> panel work more properly. As part of this, we have:
> * A bugfix for the recently abstracted DP AUX backlight code.
> * A bugfix for the sequencing of the ti-sn65dsi86 bridge driver.
> * Removal of the panel from panel-simple and moving it to its own
>   driver.
> 
> If the bugfixes look good but the rest of the series needs work then
> those could land early on their own. There's no real compile time
> dependency on the bugfixes, things are just glitchier without them.
> 
> NOTE: this series will (slightly) conflict with my other recent series
> making eDP panels probable [1]. I'll re-post that one atop this
> one. It should be noted that the fact that the Samsung ATNA33XC20
> needs its own panel driver means that it _can't_ handled as a probed
> driver. I think this is fine, at least for now. I don't think it would
> be easy to make a unified design with this panel and other panels
> given that it's an AMOLED panel and has a whole bunch of different
> components on board.
> 
> As discussed in IRC, the only difference in v2 is the addition of a
> "Fixes" tag to patch #3 and the collection of Reviews/Acks from Sean
> and Robert.
> 
> If people feel that this is ready to land today then I can help land
> it (please let me know). Otherwise I'm happy for someone else to
> actually do the commit next week (I'm on vacation) or I can take it
> when I get back.
> 
> [1] https://lore.kernel.org/r/20210723002146.1962910-1-dianders@chromium.org/
> 
> Changes in v2:
> - Added Fixes tag as requested by Sam.
> 
> Douglas Anderson (6):
>   drm/dp: Don't zero PWMGEN_BIT_COUNT when driver_pwm_freq_hz not
>     specified
>   drm/bridge: ti-sn65dsi86: Fix power off sequence
>   drm/bridge: ti-sn65dsi86: Add some 100 us delays
>   Revert "drm/panel-simple: Add Samsung ATNA33XC20"
>   Revert "drm/panel-simple: Support for delays between GPIO & regulator"
>   drm/panel: atna33xc20: Introduce the Samsung ATNA33XC20 panel

I have now applied the first three patches to drm-misc-next.

	Sam

  parent reply	other threads:[~2021-07-31 18:07 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-30 15:45 [PATCH v2 0/6] drm/panel: atna33xc20: Fix the Samsung ATNA33XC20 panel Douglas Anderson
2021-07-30 15:46 ` [PATCH v2 1/6] drm/dp: Don't zero PWMGEN_BIT_COUNT when driver_pwm_freq_hz not specified Douglas Anderson
2021-07-30 15:46 ` [PATCH v2 2/6] drm/bridge: ti-sn65dsi86: Fix power off sequence Douglas Anderson
2021-07-30 15:46 ` [PATCH v2 3/6] drm/bridge: ti-sn65dsi86: Add some 100 us delays Douglas Anderson
2021-07-30 15:46 ` [PATCH v2 4/6] Revert "drm/panel-simple: Add Samsung ATNA33XC20" Douglas Anderson
2021-07-30 15:46 ` [PATCH v2 5/6] Revert "drm/panel-simple: Support for delays between GPIO & regulator" Douglas Anderson
2021-07-30 15:46 ` [PATCH v2 6/6] drm/panel: atna33xc20: Introduce the Samsung ATNA33XC20 panel Douglas Anderson
2021-07-31 18:06 ` Sam Ravnborg [this message]
2021-07-31 18:17 ` [PATCH v2 0/6] drm/panel: atna33xc20: Fix " Sam Ravnborg

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=YQWRO6gTFTtaWAIA@ravnborg.org \
    --to=sam@ravnborg.org \
    --cc=Laurent.pinchart@ideasonboard.com \
    --cc=a.hajda@samsung.com \
    --cc=airlied@linux.ie \
    --cc=bjorn.andersson@linaro.org \
    --cc=daniel@ffwll.ch \
    --cc=devicetree@vger.kernel.org \
    --cc=dianders@chromium.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=jernej.skrabec@gmail.com \
    --cc=jonas@kwiboo.se \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lyude@redhat.com \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=mripard@kernel.org \
    --cc=narmstrong@baylibre.com \
    --cc=rajeevny@codeaurora.org \
    --cc=robert.foss@linaro.org \
    --cc=rodrigo.vivi@intel.com \
    --cc=spanda@codeaurora.org \
    --cc=steev@kali.org \
    --cc=thierry.reding@gmail.com \
    --cc=tzimmermann@suse.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.