On Tue, Dec 1, 2020 at 7:57 AM Veronika Kabatova <vkabatov(a)redhat.com> wrote:
----- Original Message -----
> From: "Sérgio Basto" <sergio(a)serjux.com>
> To: "Veronika Kabatova" <vkabatov(a)redhat.com>, "Kernel
Fedora" <kernel(a)lists.fedoraproject.org>
> Sent: Monday, November 30, 2020 3:59:42 PM
> Subject: Re: scripts/basic/fixdep: /lib64/libc.so.6: version `GLIBC_2.33' not
found (required by
> scripts/basic/fixdep)
>
> On Mon, 2020-11-30 at 07:46 -0500, Veronika Kabatova wrote:
> >
> > ----- Original Message -----
> > > From: "Sérgio Basto" <sergio(a)serjux.com>
> > > To: "Kernel Fedora" <kernel(a)lists.fedoraproject.org>
> > > Sent: Monday, November 23, 2020 12:22:12 AM
> > > Subject: scripts/basic/fixdep: /lib64/libc.so.6: version
> > > `GLIBC_2.33' not found (required by scripts/basic/fixdep)
> > >
> > > Hello,
> > >
> > > with kernels from fedora-rawhide-kernel-nodebug [1]compilation of
> > > kmods
> > > started fail because [2] , how we can fix this issue ?
> > >
> > >
> > > Thanks
> > >
> > >
> > > [1]
> > > dnf --enablerepo=fedora-rawhide-kernel-nodebug update
> > >
> > > [2]
> > > scripts/basic/fixdep: /lib64/libc.so.6: version `GLIBC_2.33' not
> > > found
> > > (required by scripts/basic/fixdep)
> > >
> >
> > Hi,
> >
> > we're seeing a similar issue with upstream kernels built on rawhide
> > for the past ~week.
> >
> > Specifically in our case we're compiling bpf-next tree (though based
> > on the message I'm replying to it doesn't matter). The kernel is then
> > installed on Fedora 33 with an attempt to rebuild some modules which
> > fails with
> >
> > /usr/src/kernels/5.10.0-rc3/tools/objtool//fixdep: /lib64/libc.so.6:
> > version `GLIBC_2.33' not found (required by
> > /usr/src/kernels/5.10.0-rc3/tools/objtool//fixdep)
> >
> > This is on x86_64.
> >
> > Did anyone manage to find out what what's causing this? Is it a
> > mismatch of versions between rawhide and fc33 that's not expected to
> > work? @Sérgio are you also using the kernels with fc33 or purely
> > rawhide?
>
A mismatch of modules is definitely expected not to work. Fedora runs
without CONFIG_MODVERSIONS because we do not in any way promise KABI.
Because of this, if you want to run a module, it must be built with
the same compiler/environment that the kernel you wish to insert it
into is built. If you need out of tree modules, rawhide/nodebug
kernels will need to be run in rawhide, or rebuilt against the version
of Fedora you wish to run it on.
> Sometimes when I want test builds of kernel modules (with akmods
of
> RPMFusion), I install kernels from fedora-rawhide-kernel-nodebug
> or kernel-stabilization .
> I workaround it, by building the kernels that I want to test on copr
> [1] for that I download src.rpm from koji .
>
Thanks for the update! Unfortunately building in copr doesn't work
for us.
ccing Don and Justin, have you ever run into this issue with
building on rawhide?
I have not seen any issues, though I don't build any out of tree modules either.
Justin