From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41761) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1euQH8-0005t8-LT for guix-patches@gnu.org; Fri, 09 Mar 2018 17:14:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1euQH4-0004MZ-M0 for guix-patches@gnu.org; Fri, 09 Mar 2018 17:14:06 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:44979) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1euQH4-0004MR-Hq for guix-patches@gnu.org; Fri, 09 Mar 2018 17:14:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1euQH4-00034j-8O for guix-patches@gnu.org; Fri, 09 Mar 2018 17:14:02 -0500 Subject: [bug#30604] [PATCH v8 3/7] linux-boot: Load kernel modules only when the hardware is present. Resent-Message-ID: Date: Fri, 9 Mar 2018 23:13:20 +0100 From: Danny Milosavljevic Message-ID: <20180309231320.20a02822@scratchpost.org> In-Reply-To: <87muzgykcl.fsf@gnu.org> References: <20180302153408.14091-1-dannym@scratchpost.org> <20180303135533.6112-1-dannym@scratchpost.org> <20180303135533.6112-4-dannym@scratchpost.org> <87sh9g4vy1.fsf@gnu.org> <20180304133444.4edceecd@scratchpost.org> <87muzgykcl.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/GnqWfEzZKnoi.SFxFgthD/Z"; protocol="application/pgp-signature" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 30604@debbugs.gnu.org --Sig_/GnqWfEzZKnoi.SFxFgthD/Z Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Ludo, On Fri, 09 Mar 2018 23:06:50 +0100 ludo@gnu.org (Ludovic Court=C3=A8s) wrote: > When than happens, our modprobe gets called with the =E2=80=9Cnetdev-eth0= =E2=80=9D > alias, which it cannot handle, leading to this error. >=20 > By explicitly loading =E2=80=9Cvirtio_net=E2=80=9D and > sleeping a bit,=20 Uhhhhh no please don't. > point, but fail later on: ... > --8<---------------cut here---------------end--------------->8--- >=20 > Here the nls_iso8859-1 module doesn=E2=80=99t get loaded and modprobe isn= =E2=80=99t even > invoked, although my understanding is that it should (per =E2=80=98load_n= ls=E2=80=99 in > nls_base.c in the kernel, called from vfat/inode.c). >=20 > Similarly, it seems that virtio_blk has to be loaded explicitly: is not > reported by =E2=80=98needed-modules=E2=80=99 (i.e., not listed in /sys/= =E2=80=A6/modalias), nor > do we get a modprobe query for it. >=20 > All in all on-demand loading seems more complicated that it seemed. >=20 > What are we missing here? As I said, modprobe mutates /sys - you cannot use find-files. I haven't us= ed 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 - t= hen 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 sayin= g :-) --Sig_/GnqWfEzZKnoi.SFxFgthD/Z Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlqjBwAACgkQ5xo1VCww uqV8/Qf+J555Zoy+CZAq38ezF4hHwS5YbLy//BfK3/3lu2RwSu4h53vmvUqcFZrl vk+Y1Q7b7SJUmzUKCj/doQ+VgjJgpWlBia0PM0H0kNdKYrz4qbCH3KMDmyKKxlUS m0uMD7xiSef1evuBRttunzQIwv6zCUJn8kqyalkFQZ01lDXv7Mex0vpG/QkTTVJZ aTregruimbDWlMnNfUfN9aq5tKlvZfBrzysXGVpZDZlbZrUBkGkd4R8Skq4WdAwv OQcLkclyTwJOzEO7+ZCkw1b2uzKilS0K6kdoSAylcaXkc9wqjaV1feE9HrQkUHb3 OTPBJQScuFZ7VApDRwn6xCL/DfTvhg== =uf4c -----END PGP SIGNATURE----- --Sig_/GnqWfEzZKnoi.SFxFgthD/Z--