From patchwork Thu Jan 31 03:02:03 2013 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Olof Johansson X-Patchwork-Id: 2070621 Return-Path: X-Original-To: patchwork-linux-arm@patchwork.kernel.org Delivered-To: patchwork-process-083081@patchwork1.kernel.org Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) by patchwork1.kernel.org (Postfix) with ESMTP id 448963FD56 for ; Thu, 31 Jan 2013 03:05:06 +0000 (UTC) Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux)) id 1U0kPj-00024I-Dk; Thu, 31 Jan 2013 03:02:11 +0000 Received: from mail-pb0-f42.google.com ([209.85.160.42]) by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux)) id 1U0kPf-00023z-J8 for linux-arm-kernel@lists.infradead.org; Thu, 31 Jan 2013 03:02:08 +0000 Received: by mail-pb0-f42.google.com with SMTP id wz17so1350004pbc.29 for ; Wed, 30 Jan 2013 19:02:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:x-gm-message-state; bh=U7mZTrMXsr9XaeljDmMBI7c2C8zvGJXRrXXPDTCLOo0=; b=pRrJQYULtfh/FY3N4W8yHzhqEKojCh++ejtNpoqV0t4UrHfRjE3xPtRlU1lR7duto0 aBJ9/s4AUjRs2qkq9pMJq6w7A6hGmBs4nEISn2lHpY8rBMrGmu/WPIqUdhxzGMCqNXTq 108sEui+pcvK7vDkUt+HYvzjJmuukUy4dzi/gtxCDD3Nq/OFh4IAAmQpLIFSAjU9MsIa hd4+ZxECILBtXu+ZNWWgELNopyU8CeF9ecycW4MFDfFuwDqkRxOdin1q90GhdVHmm6o4 0Q5yb/nCiSPyyT/2m8AkjKmXFXTYjPyYN9jk67ZY7IKqgCn0zpbLGSxW+5FGCQV3OSgX +28g== X-Received: by 10.68.236.97 with SMTP id ut1mr17817725pbc.164.1359601325538; Wed, 30 Jan 2013 19:02:05 -0800 (PST) Received: from localhost (173-13-129-225-sfba.hfc.comcastbusiness.net. [173.13.129.225]) by mx.google.com with ESMTPS id ou8sm3435470pbb.39.2013.01.30.19.02.03 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 30 Jan 2013 19:02:04 -0800 (PST) Date: Wed, 30 Jan 2013 19:02:03 -0800 From: Olof Johansson To: Russell King - ARM Linux Subject: Re: Failure to boot... Message-ID: <20130131030203.GA8374@quad.lixom.net> References: <20130131014912.GM2637@n2100.arm.linux.org.uk> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130131014912.GM2637@n2100.arm.linux.org.uk> User-Agent: Mutt/1.5.21 (2010-09-15) X-Gm-Message-State: ALoCoQlTjlmur3Vlrgs0Ur6Ntmgo7zvOdc87byiNxhfm7TUE8wR65qm64GfiI5j6NFWxVPL2y9Qp X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20130130_220207_738624_536AC72D X-CRM114-Status: GOOD ( 22.45 ) X-Spam-Score: -2.6 (--) X-Spam-Report: SpamAssassin version 3.3.2 on merlin.infradead.org summary: Content analysis details: (-2.6 points) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.160.42 listed in list.dnswl.org] -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: Tony Lindgren , linux-omap@vger.kernel.org, arm@kernel.org, linux-arm-kernel@lists.infradead.org, Nicolas Pitre X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-arm-kernel-bounces@lists.infradead.org Errors-To: linux-arm-kernel-bounces+patchwork-linux-arm=patchwork.kernel.org@lists.infradead.org On Thu, Jan 31, 2013 at 01:49:12AM +0000, Russell King - ARM Linux wrote: > Having spent today sorting out the Realview EB boot, the last thing > I expected to find was that both my OMAP platforms are unbootable > to the point that absolutely nothing happens after the boot loader > transfers control. > > I've not been running the boots for about a month, so I'm not sure > when this breakage crept in. > > You can see the results in the boot logs on the website. Please > investigate. And I'll try without arm-soc tomorrow. > > Very disappointed that the ARM kernel seems to be rather screwed at > the moment across multiple sub-arches. My Panda ES works with omap2plus_defconfig, but I just noticed that the in-kernel uImage target will use a bad load/entry address so loading and booting that uImage will hang u-boot: Image Name: Linux-3.8.0-rc5-00389-g120d4a8 Created: Wed Jan 30 18:30:39 2013 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3843912 Bytes = 3753.82 kB = 3.67 MB Load Address: fffffff2 Entry Point: fffffff2 Looking at the latest build and boot log for SDP (oldconfig) on your build status site verifies that you hit that case too. :( Wrapping by hand (which my scripts already do) produces a bootable image; just verified both with and without device-tree on my panda. git bisect points at a069486162a59513053cf772515217ca61727704 (ARM: OMAP2+: Enable ARCH_MULTIPLATFORM support) Hmm. This happens because nothing sources arch/arm/mach-*/Makefile.boot for CONFIG_ARCH_MULTIPLATFORM builds, even if only a single platform is enabled, since $MACHINE is empty. It seems like most of the available options to deal with this are bad. One thing we should never do though, is to pretend to make a working uImage when we're not. Maybe abort building just like in the case of multiple load addresses? -Olof Acked-by: Nicolas Pitre diff --git a/arch/arm/boot/Makefile b/arch/arm/boot/Makefile index abfce28..71768b8 100644 --- a/arch/arm/boot/Makefile +++ b/arch/arm/boot/Makefile @@ -68,8 +68,8 @@ else endif check_for_multiple_loadaddr = \ -if [ $(words $(UIMAGE_LOADADDR)) -gt 1 ]; then \ - echo 'multiple load addresses: $(UIMAGE_LOADADDR)'; \ +if [ $(words $(UIMAGE_LOADADDR)) -ne 1 ]; then \ + echo 'multiple (or no) load addresses: $(UIMAGE_LOADADDR)'; \ echo 'This is incompatible with uImages'; \ echo 'Specify LOADADDR on the commandline to build an uImage'; \ false; \