Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp466164rwe; Thu, 1 Sep 2022 02:35:19 -0700 (PDT) X-Google-Smtp-Source: AA6agR5K1ZpiwEX3t/tyiHu/7cylSeveNnVseYYgtZMaIZ6CfMGnIVla0n15hiTHiQkJsFW1Is1i X-Received: by 2002:a17:902:f641:b0:172:9642:1bf1 with SMTP id m1-20020a170902f64100b0017296421bf1mr30165765plg.36.1662024918776; Thu, 01 Sep 2022 02:35:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662024918; cv=none; d=google.com; s=arc-20160816; b=Np0EgSGNWrdOWnAeVTDOVMctTXfRoo35ICCFO3BnpVDv1xlgu21NAzEHcmoowx0rZa aS1lB5WJV6B4es7B8gXf3ckTslbNutZosUdF/80lzUisbrNhwAdu9b/IkOXS0buLnTRI F1+3lCvuB6YN4SIAluXKc8yREKZKRk5eKSg38Si6qjMHzT+77cC3P59ShosvxudY0sgo 9HHqT7gFMrIPfURKhVJ3TWZ5INWf5p2HVBCbTrItpMrRg9lFG0eO5+3tqK5JTVEWoMnZ c8XOLuAd+NvJSTF3X4TkY9hH51MeWBL2tKXT1b81lpfcp2EhEafXNEj5oTJ8rx8oIcuW U3dQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=dq9lr4Sj5JjlbIndB6bqWSZXugChMAiSDWmY8zo0760=; b=UReRtRBsh9KpaDJ6eWFjdAT9N6wwWNqvYXDs4b9/FdnwC1xOd6rZwuvffGIG56XiLZ Z1Nj+9UpziyqVKED34KsHjUynp8MPEFVBD9WrWb9xx2ERpaLs470onxQSiUCva2pso4P DrP/vlzaVC2g87DxOfGiEgJeHzxzlzX692UXJvxAGkJWh8MEBiYbloavzonWez4Pa632 M46FOipn5AOaFkku09EssFgW3MioxSNBEDpGK5PiEDVKZM0+vPt5RRj+9uaq4JQm9n2y JMQzp0pHClVCXdYCtqAKSzsUjPKaXqT3uAXqgcn9ZMP/h6fLGSzxQESZSwRrKPDqFYvR N9NA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p7-20020a63fe07000000b0042b27166ae4si7708133pgh.65.2022.09.01.02.35.08; Thu, 01 Sep 2022 02:35:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S234334AbiIAI7Y (ORCPT + 99 others); Thu, 1 Sep 2022 04:59:24 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37962 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233219AbiIAI6x (ORCPT ); Thu, 1 Sep 2022 04:58:53 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 07B1B130A14 for ; Thu, 1 Sep 2022 01:58:23 -0700 (PDT) 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 BFC80D6E; Thu, 1 Sep 2022 01:58:29 -0700 (PDT) Received: from bogus (unknown [10.57.46.12]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 89F223F766; Thu, 1 Sep 2022 01:58:21 -0700 (PDT) Date: Thu, 1 Sep 2022 09:57:56 +0100 From: Sudeep Holla To: Jens Wiklander Cc: linux-kernel@vger.kernel.org, op-tee@lists.trustedfirmware.org, Marc Bonnici , Sudeep Holla , Achin Gupta , Valentin Laurent , Lukas Hanel , Coboy Chen Subject: Re: [PATCH 7/9] firmware: arm_ffa: Add v1.1 get_partition_info support Message-ID: <20220901085756.ymk3rd7zjqvjpaj6@bogus> References: <20220830100700.344594-1-sudeep.holla@arm.com> <20220830100700.344594-8-sudeep.holla@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 01, 2022 at 10:43:58AM +0200, Jens Wiklander wrote: > On Tue, Aug 30, 2022 at 12:07 PM Sudeep Holla wrote: > > > > FF-A v1.1 adds support to discovery the UUIDs of the partitions that was > > missing in v1.0 and which the driver workarounds by using UUIDs supplied > > by the ffa_drivers. > > > > Add the v1.1 get_partition_info support and disable the workaround if > > the detected FF-A version is greater than v1.0. > > > > Signed-off-by: Sudeep Holla > > --- > > drivers/firmware/arm_ffa/driver.c | 39 ++++++++++++++++++++++++------- > > include/linux/arm_ffa.h | 1 + > > 2 files changed, 32 insertions(+), 8 deletions(-) > > > > diff --git a/drivers/firmware/arm_ffa/driver.c b/drivers/firmware/arm_ffa/driver.c > > index 5c8484b05c50..6822241168d6 100644 > > --- a/drivers/firmware/arm_ffa/driver.c > > +++ b/drivers/firmware/arm_ffa/driver.c > > @@ -264,18 +264,24 @@ static int ffa_rxtx_unmap(u16 vm_id) > > return 0; > > } > > > > +#define PARTITION_INFO_GET_RETURN_COUNT_ONLY BIT(0) > > + > > /* buffer must be sizeof(struct ffa_partition_info) * num_partitions */ > > static int > > __ffa_partition_info_get(u32 uuid0, u32 uuid1, u32 uuid2, u32 uuid3, > > struct ffa_partition_info *buffer, int num_partitions) > > { > > - int count; > > + int idx, count, flags = 0, size; > > ffa_value_t partition_info; > > > > + if (!buffer || !num_partitions) /* Just get the count for now */ > > + flags = PARTITION_INFO_GET_RETURN_COUNT_ONLY; > > + > > mutex_lock(&drv_info->rx_lock); > > invoke_ffa_fn((ffa_value_t){ > > .a0 = FFA_PARTITION_INFO_GET, > > .a1 = uuid0, .a2 = uuid1, .a3 = uuid2, .a4 = uuid3, > > + .a5 = flags, > > }, &partition_info); > > > > if (partition_info.a0 == FFA_ERROR) { > > @@ -285,8 +291,15 @@ __ffa_partition_info_get(u32 uuid0, u32 uuid1, u32 uuid2, u32 uuid3, > > > > count = partition_info.a2; > > > > + if (drv_info->version > FFA_VERSION_1_0) > > + size = partition_info.a3; > > What happens if this value is larger than sizeof(struct ffa_partition_info)? > Right, I had the check for both 0 size and size > struct size. I removed both at once instead of just dropping 0 size. I assume 0 size is non compliant or do you prefer to keep that check as well. Thanks a lot for the reviews. -- Regards, Sudeep