From mboxrd@z Thu Jan 1 00:00:00 1970 From: Taylan Kammer Subject: bug#31887: Modules missing to boot on VMWare Date: Thu, 21 Jun 2018 20:19:00 +0200 Message-ID: <87in6c9f57.fsf@gmail.com> References: <87in6dqhwu.fsf@gnu.org> 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]:38975) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fW2Ja-0002AS-Fu for bug-guix@gnu.org; Thu, 21 Jun 2018 12:20:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fW2JW-0005B1-HO for bug-guix@gnu.org; Thu, 21 Jun 2018 12:20:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:51423) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fW2JW-0005Al-DE for bug-guix@gnu.org; Thu, 21 Jun 2018 12:20:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fW2JW-00041U-4z for bug-guix@gnu.org; Thu, 21 Jun 2018 12:20:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87in6dqhwu.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Wed, 20 Jun 2018 23:14:57 +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: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 31887@debbugs.gnu.org ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Hello Taylan, > > Taylan Ulrich "Bay=C4=B1rl=C4=B1/Kammer" skribi= s: > >> 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? > Ludo=E2=80=99. Taylan