Re: [RFC PATCH v1 00/57] Boot-time page size selection for arm64

Petr Tesarik
2024-12-06T07:51:52Z

On Thu, 5 Dec 2024 18:52:35 +0000
Michael Kelley <mhklinux@outlook.com> wrote:

> From: Petr Tesarik <ptesarik@suse.com> Sent: Thursday, December 5, 2024 9:20 AM
> >
> > Hi Ryan,
> >
> > On Thu, 17 Oct 2024 13:32:43 +0100
> > Ryan Roberts <ryan.roberts@arm.com> wrote:
> >
> > > On 17/10/2024 13:27, Petr Tesarik wrote:
> > > > On Mon, 14 Oct 2024 11:55:11 +0100
> > > > Ryan Roberts <ryan.roberts@arm.com> wrote:
> > > >
> > > >> [...]
> > > >> The series is arranged as follows:
> > > >>
> > > >> - patch 1: Add macros required for converting non-arch code to support
> > > >> boot-time page size selection
> > > >> - patches 2-36: Remove PAGE_SIZE compile-time constant assumption from all
> > > >> non-arch code
> > > >
> > > > I have just tried to recompile the openSUSE kernel with these patches
> > > > applied, and I'm running into this:
> > > >
> > > > CC arch/arm64/hyperv/hv_core.o
> > > > In file included from ../arch/arm64/hyperv/hv_core.c:14:0:
> > > > ../include/linux/hyperv.h:158:5: error: variably modified ‘reserved2’ at file scope
> > > > u8 reserved2[PAGE_SIZE - 68];
> > > > ^~~~~~~~~
> > > >
> > > > It looks like one more place which needs a patch, right?
> > >
> > > As mentioned in the cover letter, so far I've only converted enough to get the
> > > defconfig *image* building (i.e. no modules). If you are compiling a different
> > > config or compiling the modules for defconfig, you will likely run into these
> > > types of issues.
> > >
> > > That said, I do have some patches to fix Hyper-V, which Michael Kelley was kind
> > > enough to send me.
> > >
> > > I understand that Suse might be able to help with wider performance testing - if
> > > that's the reason you are trying to compile, you could send me your config and
> > > I'll start working on fixing up other drivers?
> >
> > This project was de-prioritised for some time, but I have just returned
> > to it, and one of our test systems uses a Mellanox 5 NIC, which did not build.
> >
> > If you still have time to work on your patch series, please, can you
> > look into enabling MLX5_CORE_EN?
> >
> > Oh, and have you rebased the series to 6.12 yet?
> >
>
> FWIW, here's what I hacked together to compile and run the mlx5 driver in
> a Hyper-V VM. This was against a 6.11 kernel code base.

Wow! Thank you, Michael. I'll give it a try.

Petr T