Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp552527pxv; Wed, 14 Jul 2021 09:50:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxkP7epo5Qb5LBk8dMV8VTeyGByRYSCYeIPTaxESq82Rhk/QjuLTg+JZNFUUO/13u7hi7TF X-Received: by 2002:aa7:d353:: with SMTP id m19mr15453049edr.162.1626281433550; Wed, 14 Jul 2021 09:50:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626281433; cv=none; d=google.com; s=arc-20160816; b=GLiDQivwq7kVrHmX9cPULpp3HL88+mf24uJzosJ7PxCcNqTkQ2aIdUtzcBmVXFYrHE 9TnFETu7vuvRUfUEaa1M9XK+IQ0J5TaQSnhC4y1rZLZfn6Q9+cujwBsNVRcAHR0bf8C1 /WoRPwccdDFUncI32p5/Mug3yDwwd9T1NELdzJ2y1hvI+QKBlKbTOgIwAO08iSCuXrmm Nt2KX+D+pX9Z1Db2UQQsqTSkjJuvrD/25NReYPGoyPdIN33bvP94Iamf8ivbJWKbXRs6 DhMuXaLA4rHC6V4mx0hhSFgt8mkF0zvYV5viCjZaLmvLg4fwLiDUzp+KhUyNcr8ksPus s6AQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=Em+uPtFKFXh7N3MTp0ro/FR71XPYhI6+4imLYR2dqS8=; b=zrhtzRsKhuUS348jNrxLMl+yBY2Z3kp48qTrBBCHQ/NnOvvayo09VOdBsPkIU3gmS2 FLLpKFjurxP373a+I6XVuYZ8gV9b2iwlN91JyIVc79tuFovPCTq9tKIeteR90oqxbUvS ILXu5uG7a42Cmpdh8TlJW9/9C2zYTvigrz3I4/o6ihoinCmMUmxzXB+vbbpeJroTjxYX +ZAXv/41JlAUUlEzPnKoyHUC+MC04pKOXIyKs//BE29AKbS4B2QRcWet0MnR0niNsLzd zI6KW/zpL0L8QC0F/5khCIiNkgW5dY4xl8hvhH/2LgBHjVOQKywsVWtTIAQUoBh4TttU 17xA== 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ds4si3003128ejc.519.2021.07.14.09.50.10; Wed, 14 Jul 2021 09:50:33 -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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236466AbhGNQt0 (ORCPT + 99 others); Wed, 14 Jul 2021 12:49:26 -0400 Received: from foss.arm.com ([217.140.110.172]:37028 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229595AbhGNQt0 (ORCPT ); Wed, 14 Jul 2021 12:49:26 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 1F1E6D6E; Wed, 14 Jul 2021 09:46:34 -0700 (PDT) Received: from usa.arm.com (e103737-lin.cambridge.arm.com [10.1.197.49]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id A14D03F774; Wed, 14 Jul 2021 09:46:31 -0700 (PDT) From: Sudeep Holla To: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, virtio-dev@lists.oasis-open.org, virtualization@lists.linux-foundation.org, Cristian Marussi Cc: Sudeep Holla , Vasyl.Vavrychuk@opensynergy.com, f.fainelli@gmail.com, jean-philippe@linaro.org, Jonathan.Cameron@Huawei.com, james.quinlan@broadcom.com, igor.skalkin@opensynergy.com, alex.bennee@linaro.org, Andriy.Tryshnivskyy@opensynergy.com, peter.hilber@opensynergy.com, etienne.carriere@linaro.org, mikhail.golubev@opensynergy.com, vincent.guittot@linaro.org, souvik.chakravarty@arm.com, anton.yakovlev@opensynergy.com Subject: Re: [PATCH v6 02/17] firmware: arm_scmi: Fix max pending messages boundary check Date: Wed, 14 Jul 2021 17:46:19 +0100 Message-Id: <162628092795.2616376.4238960316270820768.b4-ty@arm.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20210712141833.6628-3-cristian.marussi@arm.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 12 Jul 2021 15:18:16 +0100, Cristian Marussi wrote: > SCMI message headers carry a sequence number and such field is sized to > allow for MSG_TOKEN_MAX distinct numbers; moreover zero is not really an > acceptable maximum number of pending in-flight messages. > > Fix accordignly the checks performed on the value exported by transports >in scmi_desc.max_msg. > > [...] Applied to sudeep.holla/linux (for-next/scmi), thanks! [02/17] firmware: arm_scmi: Fix max pending messages boundary check https://git.kernel.org/sudeep.holla/c/bdb8742dc6 -- Regards, Sudeep