Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp3534501ybl; Sun, 15 Dec 2019 12:03:13 -0800 (PST) X-Google-Smtp-Source: APXvYqyU1L/ospQaXH336zNr9p0/CgW71JnKmm7YTTpOYgC/8ZdNYjlY/Mvtxq6dm1Hx2HkBHDp5 X-Received: by 2002:a9d:67d8:: with SMTP id c24mr27784393otn.172.1576440193292; Sun, 15 Dec 2019 12:03:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1576440193; cv=none; d=google.com; s=arc-20160816; b=JzqTBUJMTXoZDjtmXadpKMpz4Q2RixSuslggZLGgQ6qXZW757baS6x4TIHVU0AsJa6 RYlvdnH5bjD0epKRSjMmpYMp1ty8GxydOijArflzbKg6SPWDY7+gdNYqdrspyE8nD76T VgmkKLE17x6Zz56P7ZdlNdiRNAjZPhD7DyY6FCpFMS1PgIRjTOWUsnxFJk1vXEFuO6FQ HbnUPSH23heVVeoAqlyurfiamKMSSkwIxw4d+wRt2zz4+A20uaghauWldskRrsNP6UxN 7hyvSOpC/lgfiBdmvHgZJ46b7Gc5MxyUSap13ujjgChXY9gTHHsJmWkqTq8FTokPKb3D 9uow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=0Eb9PaeS91fFId6JoOrDL2h8mYp/pNovUb3BQNtXEkY=; b=G3xljAnTLf57KuK/zDgoqo4m1TTCJ8ko+z8qmYpwoOAXY4eOJdInosi+thqLKQje85 hOXf11WTqKAcL9q3oadeIrXV+jvBODm8T5utdE2PA0NvEzSvq7LkEg/oSrCEqJuEhurY qS2eHU96Xie+57pw38q5DEEreVJ+9ryCBoD9oJqVelfQV9MhF7joA1OwocEcxiZbxh7s nlgcA+nAn9UL3cUhJPWSzOPeraBUdKkFoTvaKVgYB34Rp0ZiBQ/od4mT1XBmpRA/xL84 9sr/xsVYVsb2t5Bux8p+N9esBktyOf48FD91enunOmYPoWYCsGOd2JA8UmEihtyhN/U3 O8Jw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=l39CyODr; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u186si9216682oig.29.2019.12.15.12.03.00; Sun, 15 Dec 2019 12:03:13 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=l39CyODr; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726346AbfLOUCS (ORCPT + 99 others); Sun, 15 Dec 2019 15:02:18 -0500 Received: from mail-ed1-f67.google.com ([209.85.208.67]:44872 "EHLO mail-ed1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726146AbfLOUCR (ORCPT ); Sun, 15 Dec 2019 15:02:17 -0500 Received: by mail-ed1-f67.google.com with SMTP id bx28so122975edb.11; Sun, 15 Dec 2019 12:02:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0Eb9PaeS91fFId6JoOrDL2h8mYp/pNovUb3BQNtXEkY=; b=l39CyODrigrJr//o2nlMDiXSW3PPVc3PNwlifzyBK9+ZaFT4yW+61K18suZPiJhZ4y 9P3RWsUKzrow2krjPjWnJ02+xHox/C9gDf14LyZW1OFgJI+HljebzeklvQer9KNO1zN7 BcjQA+gomciH5LFjv8vu03ZwAVOc5ZmY2Z3zFOrGLMC5DFAd+chfQIPFEl0IH2t3Sh9T r/HLEqDrH3pPwBIFHlDmFMtNYiRSkT7qxSe6qZXZ8j7KDSP+vqedTca2cqLQBSu3a/zm UIF6u2zSeOoCxqxCVF9/8OMen+aV2r3X1AMH6CBA6CXNWKUMiMU7TQXatxoBG1aLR0qd D5aA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0Eb9PaeS91fFId6JoOrDL2h8mYp/pNovUb3BQNtXEkY=; b=osH78/WeXVo/jYujIfbc+hHj74kvySi/Eusmo7fpq253HsgLdur2szz0OcNalXsrIc VWYSO/A3QtiVXTJ+Vnb5sW2p7LgOwPZfbqIm3dEUlY8ImC8EYOBlyRaszEgD8I5Nr70H aMfGTEnKygpvIZKWbzvH13mi0LSUSix8cSwy0luh+Qmsy4RmImq6Xa2jXJyMaz4xidVW NNid0gzgaqoUF53gxTLuxse+4vS2nwtUlJM1xUIxN1rKY9MM/e9hUpuQ66jCTx8gSDkm GQetuB0RRerDB3lvE9xfu+n54nwubAxPJvWN6gzOaq1erwLfCBGyyda5sBxu3++49VnK oNGg== X-Gm-Message-State: APjAAAWrkkWSojD4zezPCD9dEPuKc1c+GG7+6I54nZBDSMfTHevZmahI h2ckSBntBb7kmRNxstg2v08tD+IF+3NxI/n41yg= X-Received: by 2002:aa7:d80c:: with SMTP id v12mr16528373edq.302.1576440135503; Sun, 15 Dec 2019 12:02:15 -0800 (PST) MIME-Version: 1.0 References: <20191213234530.145963-1-dianders@chromium.org> In-Reply-To: <20191213234530.145963-1-dianders@chromium.org> From: Rob Clark Date: Sun, 15 Dec 2019 12:02:07 -0800 Message-ID: Subject: Re: [PATCH 0/9] drm/bridge: ti-sn65dsi86: Improve support for AUO B116XAK01 + other low res DP To: Douglas Anderson Cc: Andrzej Hajda , Neil Armstrong , Rob Clark , Jernej Skrabec , Jonas Karlman , David Airlie , linux-arm-msm , dri-devel , Bjorn Andersson , Sean Paul , Laurent Pinchart , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Dec 13, 2019 at 3:46 PM Douglas Anderson wrote: > > This series contains a pile of patches that was created to support > hooking up the AUO B116XAK01 panel to the eDP side of the bridge. In > general it should be useful for hooking up a wider variety of DP > panels to the bridge, especially those with lower resolution and lower > bits per pixel. > > The overall result of this series: > * Allows panels with fewer than 4 DP lanes hooked up to work. > * Optimizes the link rate for panels with 6 bpp. > * Supports trying more than one link rate when training if the main > link rate didn't work. > > It's not expected that this series will break any existing users, but > it is possible that the patch to skip non-standard DP rates could mean > that a panel that used to use one of these non-standard link rates > will now run at a higher rate than it used to. If this happens, the > patch could be reverted or someone could figure out how to decide when > it's OK to use the non-standard rates. > > To support the AUO B116XAK01, we could actually stop at the ("Use > 18-bit DP if we can") patch since that causes the panel to run at a > link rate of 1.62 which works. The patches to try more than one link > rate were all developed prior to realizing that I could just use > 18-bit mode and were validated with that patch reverted. > > The patch to try more than one rate was validated by forcing the code > to try 2.16 GHz (but still skip 2.43 GHz, which trains but shows > garbage on AUO B116XAK01) and seeing that we'd try 2.16 GHz (and fail) > and then eventually pass at 2.7 GHz and show a pretty screen. > > These patches were tested on sdm845-cheza atop mainline as of > 2019-12-13 and also on another board (the one with AUO B116XAK01) atop > a downstream kernel tree. > > This patch series doesn't do anything to optimize the MIPI link and > only focuses on the DP link. For instance, it's left as an exercise > to the reader to see if we can use the 666-packed mode on the MIPI > link and save some power (because we could lower the clock rate). > > I am nowhere near a display expert and my knowledge of DP and MIPI is > pretty much zero. If something about this patch series smells wrong, > it probably is. Please let know and I'll try to fix it. > > > Douglas Anderson (9): > drm/bridge: ti-sn65dsi86: Split the setting of the dp and dsi rates > drm/bridge: ti-sn65dsi86: zero is never greater than an unsigned int > drm/bridge: ti-sn65dsi86: Don't use MIPI variables for DP link > drm/bridge: ti-sn65dsi86: Config number of DP lanes Mo' Betta > drm/bridge: ti-sn65dsi86: Read num lanes from the DP sink > drm/bridge: ti-sn65dsi86: Use 18-bit DP if we can > drm/bridge: ti-sn65dsi86: Group DP link training bits in a function > drm/bridge: ti-sn65dsi86: Train at faster rates if slower ones fail > drm/bridge: ti-sn65dsi86: Skip non-standard DP rates > > drivers/gpu/drm/bridge/ti-sn65dsi86.c | 230 +++++++++++++++++++++----- > 1 file changed, 187 insertions(+), 43 deletions(-) I've given these a spin on my yoga c630, which uses the same bridge, so: Tested-by: Rob Clark I've got one small fixup for a compiler warning for the 2nd to last, and with that, the first 8 are: Reviewed-by: Rob Clark I've also got a fixup for the last one which reads SUPPORTED_LINK_RATES. However the panel I have is pre eDP 1.4, so the interesting codepath there is untested. Not sure offhand if the panels you have are eDP 1.4+ or not? BR, -R > > -- > 2.24.1.735.g03f4e72817-goog > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel