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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id DCE7AC433F5 for ; Tue, 8 Feb 2022 16:18:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type: Content-Transfer-Encoding:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:From:References:Cc:To:Subject: MIME-Version:Date:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=bPdxpsjpZLo7KbktVWmKDxvJWz7uXu021kggrbybTrQ=; b=y621sCQ3uN8n+G LTDgB4Ep1wZ9lQjKj/YlniyYeJXdZ6mndXMVjDAVQJsUla0VWDAIvWBtI6QSCjsnUBfgHli3Ys+a5 /ltS0Ol5oVA8v4PjlSjQshA/tiprCHQSl+AUp2wT3h9pJEtB5DykoUznsLiDDa/Y7HPMQJahn9yS6 bn18lS4CbMRdD1lJHEjPjwFSEJrWMdAkdyc+maAnPpwoIQtPg0sgPLed3XDA26pN5/00aYSVEOarM 2AKV3YKvDJdOFqXANpxuJIddrFbWDBSnb9wC4NTrCXSjJt2Mx38KjMwrgE+3LUh+wBA8HCGxuDwyS cX0HLlrF9uD4yQRbeXVw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nHTAC-00EoIV-Hj; Tue, 08 Feb 2022 16:16:20 +0000 Received: from mail-pj1-x1036.google.com ([2607:f8b0:4864:20::1036]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1nHT6h-00EmlL-Hv for linux-arm-kernel@lists.infradead.org; Tue, 08 Feb 2022 16:12:44 +0000 Received: by mail-pj1-x1036.google.com with SMTP id a11-20020a17090a740b00b001b8b506c42fso2535346pjg.0 for ; Tue, 08 Feb 2022 08:12:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=kpkkUdw9hDEbl9iY6JvwiBcPEsX9doMapOLQ7w9SniM=; b=nGlONSHPuCP7xrRoZrUZbBlRj2P2slaoa9VOEvHKvmOhuoj+QFf4KwqfJWSWXy/p4a uHFFPJAd+ZPfL7qrAmtonuCcPC2uDwoZHYMO1YoM44S0ddpfHLy1qSmEnd13TtpvAQJt mbqDGz8D8lxp/UhQNCn+ZWt/OX+fvFgCfXWDlsd9Lb8thViMDHtzwvpBZAew9R8cNwqQ 67NgfP2V4NeF+gRR/zD1bpocmARpxoH8pRYwoOmTOfb2p1EaJekYrdu3gH0YcYU4TdQ2 BXc0Fs+frYu1RpXCfpFYoZs2pJciEMqT7OoDiDknHgOB3YkgZKlDXZAYommyTciRf/vV AnTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=kpkkUdw9hDEbl9iY6JvwiBcPEsX9doMapOLQ7w9SniM=; b=IlIEPapz9jDK3f/w84LhAfhXfoyHrlJTzFWiHbGx32u5MsODX/qc0Q+NieLVCJ89OJ 310NeG+ELqE+HladX1xSOPNJM7lpS+ig3lwR1hSxlIt/Fue18q8BYpcUnCX9NpNSI8Kt 4+G2LLN6FU+kEgYJJ1FtLQDnAvpe5nOQpxb4w6MzajN6jpLpSY0A4dGArCaVz/wp0ECu 2oTk0y3fSLze189yPyLFv4pC+TsVqrvwMzq0zNn5VCrayPlzwFRr44KgOanhxcaqb1as IfmIeCtwjo8HFW00ryJ+Jw2Hw8UwRCtPdfAMMekwW46OF5NWxNZVD4Q8Aspi3QUo7Hwh eCdw== X-Gm-Message-State: AOAM530JbuY19+HJ/l865tiwr5RZOmDCYtGDx7+dGPRtfrdv5G0oHG/E relQWpcgoUDILLZm8RwXQvQ= X-Google-Smtp-Source: ABdhPJx129DqQjcqHzJxVGpus0P+6s00wGDBWzZmnmlH/JcFZY8cbXvHrQ/gYfQhK2j8gksYY6pCwA== X-Received: by 2002:a17:90a:5206:: with SMTP id v6mr2133566pjh.220.1644336762130; Tue, 08 Feb 2022 08:12:42 -0800 (PST) Received: from [192.168.1.3] (ip72-194-116-95.oc.oc.cox.net. [72.194.116.95]) by smtp.gmail.com with ESMTPSA id y4sm6354642pgp.5.2022.02.08.08.12.40 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 08 Feb 2022 08:12:41 -0800 (PST) Message-ID: <681e31c1-54d8-8a3e-ff0f-683cd5156685@gmail.com> Date: Tue, 8 Feb 2022 08:12:39 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.5.1 Subject: Re: [PATCH v3 4/8] dt-bindings: firmware: arm,scmi: Add atomic_threshold optional property Content-Language: en-US To: Cristian Marussi , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Cc: sudeep.holla@arm.com, james.quinlan@broadcom.com, Jonathan.Cameron@Huawei.com, etienne.carriere@linaro.org, vincent.guittot@linaro.org, souvik.chakravarty@arm.com, peter.hilber@opensynergy.com, igor.skalkin@opensynergy.com, Rob Herring , devicetree@vger.kernel.org References: <20220208154452.39428-1-cristian.marussi@arm.com> <20220208154452.39428-5-cristian.marussi@arm.com> From: Florian Fainelli In-Reply-To: <20220208154452.39428-5-cristian.marussi@arm.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220208_081243_651167_C458DAD4 X-CRM114-Status: GOOD ( 18.49 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 2/8/2022 7:44 AM, Cristian Marussi wrote: > SCMI protocols in the platform can optionally signal to the OSPM agent > the expected execution latency for a specific resource/operation pair. > > Introduce an SCMI system wide optional property to describe a global time > threshold which can be configured on a per-platform base to determine the > opportunity, or not, for an SCMI command advertised to have a higher > latency than the threshold, to be considered for atomic operations: > high-latency SCMI synchronous commands should be preferably issued in the > usual non-atomic mode. > > Cc: Rob Herring > Cc: devicetree@vger.kernel.org > Signed-off-by: Cristian Marussi > --- > v1 --> v2 > - rephrased the property description > --- > .../devicetree/bindings/firmware/arm,scmi.yaml | 11 +++++++++++ > 1 file changed, 11 insertions(+) > > diff --git a/Documentation/devicetree/bindings/firmware/arm,scmi.yaml b/Documentation/devicetree/bindings/firmware/arm,scmi.yaml > index eae15df36eef..646bdf2873b5 100644 > --- a/Documentation/devicetree/bindings/firmware/arm,scmi.yaml > +++ b/Documentation/devicetree/bindings/firmware/arm,scmi.yaml > @@ -81,6 +81,15 @@ properties: > '#size-cells': > const: 0 > > + atomic_threshold: > + $ref: /schemas/types.yaml#/definitions/uint32 > + description: > + An optional time value, expressed in microseconds, representing, on this > + platform, the threshold above which any SCMI command, advertised to have > + an higher-than-threshold execution latency, should not be considered for > + atomic mode of operation, even if requested. > + If left unconfigured defaults to zero. Underscores in properties is not usually something that is desired, and it might be a good idea to put the unit in the property name, how about: atomic-threshold-us? > + > arm,smc-id: > $ref: /schemas/types.yaml#/definitions/uint32 > description: > @@ -264,6 +273,8 @@ examples: > #address-cells = <1>; > #size-cells = <0>; > > + atomic_threshold = <10000>; > + > scmi_devpd: protocol@11 { > reg = <0x11>; > #power-domain-cells = <1>; -- Florian _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel