From: matthias.bgg@gmail.com (Matthias Brugger)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC v2 0/8] Acer Chromebook R13 support
Date: Wed, 18 Oct 2017 17:58:28 +0200 [thread overview]
Message-ID: <a47fabef-1af8-4787-424b-9ff9cfb32f93@gmail.com> (raw)
In-Reply-To: <CAO3366wSii-P+=qzSO13-fqTUnXrx6DJ76+Bt1-wvYPOC8wNDA@mail.gmail.com>
On 10/18/2017 04:53 PM, 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
The ones that have a FROMLIST are actually backports taken from the mailinglist,
so please search for them. Good starting point is linux-mediatek and
linux-arm-kernel newsgroups.
For this patch the latest submission is these:
https://patchwork.kernel.org/patch/9427541/
https://patchwork.kernel.org/patch/9427543/
Please take up this patches and resubmit with the comments addressed by the
reviewers.
Keep up the good work!
Matthias
>
> 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?
>
> CU
> Uli
>
next prev parent reply other threads:[~2017-10-18 15:58 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
2017-10-18 16:07 ` Laurent Pinchart
2017-10-18 15:58 ` Matthias Brugger [this message]
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=a47fabef-1af8-4787-424b-9ff9cfb32f93@gmail.com \
--to=matthias.bgg@gmail.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).