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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E584BC433EF for ; Wed, 5 Jan 2022 15:14:17 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235870AbiAEPOQ (ORCPT ); Wed, 5 Jan 2022 10:14:16 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52494 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230064AbiAEPOO (ORCPT ); Wed, 5 Jan 2022 10:14:14 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1B5BCC061245; Wed, 5 Jan 2022 07:14:14 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id ACCEF617A1; Wed, 5 Jan 2022 15:14:13 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id F08BDC36AE0; Wed, 5 Jan 2022 15:14:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1641395653; bh=VUhQN/bGEmZXu1YaL3l+kfl8Q/N30Ah05FkF6MMX0xE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=AhEiKfCujHf+uH5ha6Fayh2NOmSsaNDGCZx2pZSRTbWfh2vUmOWH9fg7u4hPTubU+ +KzFIeNirHPP9JW/S82mqt/1k4m6KrV6zvHjUKfin7Hs6QV0wnYTrrcfLet4SPt4Zp bPzA7odY4E7stpeReFSvu81sQlMxr7zNaDh2UDYQRCdYQQPIC7zGd3PQpr3rsnst8z VYndrOEPSvRx55+m5v/Z1s9geGMiRz/hq9zvfhAU+TFIKD3XqfWFmgwuMLX2FXgCr/ HiQVsvQ4WM9/4xSKZAXvr+OiXdZgX8iv29EHam0fxiRu6j7ouVgvMAjgk47X5+st8m BuubeJAfqqNFw== Received: by pali.im (Postfix) id 9AE2082A; Wed, 5 Jan 2022 16:14:10 +0100 (CET) Date: Wed, 5 Jan 2022 16:14:10 +0100 From: Pali =?utf-8?B?Um9ow6Fy?= To: Rob Herring Cc: Marek =?utf-8?B?QmVow7pu?= , devicetree@vger.kernel.org, PCI , Bjorn Helgaas Subject: Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property Message-ID: <20220105151410.wm5ti6kbjmvm5dwf@pali> References: <20211031150706.27873-1-kabel@kernel.org> <20220105151444.7b0b216e@thinkpad> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: NeoMutt/20180716 Precedence: bulk List-ID: X-Mailing-List: linux-pci@vger.kernel.org On Wednesday 05 January 2022 08:27:21 Rob Herring wrote: > On Wed, Jan 5, 2022 at 8:14 AM Marek Behún wrote: > > > > On Fri, 12 Nov 2021 09:25:20 -0600 > > Rob Herring wrote: > > > > > On Sun, Oct 31, 2021 at 04:07:05PM +0100, Marek Behún wrote: > > > > From: Pali Rohár > > > > > > > > This property specifies slot power limit in mW unit. It is a form-factor > > > > and board specific value and must be initialized by hardware. > > > > > > > > Some PCIe controllers delegate this work to software to allow hardware > > > > flexibility and therefore this property basically specifies what should > > > > host bridge program into PCIe Slot Capabilities registers. > > > > > > > > The property needs to be specified in mW unit instead of the special format > > > > defined by Slot Capabilities (which encodes scaling factor or different > > > > unit). Host drivers should convert the value from mW to needed format. > > > > > > > > Signed-off-by: Pali Rohár > > > > Signed-off-by: Marek Behún > > > > --- > > > > Documentation/devicetree/bindings/pci/pci.txt | 6 ++++++ > > > > 1 file changed, 6 insertions(+) > > > > > > > > diff --git a/Documentation/devicetree/bindings/pci/pci.txt b/Documentation/devicetree/bindings/pci/pci.txt > > > > index 6a8f2874a24d..7296d599c5ac 100644 > > > > --- a/Documentation/devicetree/bindings/pci/pci.txt > > > > +++ b/Documentation/devicetree/bindings/pci/pci.txt > > > > @@ -32,6 +32,12 @@ driver implementation may support the following properties: > > > > root port to downstream device and host bridge drivers can do programming > > > > which depends on CLKREQ signal existence. For example, programming root port > > > > not to advertise ASPM L1 Sub-States support if there is no CLKREQ signal. > > > > +- slot-power-limit-miliwatt: > > > > > > Typo. > > > > > > But we shouldn't be adding to pci.txt. This needs to go in the > > > schema[1]. Patch to devicetree-spec list or GH PR is fine. > > > > Hello Rob, > > > > Pali's PR draft https://github.com/devicetree-org/dt-schema/pull/64 > > looks like it's going to take some time to work out. > > > > In the meantime, is it possible to somehow get the > > slot-power-limit-milliwatt property merged into pci.txt so that we can start > > putting it into existing device-trees? > > > > Or would it break dt_bindings_check if it isn't put into dt-schema's > > pci-bus.yaml? > > > > Or should we simply put it into current version of pci-bus.yaml and > > work out the split proposed by Pali's PR afterwards? > > In the existing pci-bus.yaml is fine. Hello Rob! I do not think that it is possible to add this property correctly in to the existing pci-bus.yaml file. As this file is not prepared for slot properties. And I guess that adding new property at "random" place is against the idea of schema validation (that validation procedure accepts only valid DTS files).