From patchwork Tue Aug 28 19:39:25 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Tim Gardner X-Patchwork-Id: 180537 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from chlorine.canonical.com (chlorine.canonical.com [91.189.94.204]) by ozlabs.org (Postfix) with ESMTP id 5C64C2C00FD for ; Wed, 29 Aug 2012 05:39:45 +1000 (EST) Received: from localhost ([127.0.0.1] helo=chlorine.canonical.com) by chlorine.canonical.com with esmtp (Exim 4.71) (envelope-from ) id 1T6Rck-0000Dy-3g; Tue, 28 Aug 2012 19:38:54 +0000 Received: from mail.tpi.com ([70.99.223.143]) by chlorine.canonical.com with esmtp (Exim 4.71) (envelope-from ) id 1T6Rcg-0000Dr-59 for kernel-team@lists.ubuntu.com; Tue, 28 Aug 2012 19:38:50 +0000 Received: from [10.0.2.6] (host-174-45-43-11.hln-mt.client.bresnan.net [174.45.43.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.tpi.com (Postfix) with ESMTP id 8D35F32A84C; Tue, 28 Aug 2012 12:38:53 -0700 (PDT) Message-ID: <503D1E6D.2060606@canonical.com> Date: Tue, 28 Aug 2012 13:39:25 -0600 From: Tim Gardner User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: kernel-team Subject: Quantal: ti-omap4 fails kernel package update X-Enigmail-Version: 1.5a1pre X-BeenThere: kernel-team@lists.ubuntu.com X-Mailman-Version: 2.1.13 Precedence: list List-Id: Kernel team discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kernel-team-bounces@lists.ubuntu.com Errors-To: kernel-team-bounces@lists.ubuntu.com BugLink: http://bugs.launchpad.net/bugs/1041607 Given Oliver's comments in the bug (https://bugs.launchpad.net/ubuntu/quantal/+source/linux/+bug/1041607/comments/2) I kind of wonder how the kernel postinst ever works, especially if update-initramfs doesn't do anything until the hooks are run. Anyways, attached is a patch that forces update-initramfs to generate an initrd when called, rather then deferring until hook time. Is this the right solution ? rtg From 37c9ebd9a7ae4f8d6a873b21da4968f38b3b5e65 Mon Sep 17 00:00:00 2001 From: Tim Gardner Date: Tue, 28 Aug 2012 13:10:24 -0600 Subject: [PATCH] UBUNTU: [Config] Force update-initramfs to generate an initrd when called BugLink: http://bugs.launchpad.net/bugs/1041607 Signed-off-by: Tim Gardner --- debian/control-scripts/postinst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/control-scripts/postinst b/debian/control-scripts/postinst index b6ed9f8..52140d2 100644 --- a/debian/control-scripts/postinst +++ b/debian/control-scripts/postinst @@ -834,7 +834,7 @@ if ($initrd) { if (! defined $ARGV[1] || ! $ARGV[1] || $ARGV[1] =~ m//og) { $upgrading = 0; } - my $ret = system("$ramdisk " . ($upgrading ? "-u" : "-c") . " -k " . $version . " >&2"); + my $ret = system("INITRAMFS_TOOLS_KERNEL_HOOK=yes $ramdisk " . ($upgrading ? "-u" : "-c") . " -k " . $version . " >&2"); $success = 1 unless $ret; die "Failed to create initrd image.\n" unless $success; if (! defined $ARGV[1] || ! $ARGV[1] || $ARGV[1] =~ m//og) { -- 1.7.9.5