Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp1237865rwd; Thu, 8 Jun 2023 14:40:31 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7/1YwQ1aw0EAnFv4ex5hUnvuMmeVLg7Glvp4IibCjT/nwHUc4R/duDthTcmYbdC7J6DJXp X-Received: by 2002:a17:90b:38c4:b0:250:aaea:4306 with SMTP id nn4-20020a17090b38c400b00250aaea4306mr5410545pjb.21.1686260431153; Thu, 08 Jun 2023 14:40:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1686260431; cv=none; d=google.com; s=arc-20160816; b=jzrdiomStVuwkJpJhJBa+WD/QeGLyzakOpEzn/aGU1UpQ5bMqYmHFeQJu+LSdeIiUZ JP4PMlBR6JY1JsbDdp1Ce/kiBHFgIB34Y3jr6m7WUhzvnejkabzd0SiPTe+LQO49SZsn P6AE4o2Ndk6iKTBvJRyz9JsW5jm71V+Dmo0ZjxMF5K+8KJlxDi0rN1Q1oIiNhALtLbau ZvqwJn4/g8Atp2SYlmt+ZCsf6mAghWehFaU8pdmlY+DH/ssxSB+ue8jmaMTZ5c+xrm/t LoUKFWpFM2YQwqyRnBqYICYdPizBAsN/wOFr3BCmRHdMAJlIIkN0RHXRTrvFoqGST5R+ M/NQ== 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=2FMvGYAzuZRfNH9ntpuhSoq2QKXt57EC2toGT1Yc+LQ=; b=o86hw6taqYDTlNSh8+D+3u/E3K93z1doAKBVd6j1Clln/5/sp1Eqwsh8jqjJ2wzjsY HxefuhmgpLjBGhdU558z1sfvgJsSrje1cacHkJNY/kQbIfI6zDT51bMc0oCnTAq1rOhX Zttji+DXWLyWFT/xmR9x1f7T0SS2LTuwIR1rSWT7L/kkufUI2Nc71pv1r9vcXNw0zuqO i+Pv+eb8pkYCpm4m2qL2DyZimK91DcMpiRdYiUk+C/N/4pO/eQQNtWIuPLyBfhsb+Dvq mxdBQH0F08nyNARduDqQzY2M547tXjEBBuSMNE18/qLvf9Dur+EXx8YDqwopEws3OMEI qPYw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v135-20020a63618d000000b0053ef5472637si1549110pgb.150.2023.06.08.14.40.19; Thu, 08 Jun 2023 14:40:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S236358AbjFHU6z (ORCPT + 99 others); Thu, 8 Jun 2023 16:58:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52768 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229678AbjFHU6x (ORCPT ); Thu, 8 Jun 2023 16:58:53 -0400 Received: from mail-il1-f179.google.com (mail-il1-f179.google.com [209.85.166.179]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7BADB269A; Thu, 8 Jun 2023 13:58:52 -0700 (PDT) Received: by mail-il1-f179.google.com with SMTP id e9e14a558f8ab-33b1da9a8acso4884465ab.3; Thu, 08 Jun 2023 13:58:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686257931; x=1688849931; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=2FMvGYAzuZRfNH9ntpuhSoq2QKXt57EC2toGT1Yc+LQ=; b=B163tFeOKLbvVhXiLjMGP1hgJkXxkDKFBQ/X9ZpS6zwB2qzr1ztKXy6ncSoFCBiTTs qu1RYcLZCXthMZykAcp4xYvrNl7tnuT87AmtCGd6jMkVNSraTfxUXJJZOamLs+rQBiuX SBQGNKLNDRsHsrKFISTfXexEU+TnyQd/YLa+aEQxDgvVDX1a5MKokuLrqLNAWGXiBKxA dpC+VuuAz6h2jYpNgbxvvuyYKgani+hy4pvMUipp8sYwLMS3xM5yUUnJcNWBnkBiBNmR efa2PkPAlF11EfVh8FncgJjMdDkClmC/VSU47SCzUkYsANtIQfDp5rXnWE8ufnK58K+u o9wA== X-Gm-Message-State: AC+VfDyvYB2ko9iMVcWZV3fYnBOdhPZ4Mu25hlS6p4AXiegWCZCFK/6F 4BMVa0f8y2919c7sqzXtIQ== X-Received: by 2002:a92:cc01:0:b0:33c:b80e:4599 with SMTP id s1-20020a92cc01000000b0033cb80e4599mr11532791ilp.9.1686257931638; Thu, 08 Jun 2023 13:58:51 -0700 (PDT) Received: from robh_at_kernel.org ([64.188.179.250]) by smtp.gmail.com with ESMTPSA id z12-20020a92d6cc000000b0033bea7559ffsm630717ilp.53.2023.06.08.13.58.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 08 Jun 2023 13:58:50 -0700 (PDT) Received: (nullmailer pid 3434522 invoked by uid 1000); Thu, 08 Jun 2023 20:58:48 -0000 Date: Thu, 8 Jun 2023 14:58:48 -0600 From: Rob Herring To: Konrad Dybcio Cc: Krzysztof Kozlowski , freedreno@lists.freedesktop.org, Sean Paul , Akhil P Oommen , devicetree@vger.kernel.org, Bjorn Andersson , Marijn Suijten , linux-arm-msm@vger.kernel.org, David Airlie , dri-devel@lists.freedesktop.org, Rob Clark , Abhinav Kumar , Conor Dooley , Daniel Vetter , Rob Clark , Konrad Dybcio , linux-kernel@vger.kernel.org, Krzysztof Kozlowski , Dmitry Baryshkov Subject: Re: [PATCH v8 01/18] dt-bindings: display/msm: gpu: Document GMU wrapper-equipped A6xx Message-ID: <20230608205848.GA3424883-robh@kernel.org> References: <20230223-topic-gmuwrapper-v8-0-69c68206609e@linaro.org> <20230223-topic-gmuwrapper-v8-1-69c68206609e@linaro.org> <20230530122652.lct6tk6zseny6gxl@krzk-bin> <1ceeb56e-3efd-6858-358a-bd1976c625b1@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1ceeb56e-3efd-6858-358a-bd1976c625b1@linaro.org> X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 30, 2023 at 03:35:09PM +0200, Konrad Dybcio wrote: > > > On 30.05.2023 14:26, Krzysztof Kozlowski wrote: > > On Mon, 29 May 2023 15:52:20 +0200, Konrad Dybcio wrote: > >> The "GMU Wrapper" is Qualcomm's name for "let's treat the GPU blocks > >> we'd normally assign to the GMU as if they were a part of the GMU, even > >> though they are not". It's a (good) software representation of the GMU_CX > >> and GMU_GX register spaces within the GPUSS that helps us programatically > >> treat these de-facto GMU-less parts in a way that's very similar to their > >> GMU-equipped cousins, massively saving up on code duplication. > >> > >> The "wrapper" register space was specifically designed to mimic the layout > >> of a real GMU, though it rather obviously does not have the M3 core et al. > >> > >> GMU wrapper-equipped A6xx GPUs require clocks and clock-names to be > >> specified under the GPU node, just like their older cousins. Account > >> for that. > >> > >> Signed-off-by: Konrad Dybcio > >> --- > >> .../devicetree/bindings/display/msm/gpu.yaml | 61 ++++++++++++++++++---- > >> 1 file changed, 52 insertions(+), 9 deletions(-) > >> > > > > Running 'make dtbs_check' with the schema in this patch gives the > > following warnings. Consider if they are expected or the schema is > > incorrect. These may not be new warnings. > I think it'd be beneficial if the bot diffed the output of checks pre- > and post- patch. Fix all the warnings and it will. ;) Care to donate h/w to run the build twice every time? Really what I care about on these is when I keep getting changes to a schema and the list of warnings remains long and not getting fixed. This case was less than useful with just the oneOf warning. Rob