From patchwork Wed Jun 15 09:27:50 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Sudeep Holla X-Patchwork-Id: 70097 Delivered-To: patch@linaro.org Received: by 10.140.106.246 with SMTP id e109csp2469735qgf; Wed, 15 Jun 2016 02:29:26 -0700 (PDT) X-Received: by 10.67.3.161 with SMTP id bx1mr2857383pad.86.1465982966289; Wed, 15 Jun 2016 02:29:26 -0700 (PDT) Return-Path: Received: from bombadil.infradead.org (bombadil.infradead.org. [2001:1868:205::9]) by mx.google.com with ESMTPS id i5si18061045pav.59.2016.06.15.02.29.26 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 Jun 2016 02:29:26 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-arm-kernel-bounces+patch=linaro.org@lists.infradead.org designates 2001:1868:205::9 as permitted sender) client-ip=2001:1868:205::9; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-arm-kernel-bounces+patch=linaro.org@lists.infradead.org designates 2001:1868:205::9 as permitted sender) smtp.mailfrom=linux-arm-kernel-bounces+patch=linaro.org@lists.infradead.org Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux)) id 1bD77Q-0004Qm-AT; Wed, 15 Jun 2016 09:28:16 +0000 Received: from foss.arm.com ([217.140.101.70]) by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux)) id 1bD77N-0004Le-0O for linux-arm-kernel@lists.infradead.org; Wed, 15 Jun 2016 09:28:13 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id CC9B7F; Wed, 15 Jun 2016 02:28:33 -0700 (PDT) Received: from [10.1.207.44] (unknown [10.1.207.44]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 2B3563F213; Wed, 15 Jun 2016 02:27:52 -0700 (PDT) Subject: Re: Versatile Express randomly fails to boot - Versatile Express to be removed from nightly testing To: Russell King - ARM Linux , "Jon Medhurst (Tixy)" References: <20150330140333.GJ24899@n2100.arm.linux.org.uk> <55196228.5050805@arm.com> <20150330150552.GK24899@n2100.arm.linux.org.uk> <55196E31.80803@arm.com> <551AD902.9090401@arm.com> <20150402141336.GI24899@n2100.arm.linux.org.uk> <551D7EAB.1000200@arm.com> <1465918285.2840.41.camel@linaro.org> <20160614155220.GB1041@n2100.armlinux.org.uk> <5760346A.10903@arm.com> <20160614164944.GC1041@n2100.armlinux.org.uk> From: Sudeep Holla Organization: ARM Message-ID: <57611F96.90003@arm.com> Date: Wed, 15 Jun 2016 10:27:50 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: <20160614164944.GC1041@n2100.armlinux.org.uk> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20160615_022813_115244_ECB06DD1 X-CRM114-Status: GOOD ( 14.51 ) X-Spam-Score: -8.3 (--------) X-Spam-Report: SpamAssassin version 3.4.0 on bombadil.infradead.org summary: Content analysis details: (-8.3 points) pts rule name description ---- ---------------------- -------------------------------------------------- -5.0 RCVD_IN_DNSWL_HI RBL: Sender listed at http://www.dnswl.org/, high trust [217.140.101.70 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record -1.4 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "linux-arm-kernel@lists.infradead.org" , Sudeep Holla Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+patch=linaro.org@lists.infradead.org On 14/06/16 17:49, Russell King - ARM Linux wrote: > On Tue, Jun 14, 2016 at 05:44:26PM +0100, Sudeep Holla wrote: >> Even with higher latency if the platform is unusable, I agree to remove. >> If you think it's usable with the updated latency(<2 2 1>) then we can >> update it. > > The kernels I'm booting have that updated latency. It used to improve > things, but for most of this year, it fails most boot attempts. Out > of the last 21 boot attempts, all 21 attempts failed with the above > latency value. > Thanks, I do see that, it's unreliable with higher latencies too. If I increase them, it seem to work, but again as the size of the image increases the behavior changes. So, apart from increasing the latency or removing the DT completely, I was thinking of 3rd option of disabling L2CC on Vexpress CA9 coretile. Let me know if that's acceptable. I thought it's reasonable as we still can the platform support without L2CC enabled. Regards, Sudeep -->8 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel diff --git i/arch/arm/boot/dts/vexpress-v2p-ca9.dts w/arch/arm/boot/dts/vexpress-v2p-ca9.dts index b608a03ee02f..9742448b4e85 100644 --- i/arch/arm/boot/dts/vexpress-v2p-ca9.dts +++ w/arch/arm/boot/dts/vexpress-v2p-ca9.dts @@ -174,6 +174,7 @@ cache-level = <2>; arm,data-latency = <1 1 1>; arm,tag-latency = <1 1 1>; + status = "disabled"; }; pmu { diff --git i/arch/arm/mm/cache-l2x0.c w/arch/arm/mm/cache-l2x0.c index c61996c256cc..569fb1f0994b 100644 --- i/arch/arm/mm/cache-l2x0.c +++ w/arch/arm/mm/cache-l2x0.c @@ -1750,6 +1750,9 @@ int __init l2x0_of_init(u32 aux_val, u32 aux_mask) if (!np) return -ENODEV; + if (!of_device_is_available(np)) + return -ENODEV; + if (of_address_to_resource(np, 0, &res)) return -ENODEV;