From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#32840: linux-libre 4.18.9: shpchp is no longer a module (now: built-in) Date: Thu, 18 Oct 2018 00:59:05 +0200 Message-ID: <87y3aw9o3q.fsf@gnu.org> References: <20180925195720.nelxr55dy7ntupma@abyayala> <87k1n9cfpp.fsf@netris.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]:45949) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCunL-0007M9-7t for bug-guix@gnu.org; Wed, 17 Oct 2018 19:00:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCunK-000298-Fl for bug-guix@gnu.org; Wed, 17 Oct 2018 19:00:03 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:51703) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCunK-00028u-9Y for bug-guix@gnu.org; Wed, 17 Oct 2018 19:00:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gCunK-0006qp-7R for bug-guix@gnu.org; Wed, 17 Oct 2018 19:00:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87k1n9cfpp.fsf@netris.org> (Mark H. Weaver's message of "Tue, 25 Sep 2018 19:36:18 -0400") 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: Mark H Weaver Cc: 32840@debbugs.gnu.org, Nils Gillmann Hi Mark, Mark H Weaver skribis: > Nils Gillmann writes: > >> at taler we need shpchp as a module in the initrd. >> >> Before version 4.18.x, shpchp was a module we've build in guix' linux-li= bre, >> you were able to just specify it for the initrd. >> >> With 4.18.9, this module became a compile-in/built-in (see linux >> commit log). I want to avoid maintaining yet another kernel >> definition for future complications if I can. Can we get this module >> built in by default? > > Sure, that sounds sensible. I'll push a config update soon. I=E2=80=99ve reopened the bug because I think we need the same change as in fe73352e8073ea0a0e6f6b5591f24395671998ab for AArch64 (at least it appears to be needed on the OverDrive 1000.) Could you take a look? (I=E2=80=99m not entirely sure about the workflow to get the updated config= from =E2=80=9Cmake oldconfig=E2=80=9D=E2=80=A6) Thanks, Ludo=E2=80=99.