From patchwork Mon May 14 17:00:26 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Tim Gardner X-Patchwork-Id: 159068 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 575E8B7034 for ; Tue, 15 May 2012 03:01:55 +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 1STyeR-0000Jd-L5; Mon, 14 May 2012 17:01:39 +0000 Received: from mail.tpi.com ([70.99.223.143]) by chlorine.canonical.com with esmtp (Exim 4.71) (envelope-from ) id 1STyeO-0000JY-KE for kernel-team@lists.ubuntu.com; Mon, 14 May 2012 17:01:36 +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 86CE6311355; Mon, 14 May 2012 10:01:19 -0700 (PDT) Message-ID: <4FB13A2A.7000908@canonical.com> Date: Mon, 14 May 2012 11:00:26 -0600 From: Tim Gardner User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: kernel-team Subject: Re: Quantal: End of the line for i386 non-PAE References: <4FA14B46.9030305@canonical.com> <4FA93823.3070405@ubuntu.com> <4FA9407D.5020105@canonical.com> In-Reply-To: <4FA9407D.5020105@canonical.com> X-Enigmail-Version: 1.5pre Cc: Phillip Susi 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 On 05/08/2012 09:49 AM, Tim Gardner wrote: > On 05/08/2012 08:13 AM, Phillip Susi wrote: >> On 5/2/2012 10:57 AM, Tim Gardner wrote: >>> Any ideas on how we might allow PAE capable CPUs to upgrade? Is this the >>> job of update-manager ? It seems likely that Debian must have >>> encountered this issue before. >> >> With a Replaces: line in the control file of the new kernel? >> >> > > The suggestion offered yesterday in the kernel flavours session was to > add a pre-install hook in the meta package to determine if the CPU was > PAE capable, and to stop the upgrade if not. > > rtg And here it is... From f236b5ae22f616078bd9f7066fa32f21aa1fbd09 Mon Sep 17 00:00:00 2001 From: Tim Gardner Date: Mon, 14 May 2012 09:19:52 -0600 Subject: [PATCH] UBUNTU: Prevent upgrading a non-PAE CPU Signed-off-by: Tim Gardner --- debian/control-scripts/preinst | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/debian/control-scripts/preinst b/debian/control-scripts/preinst index 6824225..32b4fc2 100644 --- a/debian/control-scripts/preinst +++ b/debian/control-scripts/preinst @@ -90,6 +90,12 @@ die "Pre inst Internal error. Aborting." unless $version; exit 0 if $ARGV[0] =~ /abort-upgrade/; exit 1 unless $ARGV[0] =~ /(install|upgrade)/; +system ("grep -q ' pae ' /proc/cpuinfo"); +if ($?) { + print "This kernel does not support a non-PAE CPU.\n"; + exit 1; +} + # remove multiple leading slashes; make sure there is at least one. $realimageloc =~ s|^/*|/|o; $realimageloc =~ s|/+|/|o; -- 1.7.9.5