From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7A145C433E2 for ; Tue, 14 Jul 2020 15:31:28 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 4F76F221EF for ; Tue, 14 Jul 2020 15:31:28 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=chromium.org header.i=@chromium.org header.b="Wim6yhMr" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4F76F221EF Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=chromium.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=dri-devel-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id C8D596E532; Tue, 14 Jul 2020 15:31:27 +0000 (UTC) Received: from mail-vs1-xe2e.google.com (mail-vs1-xe2e.google.com [IPv6:2607:f8b0:4864:20::e2e]) by gabe.freedesktop.org (Postfix) with ESMTPS id C42C56E532 for ; Tue, 14 Jul 2020 15:31:25 +0000 (UTC) Received: by mail-vs1-xe2e.google.com with SMTP id k7so8735842vso.2 for ; Tue, 14 Jul 2020 08:31:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=WksUM6pNI+S4CMahaIw3W532k7nAO9tbEiDkzLv1CSM=; b=Wim6yhMrOtHj4Obe5ed3OHki+ECj+oGFL5miVjOUk/VdS8ZzJuC9l+wt2q2ai1dEQe TlrGeWOCFBEiVGdatHH0GWLAdKOp/Pbda9YggdQasMCy6pqwDpHv4+m3GwzZKsqfXDQM wVLLbO0svs94J/bEPWFTvqxqE/NvlRMZJJ2kM= 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=WksUM6pNI+S4CMahaIw3W532k7nAO9tbEiDkzLv1CSM=; b=RcvWttVcHC5F0Gw4nfmTj0lbcoTuCPJMnKwmpV2FPScLojzr8hpStZ4RPFSQX1D44A H35RerqdgH/1Jr9nOaTDTUdravoEMZ38J+Xh3OwCQlRB594qeiffVjVpxNrFVwRwE7yC ySnvrBOwkx6Lbnxayi3Ej45/5rtZwCnDYd0yE4SeexU+6oFNWNKMSo0eZI9/DhLqm6rp 2xM+pTAD8Fk0xKH4f8U90c5jjFCd9SqgTcgkc8fg5u3MUL7SlWnb3qhlq6oLrKNS5CQd 63CF6R5gi/mdzgRWIkvNt3U+FVLx3metOp2X4NZmMOfrSCZ66K+ZiqSdgR7wS2tXZdqE 1O1w== X-Gm-Message-State: AOAM532iBMGbjcnb5wcT832VxBrDWAEbmtTR9bvn9f5fO9jUtnDQ/Lp+ spYgTKRz2JXPMxfGA/khiSPmkpMU1pM= X-Google-Smtp-Source: ABdhPJwC8zelGzOpCy8uMUVizQf9hYQz4etwmq7EoBvXFXHXH8SYP6bv6PJRI0LK9Tkpi7gFmmd8cQ== X-Received: by 2002:a67:b909:: with SMTP id q9mr3408324vsn.132.1594740684436; Tue, 14 Jul 2020 08:31:24 -0700 (PDT) Received: from mail-ua1-f50.google.com (mail-ua1-f50.google.com. [209.85.222.50]) by smtp.gmail.com with ESMTPSA id x79sm1933329vsx.17.2020.07.14.08.31.22 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 14 Jul 2020 08:31:22 -0700 (PDT) Received: by mail-ua1-f50.google.com with SMTP id u33so3527716uad.9 for ; Tue, 14 Jul 2020 08:31:22 -0700 (PDT) X-Received: by 2002:ab0:150c:: with SMTP id o12mr3958335uae.90.1594740682019; Tue, 14 Jul 2020 08:31:22 -0700 (PDT) MIME-Version: 1.0 References: <20191218143416.v3.6.Iaf8d698f4e5253d658ae283d2fd07268076a7c27@changeid> <20200710011935.GA7056@gentoo.org> <8e306b6d-246d-aa7f-cb24-923e13afcd04@kali.org> In-Reply-To: <8e306b6d-246d-aa7f-cb24-923e13afcd04@kali.org> From: Doug Anderson Date: Tue, 14 Jul 2020 08:31:10 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v3 6/9] drm/bridge: ti-sn65dsi86: Use 18-bit DP if we can To: Steev Klimaszewski X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Rob Clark , Jernej Skrabec , Jeffrey Hugo , David Airlie , linux-arm-msm , Jonas Karlman , LKML , dri-devel , Bjorn Andersson , Neil Armstrong , Andrzej Hajda , Sean Paul , Laurent Pinchart , Steev Klimaszewski Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" Hi, On Fri, Jul 10, 2020 at 10:11 AM Steev Klimaszewski wrote: > > > 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. Just FYI that I got confirmation that the panel is truly 6 bpp but it will do FRC dithering if given an 8 bpp input. That means that you should be getting just as good picture quality (and possibly more tunable) by using the dithering in the display pipeline and leaving the panel as 6bpp. Thus I'm going to assume that's the route we'll go down. If ever we find someone that wants to use this panel on a display controller that can't do its own dithering then I guess we'll have to figure out what to do then... In terms of the more optimal pixel clock for saving power, my proposal is still being analyzed and I'll report back when I hear more. I'm seeing if BOE can confirm that my proposal will work both for my panel (the -n62 variant) and the one you have (the -n61 variant). -Doug _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel