Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp5438882rwp; Mon, 17 Jul 2023 04:21:21 -0700 (PDT) X-Google-Smtp-Source: APBJJlH0qKbXibeMsZq601jHTO9t5GyhFVTcvbCZW74+8jb3XOI4s/rEjZmsLPq1BpIRqhDK/sw0 X-Received: by 2002:aa7:c519:0:b0:51e:34a1:8bf7 with SMTP id o25-20020aa7c519000000b0051e34a18bf7mr9340466edq.39.1689592880873; Mon, 17 Jul 2023 04:21:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689592880; cv=none; d=google.com; s=arc-20160816; b=S3xVvp5Qvc4g7ZjT5bP1WOMC7ktY6rVABL/vnFDbVRkQtEcWfsqa9J7HPNGjV1xx+D F3w1RzmCrumZ0498Q97yu6VkrfKlBESY5kAayPi05h6V4D6gedn1sWBszODfdUqdECb0 X2oo7YRV3BUADvE5eH5ED2zgbHb7ZLBd4v8/gO4Ely9J7rQawHbh0CvWsOmrzAkhEcaE lDj/QKYLNlBryJoftRUwPAKZY7xbMtJRX7tQ2LZQhZGFIRdpts/sFMpgYemxrPWqa0Or od6U/slPqM/ulsIyRER6SjXoVBNUQGVokVxWukzsqzxVVZUg1Bbty32lMnshvRHnoaGf MBQg== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=dDjzSXpG6Fcs8uoWwsawDxopxnNVRIvCRF0Tp392NVY=; fh=uo1KXTCnp49ZzuaaUrtH+Xq2FDfiyPCzakmCIcVYAuw=; b=DbJxYe0MN3SWDnQ/Ar8mol5YIvJeDhJh4nihcdpmiT6NbryPyTkOIdScDeL+pT6Q6b 713WQYGjWUW6MJnUhPpAP01ftmJUiVPRNBphIgoPxYOLH/3i6OGr5Z7mAR4GzehzCQR4 uY2a1VJEKdE71seCu0Fwg+LqzbR2iicFmABQrZWTOyhImnx470dUJN6Ycd23ax2U/UQ9 4nlfO8U1Z3udSTA1UeRYlXudjWZ4yRJwsimJ5a5VginmYAn/m++chwepWO8Zlt/mYJXJ +T+TzoFzQcN2YCxknIQZbhvD8uBujpRmvp+sJ/VS8XwCgIrwI2ZM5XCSkJJNy4zeWEC5 psJw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ai5wtIlw; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id c7-20020aa7df07000000b0051e26704e7esi13369082edy.38.2023.07.17.04.20.57; Mon, 17 Jul 2023 04:21:20 -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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ai5wtIlw; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230440AbjGQLBD (ORCPT + 99 others); Mon, 17 Jul 2023 07:01:03 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57196 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229566AbjGQLBC (ORCPT ); Mon, 17 Jul 2023 07:01:02 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C7FBA1B9; Mon, 17 Jul 2023 04:01:01 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 603F46101B; Mon, 17 Jul 2023 11:01:01 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1F55DC433C8; Mon, 17 Jul 2023 11:00:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1689591660; bh=MwFQQiUHWTSIvU9GMqKlkjYFECTDe1lUrP0Zudgxm+s=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ai5wtIlwCupgpMNHFd8IQe+3WMX0zjtQ6JLxvBF5PiHJQGFcnGpipuuCvZYgsY9tq PDVi4hvpj5V2c4vHWMAzmBD3uB6R516oWJxMUei6lHORGRSv6uYNbB0DhTmqPC5EiH OkcK6KQj5MSrrlWa1hMbWhTFeZlWEQ8DPwKeX55sjpppnZkeH1CfTKL37IDHqT+xxO kyM2MdVi98n3GX2f7Zb+w2zBObUTenQKzyRLgpg3a63yx6OGI+Ci8JBp5WqY4kJBkl /YUXoE4C09AVZkbtb1X3upG5CkMWtqNJMLaKUxvNlFz9vgu8ImDGekxLI9IagCy3x+ em1X4etc18Ehw== Date: Mon, 17 Jul 2023 13:00:55 +0200 From: Lorenzo Pieralisi To: Guanghui Feng Cc: guohanjun@huawei.com, sudeep.holla@arm.com, rafael@kernel.org, linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, baolin.wang@linux.alibaba.com, alikernel-developer@linux.alibaba.com Subject: Re: [PATCH v1] ACPI/IORT: fix IORT Reserved Memory Range node mapping error Message-ID: References: <1689589138-58042-1-git-send-email-guanghuifeng@linux.alibaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1689589138-58042-1-git-send-email-guanghuifeng@linux.alibaba.com> X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS,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 This is v2, not v1. Please update the subject. "ACPI/IORT: Remove erroneous id_count check in iort_node_get_rmr_info()" On Mon, Jul 17, 2023 at 06:18:58PM +0800, Guanghui Feng wrote: > In the ARM IORT specifications DEN 0049E.d, the recommended ID mapping format: > Field Note Description > -------------------------------- > Input base The lowest value in the input range > Number of IDs The number of IDs in the range "minus" one > > When there is only one id mapping in the Reserved Memory Range > (RMR) node, the node filed: "Number of IDs" is zero and > iort_node_get_rmr_info will not analyse id mapping. This is > not in compliance with the regulations. Please replace this commit log with: "According to the ARM IORT specifications DEN 0049 issue E, the "Number of IDs" field in the ID mapping format reports the number of IDs in the mapping range minus one. In iort_node_get_rmr_info(), we erroneously skip ID mappings whose "Number of IDs" equal to 0, resulting in valid mapping nodes with a single ID to map being skipped, which is wrong. Fix iort_node_get_rmr_info() by removing the bogus id_count check". Add a: Fixes: 491cf4a6735a ("ACPI/IORT: Add support to retrieve IORT RMR reserved regions") Bump version up to v3 and resend. Thanks, Lorenzo > > Signed-off-by: Guanghui Feng > --- > drivers/acpi/arm64/iort.c | 3 --- > 1 file changed, 3 deletions(-) > > diff --git a/drivers/acpi/arm64/iort.c b/drivers/acpi/arm64/iort.c > index 3631230..56d8873 100644 > --- a/drivers/acpi/arm64/iort.c > +++ b/drivers/acpi/arm64/iort.c > @@ -1007,9 +1007,6 @@ static void iort_node_get_rmr_info(struct acpi_iort_node *node, > for (i = 0; i < node->mapping_count; i++, map++) { > struct acpi_iort_node *parent; > > - if (!map->id_count) > - continue; > - > parent = ACPI_ADD_PTR(struct acpi_iort_node, iort_table, > map->output_reference); > if (parent != iommu) > -- > 1.8.3.1 >