Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp1496467pxv; Fri, 16 Jul 2021 10:35:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzfPLaAIA9urgtaUIVPdeT+VnwZ60rsShhjl+TT8DlEkk/1KqbF/1gz101s5OE+VZCQ65tm X-Received: by 2002:a50:fd99:: with SMTP id o25mr16480214edt.285.1626456918487; Fri, 16 Jul 2021 10:35:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626456918; cv=none; d=google.com; s=arc-20160816; b=Y7CTQfJpf/U7LeHk/tvnVA4u4X8vL4ChwBJ9mAMKXO4Uo6yE3b5ar/QDOkAk5jhQUs d90vvA0dluR0TXfFLhPpycbtOos+t2AeGe9b07GPK+HbPGx2fU5OoXq3odPRTGTXPnqX SR/2Iy/G0DojgZB2UBWHvn0oxLn9bU9YVRmkQMLSUg72skOofjch0G+K2KoFCcZrYqi5 dIMNOcLoA2pDBerOy06WJHbB0Nx8LgdNC3KEmH0vCSHv3FX3/E0sNql02px9U9GQ5NtT rLDRWrn4X7DilfLeFXZAuIxLFIez6Ny497GGgn1bB5tkkKSX4LRmubGVAfLGhkdhUZ3u Q+6Q== 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=bBjy0/9KrCFc43pikW3DapYBnLJRP7OXLZVYWY+cmRw=; b=NlY3ChzmnZYpqde5h5Yz+TXgmwhnK+dUVcF4OQlULo1Nk4XOdd/oNlQfnq18YAsJVF YLHufxmKgxZeOhkoGMqdjGppsCH778KnAO1dkKPz1pZ5FMBWQ78BRHj9w0JpROYUBIvg hj7xcxaNGmcw95ehzbblosnNNYPkIGVeoSfHmF18BF7ty9TPrfCJqKdJnqfNrmygaKVt 4sMfgov+xsOC/Uw14nSYK1+e9/bJtzMjgE2vFFOBlzEWUL5xHeA0+mWBbO3YzfCf4b1n Z4diDSBUPEUWeyG6btMyAvXdSRpEBDes7KBzHXEd0Qns8VTWcum6Kb0RyLvsMB7OYH7m l68Q== 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; 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 m20si11931835edq.400.2021.07.16.10.34.55; Fri, 16 Jul 2021 10:35:18 -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; 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 S231390AbhGPRgi (ORCPT + 99 others); Fri, 16 Jul 2021 13:36:38 -0400 Received: from mail-io1-f52.google.com ([209.85.166.52]:43572 "EHLO mail-io1-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230428AbhGPRgd (ORCPT ); Fri, 16 Jul 2021 13:36:33 -0400 Received: by mail-io1-f52.google.com with SMTP id k16so11478327ios.10; Fri, 16 Jul 2021 10:33:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=bBjy0/9KrCFc43pikW3DapYBnLJRP7OXLZVYWY+cmRw=; b=S3J6w5viE6zDh0lQnxATT8w7C0pRFcI61r6J5UXZbNnlNEr5rkzcIn/NFWPfD7eTgU zjssBGhRpnrcRtR3JR+WK59ahDQTMm/juU5PVZ7CpvgnsEJE9KW3nhTOHKqtY8h5YFkr A6VPHmdJ+JXmSJtVnUvBr/aBqumLMqizfRM3YtgYUJx6mdqG8qWHSOfv0E/cRceLhMoN ygEdlw44+9C6lBvXrhYzTOzzIfLbNGABQ+Hjei/T3jTx2pcVtJjBW27GjCh1FTnGKnQ+ v1OYlF5/p44WjTJBkM0xnSy9sjnmr01Pz1aA05FClnD39jAcNQv5hiskXflkDi4OAjxr ehpQ== X-Gm-Message-State: AOAM5315WNST4ikd7ilwtZj1hNuANItgjT8Vem3vtlDTrQtntZ71osZz CD8OgJlu2nGiLRkJ0JouEw== X-Received: by 2002:a02:a797:: with SMTP id e23mr9901120jaj.121.1626456817576; Fri, 16 Jul 2021 10:33:37 -0700 (PDT) Received: from robh.at.kernel.org ([64.188.179.248]) by smtp.gmail.com with ESMTPSA id i14sm4765382ilu.71.2021.07.16.10.33.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 16 Jul 2021 10:33:36 -0700 (PDT) Received: (nullmailer pid 3641673 invoked by uid 1000); Fri, 16 Jul 2021 17:33:33 -0000 Date: Fri, 16 Jul 2021 11:33:33 -0600 From: Rob Herring To: Jianjun Wang Cc: Bjorn Helgaas , Lorenzo Pieralisi , Ryder Lee , Matthias Brugger , linux-pci@vger.kernel.org, linux-mediatek@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, youlin.pei@mediatek.com, chuanjia.liu@mediatek.com, qizhong.cheng@mediatek.com, ot_jieyang@mediatek.com, drinkcat@chromium.org, Rex-BC.Chen@mediatek.com, Krzysztof Wilczyski , Ryan-JH.Yu@mediatek.com Subject: Re: [PATCH v3 1/2] dt-bindings: PCI: mediatek-gen3: Add property to disable dvfsrc voltage request Message-ID: <20210716173333.GA3632722@robh.at.kernel.org> References: <20210630024934.18903-1-jianjun.wang@mediatek.com> <20210630024934.18903-2-jianjun.wang@mediatek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210630024934.18903-2-jianjun.wang@mediatek.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jun 30, 2021 at 10:49:33AM +0800, Jianjun Wang wrote: > Add property to disable dvfsrc voltage request, if this property > is presented, we assume that the requested voltage is always > higher enough to keep the PCIe controller active. > > Signed-off-by: Jianjun Wang > --- > .../devicetree/bindings/pci/mediatek-pcie-gen3.yaml | 8 ++++++++ > 1 file changed, 8 insertions(+) > > diff --git a/Documentation/devicetree/bindings/pci/mediatek-pcie-gen3.yaml b/Documentation/devicetree/bindings/pci/mediatek-pcie-gen3.yaml > index e7b1f9892da4..3e26c032cea9 100644 > --- a/Documentation/devicetree/bindings/pci/mediatek-pcie-gen3.yaml > +++ b/Documentation/devicetree/bindings/pci/mediatek-pcie-gen3.yaml > @@ -96,6 +96,12 @@ properties: > phys: > maxItems: 1 > > + disable-dvfsrc-vlt-req: > + description: Disable dvfsrc voltage request, if this property is presented, > + we assume that the requested voltage is always higher enough to keep > + the PCIe controller active. > + type: boolean What determines setting this property? Can it be implied by the compatible (which should be SoC specific). Is this property specific to PCIe controller? Wouldn't the request be harmless to make the voltage request even if not needed? I think this probably should be addressed in a common way as part of other QoS, devfreq, etc. requirements for devices. Rob