[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c811f662-79fd-4db1-b4e1-74a869d9a4f1@intel.com>
Date: Tue, 15 Apr 2025 06:43:20 -0700
From: Dave Hansen <dave.hansen@...el.com>
To: Mike Rapoport <rppt@...nel.org>
Cc: linux-kernel@...r.kernel.org, linux-tip-commits@...r.kernel.org,
Arnd Bergmann <arnd@...nel.org>, Ingo Molnar <mingo@...nel.org>,
Andy Shevchenko <andy@...nel.org>, Arnd Bergmann <arnd@...db.de>,
Davide Ciminaghi <ciminaghi@...dd.com>, "H. Peter Anvin" <hpa@...or.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Matthew Wilcox <willy@...radead.org>, Paolo Bonzini <pbonzini@...hat.com>,
Sean Christopherson <seanjc@...gle.com>, kvm@...r.kernel.org, x86@...nel.org
Subject: Re: [tip: x86/urgent] x86/e820: Discard high memory that can't be
addressed by 32-bit systems
On 4/15/25 00:18, Mike Rapoport wrote:
>> How about we reuse 'MAX_NONPAE_PFN' like this:
>>
>> if (IS_ENABLED(CONFIG_X86_32))
>> memblock_remove(PFN_PHYS(MAX_NONPAE_PFN), -1);
>>
>> Would that make the connection more obvious?
> Yes, that's better. Here's the updated patch:
Looks, great. Thanks for the update and the quick turnaround on the
first one after the bug report!
Tested-by: Dave Hansen <dave.hansen@...el.com>
Acked-by: Dave Hansen <dave.hansen@...el.com>
Powered by blists - more mailing lists