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: Thu, 21 Jun 2018 22:52:03 +0200 Message-ID: <87o9g36ex8.fsf@gnu.org> References: <87in6dqhwu.fsf@gnu.org> <87in6c9f57.fsf@gmail.com> 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]:36102) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fW6Zi-0007dB-U1 for bug-guix@gnu.org; Thu, 21 Jun 2018 16:53:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fW6Zi-00051B-2x for bug-guix@gnu.org; Thu, 21 Jun 2018 16:53:02 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:51527) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fW6Zh-000512-Vx for bug-guix@gnu.org; Thu, 21 Jun 2018 16:53:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fW6Zh-00064V-O3 for bug-guix@gnu.org; Thu, 21 Jun 2018 16:53:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87in6c9f57.fsf@gmail.com> (Taylan Kammer's message of "Thu, 21 Jun 2018 20:19:00 +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 Kammer Cc: 31887@debbugs.gnu.org Taylan Kammer skribis: > ludo@gnu.org (Ludovic Court=C3=A8s) writes: > >> Hello Taylan, >> >> Taylan Ulrich "Bay=C4=B1rl=C4=B1/Kammer" skrib= is: >> >>> 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= punt. >> >> 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. > > Understood and agreed. :-) > > Should this bug remain open as a reminder? Yes, I think so. Ludo=E2=80=99.