Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp284046pxj; Thu, 17 Jun 2021 02:39:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzpjfJhErFXphva6Zx89VQyJijqRLk6V3Sdnt1lTN76VoUhtnZ1psBsMMoAOc4oOL7uWz5N X-Received: by 2002:a17:906:f6cb:: with SMTP id jo11mr4269438ejb.439.1623922743950; Thu, 17 Jun 2021 02:39:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623922743; cv=none; d=google.com; s=arc-20160816; b=rJ+NZQVbRhQ87qI+VfrvCL6iGbwohUovj9JRHp/EPn3FhyltuutXnsQd2yxT0qbUVh z47E0P6sAM5idBAEHBoXwsr1a/BkmNjI4Lk07Ug3aRVnxUReXCF1yZ8ycgr9jBEVA3aL AcbzPyUyDkASJYlLRO8eY0a406InQbKXPnJX5CUObzgV/iMCFTzYUAG3tLsL/hTKByBT G4fsKnNp5qzvyTPIZlzr3B9eL85daszIZ9BhJilAtTmbzfn9RQZv1PHLryfgWJ6+EEU8 D+P4M6lgIlkFHMxoUoVOSZ8cLciYBwqMeaKC6ToXflSCNmT4iClO+Hpkp6WWTd+k+/4n XgMQ== 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:dkim-signature; bh=O7fossYibH3o3EBM/pJ55Z0crMIZQ37kSuNzD/7Ozlg=; b=nfoFFEvDAiHiQTzFL3g0OHI3UNt15DKYDzghtEgYXuDiPCeXOWaMP/3Y0hDwIzyk6T PKaeCiWCOFgkr4ChTXHQY5Kzl6J4fbFLR8pNDnmeYPdq9O3BkULY+kcV8R66IZbIWwu2 6z1Cv7z1eTyzYJLnaF0syN5Jb0E0Xw+JmajHGi/oGTrkvDfvgdfUrdjGGT0rPAYh3J7Q GpquAq4th4NGGEWP3bwk5axcUIxERrcOwQbOheYk33IfzgPZsagrqAOWCTm7sR2P6DoH JyWyY9KCGmxFJ7CTKv/41Lig0K0VoFQ9ExVeeRkxzYPGOS8TymxvGrdyKcQAFryzgWHR vWFg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=KZtZND8j; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y12si4828837eje.174.2021.06.17.02.38.37; Thu, 17 Jun 2021 02:39:03 -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=@kernel.org header.s=k20201202 header.b=KZtZND8j; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230055AbhFQIIn (ORCPT + 99 others); Thu, 17 Jun 2021 04:08:43 -0400 Received: from mail.kernel.org ([198.145.29.99]:49006 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229666AbhFQIIn (ORCPT ); Thu, 17 Jun 2021 04:08:43 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id DD8C0610A0; Thu, 17 Jun 2021 08:06:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1623917195; bh=YuScG7SzWSSRa8w1px2qbFZAuK3KvyU2T8TThbFj484=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=KZtZND8jBB1VBzwKJ37okD6sz+7yOm9yfkVXZvMIlMjMbU+/QQz+2xByOFDnV5kBI 6efKtbVV9eT5xS4zzlnh8n7ZsNw9HbZ9sDLEp85/CilwlCFxqxCmQTdmDzguDQa7Lp 4x2Vb3YyD9PDnbpAeR5LjMTKQ1CrYzZ7y+T6cKTgZhf9ln2FEaUfw4ZsIG57QvUrn+ mYwOMefXgMUm+fnsHxN3SSZb5+ntdFmtUv2FZAMaHM6Nw2i3Q4grHbNXZezuo5XuAw 2Pb+WKjNG8oat7wV5SyAWARDp1KJqOMhozk0z+QSanSSEdBFilprNmu6ZdBXqQ2fFd yOrn1FJC0gCnw== Date: Thu, 17 Jun 2021 13:36:32 +0530 From: Vinod Koul To: abhinavk@codeaurora.org Cc: Rob Clark , DTML , Jonathan Marek , Jeffrey Hugo , David Airlie , MSM , lkml , Bjorn Andersson , Rob Herring , "open list:DRM PANEL DRIVERS" , Daniel Vetter , Dmitry Baryshkov , freedreno Subject: Re: [Freedreno] [RFC PATCH 00/13] drm/msm: Add Display Stream Compression Support Message-ID: References: <20210521124946.3617862-1-vkoul@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03-06-21, 16:40, abhinavk@codeaurora.org wrote: > On 2021-06-02 04:01, Vinod Koul wrote: > > On 27-05-21, 16:30, Rob Clark wrote: > > > > yeah that is always a very different world. although it might make sense > > to use information in tables and try to deduce information about the > > system can be helpful... > > > > > I'd worry more about what makes sense in a DT world, when it comes to > > > DT bindings. > > > > And do you have thoughts on that..? > > At the moment, I will comment on the bindings first and my idea on how to > proceed. > The bindings mentioned here: > https://lore.kernel.org/dri-devel/20210521124946.3617862-3-vkoul@kernel.org/ > seem to be just > taken directly from downstream which was not the plan. > > I think all of these should be part of the generic panel bindings as none of > these are QC specific: Okay so we have discussed this w/ Bjorn and Abhinav and here are the conclusions and recommendations for binding 1. the properties are generic and not msm specific 2. The host supports multiple formats but the one we choose depends mostly upon panel. Notably host runs the config which the panel supports. So the recommendations is to add a table of dsc properties in the panel driver. No DT binding here. I should also note that for DP we should be able to calculate these values from EDID like the i915 driver seems to do With this I will drop the binding patch and move dsc properties to panel driver Thanks -- ~Vinod