Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp1915352pxb; Sat, 7 Nov 2020 03:11:17 -0800 (PST) X-Google-Smtp-Source: ABdhPJzgVYMr7K7nguFtBIlTqlSjkqFxuxCijnGTUfisjv96n4MVpew9eFjuLmJjBwgsAsbbavZ0 X-Received: by 2002:a50:cd51:: with SMTP id d17mr6188380edj.93.1604747476890; Sat, 07 Nov 2020 03:11:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604747476; cv=none; d=google.com; s=arc-20160816; b=E78LidC5XhQT0YcXNtXtGW4C+fnrj9VGchQ0qkf78T+z7qpszv1G+IlhFOq30dQPXH JJx1Ru34F1zk0pRNUQm619En+P6UrOyVzR2QeK7iMwy4B548NjjykA6+Gs5NIFXaBvfo NJwEV0sp/WTaqzaMpPiZHvpEeovpD/j9XkrGkMa4kY2Gt0gqjx8bhOmyyy0oNjTQjVCE Xy+hKuJaf45xr8D+wEJGbVx3HD4s9RYdhNPw0BnvY8T4c0rkunoe1jwR5NLBIPw5xASx glewf9YdtbPIjOlkZ5/TfbuaUmXnMbRJtPr9PdE+VcpUJYYUzU1u7s46tIh1JCOfJ8L5 e0Pg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=zZ0QHccsoX+wVqtu+BqZO/b6y0ALAobA7jXF57gL4k4=; b=erEXsn6SaRF1IMcnBK8VG6T9LWxUnJIkU9sKz2JPRqBCDt/hblxDK49jjkgF82M9ID di3lys7lwqCGgowrv8fcv2T7MYdMONSkfDRccvV3K6XFYnLLNepVpaNWs/3TP3coHBxe EuAWkPUdMt3elLg3Ve/Mt0usUdeAIDVZrjTIogLx+T7pu/d5lxJpBkgXeyPm/+qelshe YLSKV/7WM96SDJ8L4x3tGkoweNFJK5M+HX7IiMSIqbC6Mk53h4ALnqyMCC2NdqE1zmw3 t62pjO482a4KHIK2uYQHHhBc3HIB0QhgStfZwhQH6wqsbrkjxhpsk9Iyx2NDT4MhukfA g2Pw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b17si3246914edw.47.2020.11.07.03.10.53; Sat, 07 Nov 2020 03:11:16 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727264AbgKGLJ3 (ORCPT + 99 others); Sat, 7 Nov 2020 06:09:29 -0500 Received: from asavdk3.altibox.net ([109.247.116.14]:36522 "EHLO asavdk3.altibox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726242AbgKGLJ3 (ORCPT ); Sat, 7 Nov 2020 06:09:29 -0500 Received: from ravnborg.org (unknown [188.228.123.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by asavdk3.altibox.net (Postfix) with ESMTPS id 22CB620023; Sat, 7 Nov 2020 12:09:27 +0100 (CET) Date: Sat, 7 Nov 2020 12:09:25 +0100 From: Sam Ravnborg To: Stephen Boyd Cc: Andrzej Hajda , Neil Armstrong , Jernej Skrabec , Jonas Karlman , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Douglas Anderson , Sean Paul , Laurent Pinchart Subject: Re: [PATCH v3 0/4] drm/bridge: ti-sn65dsi86: Support EDID reading Message-ID: <20201107110925.GB912360@ravnborg.org> References: <20201102181144.3469197-1-swboyd@chromium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201102181144.3469197-1-swboyd@chromium.org> X-CMAE-Score: 0 X-CMAE-Analysis: v=2.3 cv=VbvZwmh9 c=1 sm=1 tr=0 a=S6zTFyMACwkrwXSdXUNehg==:117 a=S6zTFyMACwkrwXSdXUNehg==:17 a=kj9zAlcOel0A:10 a=c6rWFHShf1NgvZlil7gA:9 a=CjuIK1q_8ugA:10 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Stephen On Mon, Nov 02, 2020 at 10:11:40AM -0800, Stephen Boyd wrote: > This patch series cleans up the DDC code a little bit so that > it is more efficient time wise and supports grabbing the EDID > of the eDP panel over the aux channel. I timed this on a board > I have on my desk and it takes about 20ms to grab the EDID out > of the panel and make sure it is valid. > > The first two patches seem less controversial so I stuck them at > the beginning. The third patch does the EDID reading and caches > it so we don't have to keep grabbing it over and over again. And > finally the last patch updates the reply field so that short > reads and nacks over the channel are reflected properly instead of > treating them as some sort of error that can't be discerned. > > Stephen Boyd (4): > drm/bridge: ti-sn65dsi86: Combine register accesses in > ti_sn_aux_transfer() > drm/bridge: ti-sn65dsi86: Make polling a busy loop > drm/bridge: ti-sn65dsi86: Read EDID blob over DDC > drm/bridge: ti-sn65dsi86: Update reply on aux failures All applied to drm-misc-next, thanks, Sam