From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#31887: Modules missing to boot on VMWare Date: Wed, 20 Jun 2018 23:14:57 +0200 Message-ID: <87in6dqhwu.fsf@gnu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47381) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fVkSR-0003aC-Bz for bug-guix@gnu.org; Wed, 20 Jun 2018 17:16:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fVkSQ-0006rr-Hc for bug-guix@gnu.org; Wed, 20 Jun 2018 17:16:03 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:50106) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fVkSQ-0006rc-DK for bug-guix@gnu.org; Wed, 20 Jun 2018 17:16:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fVkSQ-0004E0-6G for bug-guix@gnu.org; Wed, 20 Jun 2018 17:16:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: ("Taylan Ulrich \=\?utf-8\?Q\?\=5C\=22Bay\=C4\=B1rl\=C4\=B1\=2FKammer\=5C\=22\=22's\?\= message of "Mon, 18 Jun 2018 22:58:54 +0200") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Taylan Ulrich =?UTF-8?Q?Bay=C4=B1rl=C4=B1/Kammer?= Cc: 31887@debbugs.gnu.org Hello Taylan, Taylan Ulrich "Bay=C4=B1rl=C4=B1/Kammer" skribis: > Although we don't want to support non-free software, perhaps it would > be nice to support booting Guix on VMWare without the user needing to > do anything extra. > > While experimenting, I found out that if we just add the following > three Linux modules to the standard initrd, Guix can boot on VMWare > just fine: mptbase, mptscsih, mptspi > > mptspi depends on mptscsih, and both depend on mptbase, so if > dependencies are handled automatically, declaring mptspi should be > enough. Currently every module we add to the initrd is actually loaded, so we have to think twice before adding more. In this case I=E2=80=99d rather pu= nt. Danny and I started work a while back to load modules on demand =C3=A0 la udev, so we could revisit that decision when this is implemented. Now, if that only benefits VMWare, it=E2=80=99s low-priority for me. Ludo=E2=80=99.