Received: by 10.192.165.156 with SMTP id m28csp76148imm; Tue, 17 Apr 2018 06:50:01 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+vxmHy6EeXHIwMp5BPjLBfl6roKgAP/9E05cjSZ+wZSYcZKXSpNprFpfPjAGJgnlcr9HCi X-Received: by 10.99.102.196 with SMTP id a187mr1876727pgc.349.1523973001928; Tue, 17 Apr 2018 06:50:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523973001; cv=none; d=google.com; s=arc-20160816; b=L3lHLhGqmUIIihgcpADjjEomdNKEra7tgZyQP2oeAdCvm29lV4OhBR/5laoDME8T+/ 5mC0kxiDTekF7vyxbRydIfsF51fZ2sXZhT1LiwCdjy9234DtBbmxmlgVFltjbvMxKnKt 7kQeCJZvTDea/HMFH8nZnL2SKAbq9LvLJgKU5KlfIwH+Hw999KM2gwygO7pDG3xhdGUU U0PkJJ4K+j+bAwPBLuwf4qv5/0wi2stt7yR1KGyf9+vMOwIdkvpwAQTB0z0ZixMbBwD+ TRv9BiOCyxORSdkBfMDgf53zlAGvb2EWOFcwL2asrY17bhVQ4MqLwPepzCPn5NRwHjJD RBXQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date :arc-authentication-results; bh=fq64Dz2q6kcLloIBtApksT7Ry8Kzb9v3Ci1aq+Y8t2E=; b=f/WotWls0FEe6E4ZyIRBUaS2nwkZNDk5DyBxV1RGrdxaWXvI+ZyeTTHIrjFSRxVJX6 j1yDFrl3cGWY3uyNaXVF5+y+0MrSZ3GoeLOHnf7JIQlBxJQL0QfDyCTVNUbL9wjPG79L EpteYb9FsOfAP+6bK8qEknfD5TwfsAoDYdDTAsCKkO/wZEfH1x0xpys/FxMBIuPPT5Jy G2B97vHccJeK7G2pSqSSJZaif2np9SPLSjPH7EoKRjHH2Bc6g8b3yOynpn+y0bS7WJ8r S9JthazO5olv2JaSLfeEZzsUHFLdoi6AoUOoy2hcyybONp6XBevcG9O0BmWcjfv4vMYj R8lw== 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 b184si10266289pgc.25.2018.04.17.06.49.47; Tue, 17 Apr 2018 06:50:01 -0700 (PDT) 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 S1753707AbeDQNsA (ORCPT + 99 others); Tue, 17 Apr 2018 09:48:00 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:56893 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753575AbeDQNr5 (ORCPT ); Tue, 17 Apr 2018 09:47:57 -0400 Received: from hsi-kbw-5-158-153-52.hsi19.kabel-badenwuerttemberg.de ([5.158.153.52] helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1f8Qxb-0007I2-AE; Tue, 17 Apr 2018 15:47:51 +0200 Date: Tue, 17 Apr 2018 15:47:50 +0200 (CEST) From: Thomas Gleixner To: zoucao@linux.alibaba.com cc: mingo@redhat.com, hpa@zytor.com, x86@kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] x86/boot/e820: add new chareater "-" to free BIOS memory in memmap bootargs In-Reply-To: <20180410025912.49830-2-zoucao@linux.alibaba.com> Message-ID: References: <20180410025912.49830-1-zoucao@linux.alibaba.com> <20180410025912.49830-2-zoucao@linux.alibaba.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 10 Apr 2018, zoucao@linux.alibaba.com wrote: > From: zoucao Interesting from ... Please use your real mail address for this. > Normally every BIOS reserved memory is used for some features, we can't > use them, but in some conditions, users can ensure some BIOS memories > are not used and reserved memory is well to free, they have not a good > way to free these memories, here add a new chareater "-" in memmap to > free reserved memory. I'm not really convinced about this. How should anyone without detailed BIOS knowledge know that this is really reusable? The person who knows must have access to the BIOS developer, so why can't the BIOS be fixed instead? Thanks, tglx > Signed-off-by: zou cao > --- > 7u/Documentation/kernel-parameters.txt | 6 ++++++ > 7u/arch/x86/kernel/e820.c | 3 +++ > 2 files changed, 9 insertions(+) > > diff --git a/7u/Documentation/kernel-parameters.txt b/7u/Documentation/kernel-parameters.txt > index 9a1abb99a..dbea75e12 100644 > --- a/7u/Documentation/kernel-parameters.txt > +++ b/7u/Documentation/kernel-parameters.txt > @@ -1677,6 +1677,12 @@ bytes respectively. Such letter suffixes can also be entirely omitted. > or > memmap=0x10000$0x18690000 > > + memmap=nn[KMG]-ss[KMG] > + Free E820 reserved memory, as specified by the user. > + Region of reserved memory to be free, from ss to ss+nn. > + Example: free reserved memory from 0x18690000-0x186a0000 > + memmap=0x4101000-0x6aeff000 > + > memory_corruption_check=0/1 [X86] > Some BIOSes seem to corrupt the first 64k of > memory when doing things like suspend/resume. > diff --git a/7u/arch/x86/kernel/e820.c b/7u/arch/x86/kernel/e820.c > index 174da5fc5..b8a042981 100644 > --- a/7u/arch/x86/kernel/e820.c > +++ b/7u/arch/x86/kernel/e820.c > @@ -875,6 +875,9 @@ static int __init parse_memmap_one(char *p) > } else if (*p == '$') { > start_at = memparse(p+1, &p); > e820_add_region(start_at, mem_size, E820_RESERVED); > + } else if (*p == '-') { > + start_at = memparse(p+1, &p); > + e820_remove_range(start_at, mem_size, E820_RESERVED, E820_RAM); > } else > e820_remove_range(mem_size, ULLONG_MAX - mem_size, E820_RAM, 1); > > -- > 2.14.1.40.g8e62ba1 > >