GNU bug report logs -
#30604
[PATCH 0/4] Load Linux module only when supported hardware is present.
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Hi Ludo,
On Fri, 09 Mar 2018 23:06:50 +0100
ludo <at> gnu.org (Ludovic Courtès) wrote:
> When than happens, our modprobe gets called with the “netdev-eth0”
> alias, which it cannot handle, leading to this error.
>
> By explicitly loading “virtio_net” and
> sleeping a bit,
Uhhhhh no please don't.
> point, but fail later on:
...
> --8<---------------cut here---------------end--------------->8---
>
> Here the nls_iso8859-1 module doesn’t get loaded and modprobe isn’t even
> invoked, although my understanding is that it should (per ‘load_nls’ in
> nls_base.c in the kernel, called from vfat/inode.c).
>
> Similarly, it seems that virtio_blk has to be loaded explicitly: is not
> reported by ‘needed-modules’ (i.e., not listed in /sys/…/modalias), nor
> do we get a modprobe query for it.
>
> All in all on-demand loading seems more complicated that it seemed.
>
> What are we missing here?
As I said, modprobe mutates /sys - you cannot use find-files. I haven't used
ftw just to be contrarian. There's even a warning comment :-)
In order to find that out, try to print how /sys looked before modprobe - then
in the early guile recovery REPL print how /sys looks again - the alias it
was juuust complaining about will be there just fine.
My patch series works fine lazy-loading the IO charset, virtio_blk, virtio_net.
It took about 30 h to work out the correct minimal combination - just saying :-)
[Message part 2 (application/pgp-signature, inline)]
This bug report was last modified 5 years and 305 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.