Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp704695ybt; Fri, 10 Jul 2020 10:12:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwCPJhVu0pRp5K+wzvMb2lx/CJufeU4SIReCnyBRSnj4RT/oJUqAxNqB9eEYULfsG/oPbJ7 X-Received: by 2002:a17:906:2ccf:: with SMTP id r15mr64472044ejr.277.1594401149579; Fri, 10 Jul 2020 10:12:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594401149; cv=none; d=google.com; s=arc-20160816; b=F8s/f0w36oOnjoDL//DsgSLQoKKrQLdfY8kwaO49i4jDvOCEPqzAUIlFKzbsgCRxy+ p4vITBcZ5qNp5M//m7pR+Zybhh1+Eo7b4MvDK4+j2wTi9V5SlU7yZp3+mSo1uZ2ZJAU+ wCxEaJ9yCjZOoWXfCI1KDKHmBjvwocplmKAvwU+hnxXO5jGBZGGQwcAojcSTnNA0QpPq l29XltJyfOrsaKeRsHD8Tpg+/GwB7PVTNou/Qu7f74eIEJcNJ69Db+icS9OaPA0sMOt7 Ymk0L//MXe5+H/UpCHUf+pn61oGb3eOtK4QRUCtLyUeg/PbyuAm+OmMy3KuJx9NCcxbn i4sw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=myKrcYnB9ONGWrZiACvGtAE7VPtZF9mIixa8UnGi6lk=; b=VCb+B+yJWaPyjo7jVLLyQ0iNcYJzZ4JK3qVVL5dDbdXOf5Jocv26sSEZ9Sq/MqaFk+ 9VInTJb1y7eR0LAsBZJV8YlDWD9R0Dqd59OaDdRN4wvwkRFZNqFxLIHaoUI9OHrqLMwb yZmBR33crKOM/rjfR+rNjZ4X0UUi7eJ49+49JSRwEMi8vo0okglxOPLC7NB+770PCkay 5spwxH2XO8C3Lda9J+noM41Ah0GN2fowN3gn43M4aNUyW5nxtawZ1PBvhYJkBtHb1wXu 3VHS02+7RF2PfKpmJXidwJa43jTvypj5zCNfn13hkBXCX2sZ5D1H2tVT9cCaa7mDDwZf Fc4w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kali.org header.s=google header.b=N1V7lGaZ; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kali.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id rn15si4237270ejb.513.2020.07.10.10.12.06; Fri, 10 Jul 2020 10:12:29 -0700 (PDT) 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; dkim=pass header.i=@kali.org header.s=google header.b=N1V7lGaZ; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kali.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728283AbgGJRLF (ORCPT + 99 others); Fri, 10 Jul 2020 13:11:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40738 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728068AbgGJRLB (ORCPT ); Fri, 10 Jul 2020 13:11:01 -0400 Received: from mail-oo1-xc42.google.com (mail-oo1-xc42.google.com [IPv6:2607:f8b0:4864:20::c42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 00C51C08C5DD for ; Fri, 10 Jul 2020 10:11:01 -0700 (PDT) Received: by mail-oo1-xc42.google.com with SMTP id y9so1128633oot.9 for ; Fri, 10 Jul 2020 10:11:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kali.org; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=myKrcYnB9ONGWrZiACvGtAE7VPtZF9mIixa8UnGi6lk=; b=N1V7lGaZGWwxiYdD9wOB2b2qeBTGFS7LeCUeOyQDGr77E2QdU1l+pzpFOJsZd7MdbH 5BZLjBKlMuIpW5aXi2HxkFOY0DXugOgAVEeeRcYv2yL5xtXDHZiZ8suu7RS5pHoNAmYq X0EnB73RKYgutPIphvQ258SDBj6jxQPjVupknICdnY9TA0ycqtw92/IFT/tPp9CH3HaJ 9vIgkz7Vfr8kMd09mIW3tqmlktPNU9aI36bFTh9AyHRb/1MRx6H1xRU9XQ4ZQ7/mBdfR KE2rWibNWlq6TEir7pyE6lDz0H8nhkgSuuBm6gtk7gxaBX7D8hd5mrfbBSECypCdxk2V 4NOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=myKrcYnB9ONGWrZiACvGtAE7VPtZF9mIixa8UnGi6lk=; b=sjmLNl0qThku43n2Ke/vTAVQNAdHrF6ZsMHWyQLhpKXnRtpObPbqg15b99bxBjLW6Z g9Li8d1duJPwEOktj0vsyPLUYJmQCBdTgXWtZks/pP0DQp88UDcvcwnbwey9QVhT0m7U X+O0BcxshFuABqH2sI8i1sqob1grTK/uU/GDU+ygujY4Eir48Po9nWgMGNmB0l5lrmmw T+aeZWuofg699tLkx1nCUIvmo32YKxd9Ftij7CBpcTJJlFFFJMjMr5+fRrqEfU11uAzC 9Lg9rEcZvUbs4N+PB3zpnIjsjZVWj0gklG48wh4j77gtmLKe5SD826hsR+YuzIOcOEyB ZXwg== X-Gm-Message-State: AOAM531pnzbR3FlUEbQNnrJ5x1G5T5caVxaq5yICEJCbWHbalst2ANPV UewZ54uZ5Xvq+FQSs0B5Sk39Kg== X-Received: by 2002:a4a:e381:: with SMTP id l1mr57870309oov.55.1594401060152; Fri, 10 Jul 2020 10:11:00 -0700 (PDT) Received: from Steevs-MBP.hackershack.net (cpe-173-175-113-3.satx.res.rr.com. [173.175.113.3]) by smtp.gmail.com with ESMTPSA id j97sm1184834otj.31.2020.07.10.10.10.58 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 10 Jul 2020 10:10:59 -0700 (PDT) Subject: Re: [PATCH v3 6/9] drm/bridge: ti-sn65dsi86: Use 18-bit DP if we can To: Doug Anderson Cc: Laurent Pinchart , Andrzej Hajda , David Airlie , Bjorn Andersson , Daniel Vetter , dri-devel , Jeffrey Hugo , Jernej Skrabec , Jonas Karlman , linux-arm-msm , LKML , Neil Armstrong , Rob Clark , Rob Clark , Sean Paul , Steev Klimaszewski References: <20191218143416.v3.6.Iaf8d698f4e5253d658ae283d2fd07268076a7c27@changeid> <20200710011935.GA7056@gentoo.org> From: Steev Klimaszewski Message-ID: <8e306b6d-246d-aa7f-cb24-923e13afcd04@kali.org> Date: Fri, 10 Jul 2020 12:10:58 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7/10/20 9:47 AM, Doug Anderson wrote: > Hi, > > > But should I continue on this path, > It's probably worth getting dithering working on your sdm845 anyway in > case anyone actually does put a 6bpp panel on this SoC. > > >> or should we be finding others who >> have an N61 and see what their EDID reports? > I have an email out to BOE, but it might take a little while to get a > response. I'll see what they say. If they say that the panel > actually supports 8bpp then it's a no-brainer and we should just > switch to 8bpp and be done. > > ...but if they say it's a 6bpp panel that has its own dither logic > then it gets more complicated. Initially one would think there should > be very little downside in defining the panel as an 8bpp panel and > calling it done. ...except that it conflicts with some other work > that I have in progress. :-P Specifically if you treat the panel as > 6bpp and then reduce the blanking a tiny bit you can actually save 75 > mW of total system power on my board (probably similar on your board > since you have the same bridge chip). You can see a patch to do that > here: > > https://crrev.com/c/2276384 > > ...so I'm hoping to get some clarity from BOE both on the true bits > per pixel and whether my proposed timings are valid before moving > forward. Is that OK? > > > -Doug It's fine by me - testing Rob's suggestion of changing MAX_HDISPLAY_SPLIT 1080->1920 along with the change to adding IS_SDM845 does give me a full screen that looks nicer, I'm fine with using the hack locally until a proper solution is found.  And I'm always a fan of using less power on a laptop. I'll give the patch a spin here if you want as well. Hopefully BOE gets back to you soon, and there's no rush, I'm just an end user who is extremely appreciative of all the work everyone on the list and the kernel in general put in to make my machines usable.