From: laurent.pinchart@ideasonboard.com (Laurent Pinchart)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC v2 0/8] Acer Chromebook R13 support
Date: Wed, 18 Oct 2017 18:57:14 +0300 [thread overview]
Message-ID: <26935926.iWbvre9SVm@avalon> (raw)
In-Reply-To: <CAO3366wSii-P+=qzSO13-fqTUnXrx6DJ76+Bt1-wvYPOC8wNDA@mail.gmail.com>
Hi Ulrich,
On Wednesday, 18 October 2017 17:53:54 EEST Ulrich Hecht wrote:
> On Tue, Oct 17, 2017 at 6:05 PM, Sean Paul <seanpaul@chromium.org> wrote:
> > On Tue, Oct 17, 2017 at 12:33:09PM +0200, Matthias Brugger wrote:
> >> From what I understand you
> >> rebased the patches from the chromium kernel to mainline. So you should
> >> keep the signed-off-by from the original author and just add you
> >> signed-off-by below that.
> >> Also it would be nice to CC these persons so that they are aware of your
> >> effort.>
> > Additionally, make sure the author and commit messages are preserved when
> > you send patches. You can add your own message in addition to your SoB,
> > but please try to preserve history.
>
> Fair enough, but I'm not sure what exactly to include. The chromium
> commits include, among other things:
>
> - bugtracker numbers and test cases
> - "Change-Id" and "Commit-Ready" (no idea what those are)
> - "Reviewed-on", containing links to chromium-review.googlesource.com
>
> With all changes to the PS8640 driver concatenated and non-standard
> tags removed, the commit message would look like this:
>
> =============================
> CHROMIUM: drm/bridge: Add I2C based driver for ps8640 bridge
>
> This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
>
> Signed-off-by: Jitao Shi <jitao.shi@mediatek.com>
> (am from https://patchwork.kernel.org/patch/8357851/)
> Signed-off-by: Daniel Kurtz <djkurtz@chromium.org>
> Tested-by: cawa cheng <cawa.cheng@mediatek.com>
> Tested-by: Daniel Kurtz <djkurtz@chromium.org>
> Reviewed-by: Nicolas Boichat <drinkcat@chromium.org>
>
>
> FIXUP: FROMLIST: drm/bridge: Add I2C based driver for ps8640 bridge
>
> chromeos-3.18 currently has FROMLIST v15 of the PS8640 driver.
> This version is incompatible with UPSTREAM version of the Mediatek
> DRM driver.
>
> To quote Philipp Zabel:
> "The main DRM driver mtk_drm_drv now calls
> drm_connector_register_all() after drm_dev_register() in the
> mtk_drm_bind() function. That function should iterate over all
> connectors and call drm_connector_register() for each of them.
> The call to drm_connector_init() from mtk_hdmi_bridge_attach()
> should be enough to make this happen.
>
> The drm_connector_(un)register calls also have to be removed
> from the ps8640 driver."
>
> Signed-off-by: Jitao Shi <jitao.shi@mediatek.com>
> Signed-off-by: Daniel Kurtz <djkurtz@chromium.org>
> Tested-by: PC Liao <pc.liao@mediatek.com>
> Tested-by: Daniel Kurtz <djkurtz@chromium.org>
> Tested-by: Nicolas Boichat <drinkcat@chromium.org>
> Reviewed-by: Daniel Kurtz <djkurtz@chromium.org>
>
>
> CHROMIUM: drm/bridge: ps8640: Add a 3 ms delay before unmuting output
>
> For current ps8640 firmware, the PS_GPIO9 signal only indicates the
> bridge has seen the attached panel's HPD signal and read its EDID.
> Unfortunately, the bridge may not yet be ready to properly handle DSI/eDP
> traffic yet.
>
> For now, Paradetech has recommended adding a 3 ms delay after PS_GPIO9
> before starting video signal transmission.
>
> Signed-off-by: Jitao Shi <jitao.shi@mediatek.com>
> Signed-off-by: Daniel Kurtz <djkurtz@chromium.org>
>
> Tested-by: cawa cheng <cawa.cheng@mediatek.com>
> Tested-by: Daniel Kurtz <djkurtz@chromium.org>
> Tested-by: jitao shi <jitao.shi@mediatek.com>
> Reviewed-by: Daniel Kurtz <djkurtz@chromium.org>
> Reviewed-by: jitao shi <jitao.shi@mediatek.com>
>
>
> CHROMIUM: drm/bridge: ps8640: disable MIPI MCS
>
> Disable PS8640 MIPI MCS commands to workaround an issue where normal
> MIPI DSI signals are sometimes recognized as an MSC command that can,
> for example, disable the bridge output.
>
> Signed-off-by: Jitao Shi <jitao.shi@mediatek.com>
> Tested-by: Daniel Kurtz <djkurtz@chromium.org>
> Reviewed-by: Daniel Kurtz <djkurtz@chromium.org>
>
>
> CHROMIUM: drm/bridge: ps8640: Use individual regulators instead of bulk
>
> According to the latest information from Parade, the PS8640 1.2 V
> supply must be enabled before 3.3 V.
> So, split the bulk regulator into separate individual regulators that
> can be enabled independently.
>
> Signed-off-by: Jitao Shi <jitao.shi@mediatek.com>
>
> Tested-by: Daniel Kurtz <djkurtz@chromium.org>
> Reviewed-by: Daniel Kurtz <djkurtz@chromium.org>
>
>
> CHROMIUM: drm/bridge: ps8640: add 5ms delay between v12 and v33
>
> According to Parade, the PS8640 1.2V must be enabled 5 ms before its
> 3.3V. Otherwise, the PS8650 MCU may hang, and its settings cannot be
> written correctly, leading to a black screen.
>
> Signed-off-by: Jitao Shi <jitao.shi@mediatek.com>
> Tested-by: Daniel Kurtz <djkurtz@chromium.org>
> Reviewed-by: Daniel Kurtz <djkurtz@chromium.org>
> =============================
>
> That keeps chronology and attribution intact, but is somewhat
> redundant. Any suggestions on how to digest it? Or should I just add
> it as is?
I would keep all the SoB lines, but apart from that I don't think there's a
need to copy all commit messages. You can extract relevant information for a
digest, but there's no point in copying the whole history.
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2017-10-18 15:57 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-16 15:31 [RFC v2 0/8] Acer Chromebook R13 support Ulrich Hecht
2017-10-16 15:31 ` [RFC v2 1/8] drm/bridge: GPIO-controlled display multiplexer driver Ulrich Hecht
2017-10-16 15:31 ` [RFC v2 2/8] platform/chrome: ChromeOS firmware interface driver Ulrich Hecht
2017-10-16 15:31 ` [RFC v2 3/8] drm/bridge: Parade PS8640 MIPI DSI -> eDP converter driver Ulrich Hecht
2017-10-16 15:31 ` [RFC v2 4/8] drm/bridge: Analogix ANX7688 HDMI -> DP bridge driver Ulrich Hecht
2017-10-16 15:31 ` [RFC v2 5/8] arm64: dts: mediatek: Add Elm Rev. 3 device tree Ulrich Hecht
2017-10-16 15:31 ` [RFC v2 6/8] hack: mediatek: get mmsys to register as both DRM and clock device Ulrich Hecht
2017-10-16 15:31 ` [RFC v2 7/8] drm/mediatek: Add DRM-based framebuffer device Ulrich Hecht
2017-10-17 9:04 ` Philipp Zabel
2017-10-16 15:31 ` [RFC v2 8/8] drm: mediatek: Fix drm_of_find_panel_or_bridge conversion Ulrich Hecht
2017-10-17 10:33 ` [RFC v2 0/8] Acer Chromebook R13 support Matthias Brugger
2017-10-17 16:05 ` Sean Paul
2017-10-18 14:53 ` Ulrich Hecht
2017-10-18 15:57 ` Laurent Pinchart [this message]
2017-10-18 16:07 ` Laurent Pinchart
2017-10-18 15:58 ` Matthias Brugger
2017-10-17 16:38 ` Laurent Pinchart
2017-10-18 14:20 ` Matthias Brugger
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=26935926.iWbvre9SVm@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=linux-arm-kernel@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;
as well as URLs for NNTP newsgroup(s).