Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp731914pxj; Fri, 11 Jun 2021 10:02:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzo5/MQNo0YxiQeQuBaCePZrLgs78PsIOt1Vh0i/SbY8uHOlHtBGgBXycyYIcGUWG0DTkJ7 X-Received: by 2002:a17:906:3016:: with SMTP id 22mr4471548ejz.28.1623430959057; Fri, 11 Jun 2021 10:02:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623430959; cv=none; d=google.com; s=arc-20160816; b=ZdwzpegiPI3gN+BTCYOfnFW7wcpZFesrgLMIiTgrS9s2BSjTPSzmHZADEWguJmBMtG zvoy4hEbNEfUHmfwY80QvYny7+mavAspjOn1iE/stCupgWrFUE6TzQkfClFpkWqqRsop WPofJyw3f4R9tx3IcrrRsqs1NfxXmVe/p2Pk2tV9f+HL/z5Oe98F9gEG3ndgH3VcRd3A QkNA1o/IcRs9qIwbxMqNiFTM2bUpqudYpQvw4NGB3MbOyY6by30NzUxG3u+AxBm6Mi/9 Fc/XSul0F5vquI9d1yiZrVSVg2l/QIHVmtpUv5r1qKKXO3e3SicF3W83498fNA9bjI4W +j2A== 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=dkl4kP8/Drhx5IXMgRRVqaP+hFfB9UBU2kX0B2JR/os=; b=nPI+dHjn3ocqdxKAuQaF4GGDHv1ofXeuQsj2m27BKOO6m9GIXUlLVd2OxNT+zYkVoq nY0AE+mqmz36tGI5gqQtoG+iNuGZ1HcZQ8IlfOxOaQEGu8SdIP+ujkKS7NhyLlUNOhgq RVeJG7FUegOxxELRlTdNDQdUWKIwaFo4qtRI/CJk7sf+4c3PDXZbbaBzo3pxqeQYiVJ1 OSj/nqf8mUoQcl9bfDdNBtON3SV3DylA63WNEu7oE/Umy8HUfwMXi+Wu4KTAkICFIZoT gJ6+U2CVSBeSDRKRBsCH/a/vTZXni3jIqHpu2XqXtPOjWUU/GPEyiqXcGSez5508KKH6 vOfg== 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 r12si5054038edo.370.2021.06.11.10.02.08; Fri, 11 Jun 2021 10:02:39 -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 S230488AbhFKRCY (ORCPT + 99 others); Fri, 11 Jun 2021 13:02:24 -0400 Received: from foss.arm.com ([217.140.110.172]:35498 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230487AbhFKRCX (ORCPT ); Fri, 11 Jun 2021 13:02:23 -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 745531396; Fri, 11 Jun 2021 10:00:25 -0700 (PDT) Received: from e120937-lin.home (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 3F46C3F719; Fri, 11 Jun 2021 10:00:22 -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 v4 01/16] firmware: arm_scmi: Fix max pending messages boundary check Date: Fri, 11 Jun 2021 17:59:22 +0100 Message-Id: <20210611165937.701-2-cristian.marussi@arm.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20210611165937.701-1-cristian.marussi@arm.com> References: <20210611165937.701-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 Fixes: aa4f886f3893 ("firmware: arm_scmi: add basic driver infrastructure for SCMI") 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..6713b259f1e6 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 %ld.\n", desc->max_msg, MSG_TOKEN_MAX); return -EINVAL; } -- 2.17.1