From mboxrd@z Thu Jan  1 00:00:00 1970
From: Stefano Brivio <sbrivio@redhat.com>
To: passt-dev@passt.top
Subject: Re: More mbuto pain
Date: Tue, 05 Jul 2022 19:56:14 +0200
Message-ID: <20220705195614.7e4b314b@elisabeth>
In-Reply-To: <YrqSKzP600gzFjB4@yekko>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============8844930847384919727=="

--===============8844930847384919727==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hello again,

On Tue, 28 Jun 2022 15:31:23 +1000
David Gibson <david(a)gibson.dropbear.id.au> wrote:

> Now that the mbuto profile change is around, I tried getting the passt
> tests working.  I fixed a couple of minor problems, before hitting
> another mbuto issue.
> 
> On my host, mbuto isn't managing to find and include the virtio_net
> module.  I think this is because on current Fedora the modules in
> /lib/modules are compressed.  So it needs to include:
>     /lib/modules/5.18.6-200.fc36.x86_64/kernel/drivers/net/virtio_net.ko.xz
> but I think it's only looking for a plain '.ko' file.
> 
> I had a look at the mbuto code to see if I could fix it, but I'm
> afraid mbuto is a long way past the complexity level at which I find
> shell remotely comprehensible.

Sorry for the delay, I finally tried this out on a Fedora Cloud Base
image, 36-1.5.

There, mbuto actually finds virtio_net (because module paths are
obtained via 'modprobe'), but it won't parse the dependencies, so the
module would fail to load -- I just shared the patch to fix that part.

If it still fails for you, could you add a "set -x", "set +x" pair
around kmod_add() and share the result? Thanks,

-- 
Stefano


--===============8844930847384919727==--