Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2570817imu; Thu, 17 Jan 2019 17:17:41 -0800 (PST) X-Google-Smtp-Source: ALg8bN7XzUACclHsa9KF7GBmqJKp9HUA7O785ZPYqNI3UhWRnlStQY9lEaaByB4tsJziHoJY6Ppt X-Received: by 2002:a63:7044:: with SMTP id a4mr15247510pgn.359.1547774261741; Thu, 17 Jan 2019 17:17:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547774261; cv=none; d=google.com; s=arc-20160816; b=Cd+w8ZqIPzSLbuntAXnh32mcKOmz+KeTa+mXnlNzYs7CZKsArFlkEnUBWlapbioBDt Pb+oV2X/lA3fTnBEs5id0yE9FIvaFrBZ+ZoOhzFupHXI+2lEgLLE9M6eIVdVZbcRmX4w doV8Lb63D8qByFoXYntDCIuVEYoSzxkk+MLOWlMGHLmU8CNrzW+bKEld4xAt5lIra67U NiKQpIit82sXyLTWjhBgVE1rRnXwBYNvuGEwTEtK1yI5gzZXTsGNRHBnwrTAN7lphtNP 7EHzo3UjhfuhP2A/ZReyXZgZVPMoJMiv0XuvBWAzOGcndCoPblh5g+ZPpV2tjdFy7T4r dgfA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=dIX5diZvyBrWaLGsFjmcwmDZ1RKtRaIiwMVq2cd8XBE=; b=mDhibQQB6knENZTXI0giEEYCwIGGQBX0w9GMLp7N1lFfOtdV18JR3pgoboCGUSAcR/ eI2rLX6Ps+ANWQTuM+1tZpHM0rm4U5quatq9ifx49vwi8biBRCCaS653CGTTuWPiuDiS GFkRhWMB5TQIrMwr5gBpnAKGLMEGmYfS5IvBhECeYUC6uaHkx+9btL7omgyvnQApylvK Fc2PlQ30v+pDheOEK9SlpaiRlywUNQOkwlgZ97XbbDJZFfZRo0solw8SpJGqQ5M/JXmj 5Nz+up5HjdnZfZDsr5oVSpanFnMYeCKS2eXZ/+rXLhg3znhiT8u8R8bSJ9l4vqJV5LlA jYuQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m5si3141853pfm.149.2019.01.17.17.17.25; Thu, 17 Jan 2019 17:17:41 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726943AbfARBPq (ORCPT + 99 others); Thu, 17 Jan 2019 20:15:46 -0500 Received: from mail.cn.fujitsu.com ([183.91.158.132]:3952 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726188AbfARBPq (ORCPT ); Thu, 17 Jan 2019 20:15:46 -0500 X-IronPort-AV: E=Sophos;i="5.56,489,1539619200"; d="scan'208";a="52257746" Received: from unknown (HELO cn.fujitsu.com) ([10.167.33.5]) by heian.cn.fujitsu.com with ESMTP; 18 Jan 2019 09:15:42 +0800 Received: from G08CNEXCHPEKD01.g08.fujitsu.local (unknown [10.167.33.80]) by cn.fujitsu.com (Postfix) with ESMTP id A9F084BAD9D7; Fri, 18 Jan 2019 09:15:40 +0800 (CST) Received: from localhost.localdomain (10.167.225.56) by G08CNEXCHPEKD01.g08.fujitsu.local (10.167.33.89) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 18 Jan 2019 09:15:39 +0800 Date: Fri, 18 Jan 2019 09:14:45 +0800 From: Chao Fan To: Borislav Petkov CC: , , , , , , , , , Subject: Re: [PATCH v15 5/6] x86/boot: Parse SRAT address from RSDP and store immovable memory Message-ID: <20190118011445.GK30900@localhost.localdomain> References: <20190107032243.25324-1-fanc.fnst@cn.fujitsu.com> <20190107032243.25324-6-fanc.fnst@cn.fujitsu.com> <20190116110158.GC15409@zn.tnic> <20190117032027.GA31097@localhost.localdomain> <20190117152751.GD5023@zn.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20190117152751.GD5023@zn.tnic> User-Agent: Mutt/1.10.1 (2018-07-13) X-Originating-IP: [10.167.225.56] X-yoursite-MailScanner-ID: A9F084BAD9D7.ADEE2 X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-From: fanc.fnst@cn.fujitsu.com X-Spam-Status: No Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 17, 2019 at 04:27:51PM +0100, Borislav Petkov wrote: >On Thu, Jan 17, 2019 at 11:20:27AM +0800, Chao Fan wrote: >> I have changed as you suggested, looks clear without type cast, and >> we need some variable as long to calculate the address, and at same >> time as the struct pointer to find it's length, so I change as below, >> and get_acpi_srat_table() return an unsigned long. >> How do you think of that. >> >> int get_immovable_mem_num(void) > >I'd call that > >int count_immovable_mem_regions(void) > >or > >int enumerate_immovable_regions(void) > >or so and put a comment above it explaining what it does and what it >returns. > >"mem_num" is not clear what it is. > Sounds good, I will rename it. >> { >> unsigned long table_addr, table_end, table; >> struct acpi_table_header *table_header; >> struct acpi_subtable_header *sub_table; >> char arg[MAX_ACPI_ARG_LENGTH]; >> int num = 0; >> >> if (cmdline_find_option("acpi", arg, sizeof(arg)) == 3 && >> !strncmp(arg, "off", 3)) >> return; >> >> table_addr = get_acpi_srat_table(); >> if (!table_addr) >> return; >> >> table_header = (struct acpi_table_header *)table_addr; >> table_end = table_addr + table_header->length; >> table = table_addr + sizeof(struct acpi_table_srat); >> >> while (table + sizeof(struct acpi_subtable_header) < table_end) { >> sub_table = (struct acpi_subtable_header *)table; >> if (sub_table->type == ACPI_SRAT_TYPE_MEMORY_AFFINITY) { >> struct acpi_srat_mem_affinity *ma; >> >> ma = (struct acpi_srat_mem_affinity *)table; >> if (!(ma->flags & ACPI_SRAT_MEM_HOT_PLUGGABLE)) { >> immovable_mem[num].start = ma->base_address; >> immovable_mem[num].size = ma->length; >> num++; >> } >> >> if (num >= MAX_NUMNODES*2) { >> debug_putstr("Too many immovable memory regions, aborting.\n"); >> return 0; >> } >> } >> table += sub_table->length; >> } >> return num; >> } > >That looks clean. Then I will change based on that. Thanks, Chao Fan > >Thx. > >-- >Regards/Gruss, > Boris. > >Good mailing practices for 400: avoid top-posting and trim the reply. > >