[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aCcBnWbfKalvndCI@smile.fi.intel.com>
Date: Fri, 16 May 2025 12:13:01 +0300
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: Ingo Molnar <mingo@...nel.org>
Cc: linux-kernel@...r.kernel.org, Arnd Bergmann <arnd@...nel.org>,
Borislav Petkov <bp@...en8.de>, Juergen Gross <jgross@...e.com>,
"H . Peter Anvin" <hpa@...or.com>,
Kees Cook <keescook@...omium.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Mike Rapoport <rppt@...nel.org>,
Paul Menzel <pmenzel@...gen.mpg.de>,
Peter Zijlstra <peterz@...radead.org>,
Thomas Gleixner <tglx@...utronix.de>,
David Woodhouse <dwmw@...zon.co.uk>
Subject: Re: [PATCH 05/29] x86/boot/e820: Print gaps in the E820 table
On Thu, May 15, 2025 at 12:28:13PM +0200, Ingo Molnar wrote:
> * Andy Shevchenko <andy.shevchenko@...il.com> wrote:
> > Mon, Apr 21, 2025 at 08:51:45PM +0200, Ingo Molnar kirjoitti:
...
> > > + u64 range_start, range_end;
> >
> > struct range (from range.h) and...
>
> Yeah, using those primitives makes sense, but right now the e820 code
> isn't using them, and it's better to have similar & unified range
> handling code patterns.
>
> In principle I wouldn't be opposed to patches that convert the e820
> code to <linux/range.h> types.
Okay, perhaps a separate cleanup in the future. Not sure if I will have time,
but let's see...
...
> > > + if (range_start > range_end_prev) {
> > > + pr_info("%s: [gap %#018Lx-%#018Lx]\n",
> > > + who,
> > > + range_end_prev,
> > > + range_start-1);
> >
> > %pra
>
> This would be part of any <linux/range.h> conversion patches.
>
> > with who mentioned the "gap"?
>
> Not sure I understand?
With the range.h in place and the mentioned specifier, the above will be like
BIOS-e820: [mem 0x0000000000000000-0x000000000009fbff] usable
BIOS-e820: [mem 0x000000000009fc00-0x000000000009ffff] reserved
BIOS-e820: [range 0x00000000000a0000-0x00000000000effff] gap
BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists