Thread (18 messages) 18 messages, 5 authors, 2017-10-18

Re: [RFC v2 0/8] Acer Chromebook R13 support

From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Date: 2017-10-18 16:07:17
Also in: dri-devel, linux-arm-kernel

Hi Ulrich,

On Wednesday, 18 October 2017 18:57:14 EEST Laurent Pinchart wrote:
On Wednesday, 18 October 2017 17:53:54 EEST Ulrich Hecht wrote:
quoted
On Tue, Oct 17, 2017 at 6:05 PM, Sean Paul [off-list ref] wrote:
quoted
On Tue, Oct 17, 2017 at 12:33:09PM +0200, Matthias Brugger wrote:
quoted
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 [off-list ref]
    (am from https://patchwork.kernel.org/patch/8357851/)
    Signed-off-by: Daniel Kurtz [off-list ref]
    Tested-by: cawa cheng [off-list ref]
    Tested-by: Daniel Kurtz [off-list ref]
    Reviewed-by: Nicolas Boichat [off-list ref]
    
    
    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 [off-list ref]
    Signed-off-by: Daniel Kurtz [off-list ref]
    Tested-by: PC Liao [off-list ref]
    Tested-by: Daniel Kurtz [off-list ref]
    Tested-by: Nicolas Boichat [off-list ref]
    Reviewed-by: Daniel Kurtz [off-list ref]
    
    
    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 [off-list ref]
    Signed-off-by: Daniel Kurtz [off-list ref]
    
    Tested-by: cawa cheng [off-list ref]
    Tested-by: Daniel Kurtz [off-list ref]
    Tested-by: jitao shi [off-list ref]
    Reviewed-by: Daniel Kurtz [off-list ref]
    Reviewed-by: jitao shi [off-list ref]
    
    
    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 [off-list ref]
    Tested-by: Daniel Kurtz [off-list ref]
    Reviewed-by: Daniel Kurtz [off-list ref]
    
    
    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 [off-list ref]
    
    Tested-by: Daniel Kurtz [off-list ref]
    Reviewed-by: Daniel Kurtz [off-list ref]
    
    
    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 [off-list ref]
    Tested-by: Daniel Kurtz [off-list ref]
    Reviewed-by: Daniel Kurtz [off-list ref]

=============================

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.
My comment obviously referred only to patches that add a new driver. For 
fixes, you should indeed not squash them all but submit them as individual 
patches. Some of them can be squashed as needed, for instance a change that is 
later reverted can be omitted completely.

-- 
Regards,

Laurent Pinchart

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help