Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp3014169pxv; Mon, 12 Jul 2021 07:20:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxxIuMSENV4QYc5f4TfLdhWdHE1OCjMmKULql79Le1t74EuEnMSXib7/Q28jXOaf+OQaExn X-Received: by 2002:a6b:c305:: with SMTP id t5mr40804120iof.202.1626099600183; Mon, 12 Jul 2021 07:20:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626099600; cv=none; d=google.com; s=arc-20160816; b=VambWUQmh13bnnm8S5oWZu/IP7j79b3I/058Zncs56S+OLWzykfXEWOHNuL+bSqvEi eNSBBpYjvPS3BWbt7KBps4owIgT4ZIJ534bTeU29hSrze5ACAo2gxewBICyOv0BNHkQ9 HaMqlzqnjx/2ehz2JhxvQ1+3e+ar73dHGBqPgohQvSYxuUBDXS0K0iiAZ2oNf+LD5BiS X7uCDqg7JRAdk1Y/+igSGw37zBepG2a3UM2g2IBz97WbB0M3qJQcAQzBiuAvwWL+0aBC VhF+CHnntd6Ji8ytF6G5tIyd/cqE66Jd19vI5j+lupUDfrzKJLpbNV9vXxPSWKmDVcx/ D9YA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:references:in-reply-to:message-id:date:subject :cc:to:from; bh=l+n02pX5ftDKKFHSY+OSd6v7hutVvB9t/YK1jGwMVsw=; b=rWNyQLIMv2bgBUxgqgL1egFeZQcyyL2Lc2gLhzQ49YURQpaAQuM5cR6JdgMIoBibhR OSI2NxEYq9ALBq/XkBectxfaDmJGWvS0W0v/sJzRCtAcxLquVAAtSaobl5i289oGh5Fm XRXJT/GDptOq/7dhJ1SgqrbyBdDelIXO6t9Oy78Jkb6Ll5is9i3JXxCu8c9WGbXyCv2a CMrdwWiHru8pU4wgjZXtLJ/1rFSQ3bHEhP7PinRu6/n5XlVfHHwwBC5PNWLKv9WXsy2b iCAByV1IFRXt1EhYUzo+fO+Fu9VKquQm+HA0RRU8fg5f/lxjuDUgDH4+lKCxQvH0/oO5 81Kw== 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 k11si18931774jav.18.2021.07.12.07.19.48; Mon, 12 Jul 2021 07:20:00 -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 S234940AbhGLOVw (ORCPT + 99 others); Mon, 12 Jul 2021 10:21:52 -0400 Received: from foss.arm.com ([217.140.110.172]:55860 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233172AbhGLOVw (ORCPT ); Mon, 12 Jul 2021 10:21:52 -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 E6849D6E; Mon, 12 Jul 2021 07:19:03 -0700 (PDT) Received: from e120937-lin.home (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id BDF4B3F774; Mon, 12 Jul 2021 07:19:00 -0700 (PDT) From: Cristian Marussi To: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, virtualization@lists.linux-foundation.org, virtio-dev@lists.oasis-open.org Cc: sudeep.holla@arm.com, james.quinlan@broadcom.com, Jonathan.Cameron@Huawei.com, f.fainelli@gmail.com, etienne.carriere@linaro.org, vincent.guittot@linaro.org, souvik.chakravarty@arm.com, cristian.marussi@arm.com, igor.skalkin@opensynergy.com, peter.hilber@opensynergy.com, alex.bennee@linaro.org, jean-philippe@linaro.org, mikhail.golubev@opensynergy.com, anton.yakovlev@opensynergy.com, Vasyl.Vavrychuk@opensynergy.com, Andriy.Tryshnivskyy@opensynergy.com Subject: [PATCH v6 02/17] firmware: arm_scmi: Fix max pending messages boundary check Date: Mon, 12 Jul 2021 15:18:18 +0100 Message-Id: <20210712141833.6628-3-cristian.marussi@arm.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20210712141833.6628-1-cristian.marussi@arm.com> References: <20210712141833.6628-1-cristian.marussi@arm.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. Reported-by: Vincent Guittot Signed-off-by: Cristian Marussi --- drivers/firmware/arm_scmi/driver.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/firmware/arm_scmi/driver.c b/drivers/firmware/arm_scmi/driver.c index 66e5e694be7d..d2c98642cb14 100644 --- a/drivers/firmware/arm_scmi/driver.c +++ b/drivers/firmware/arm_scmi/driver.c @@ -1025,8 +1025,9 @@ static int __scmi_xfer_info_init(struct scmi_info *sinfo, const struct scmi_desc *desc = sinfo->desc; /* Pre-allocated messages, no more than what hdr.seq can support */ - if (WARN_ON(desc->max_msg >= MSG_TOKEN_MAX)) { - dev_err(dev, "Maximum message of %d exceeds supported %ld\n", + if (WARN_ON(!desc->max_msg || desc->max_msg > MSG_TOKEN_MAX)) { + dev_err(dev, + "Invalid max_msg %d. Maximum messages supported %lu.\n", desc->max_msg, MSG_TOKEN_MAX); return -EINVAL; } -- 2.17.1