Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752906AbbELHj0 (ORCPT ); Tue, 12 May 2015 03:39:26 -0400 Received: from bhuna.collabora.co.uk ([93.93.135.160]:43969 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752630AbbELHjY (ORCPT ); Tue, 12 May 2015 03:39:24 -0400 From: Sjoerd Simons To: Rob Herring , Russell King , Tony Lindgren Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Javier Martinez Canillas Subject: [PATCH 0/2 v2] Fix boot on Calxeda highbank Date: Tue, 12 May 2015 09:39:13 +0200 Message-Id: <1431416355-7693-1-git-send-email-sjoerd.simons@collabora.co.uk> X-Mailer: git-send-email 2.1.4 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1404 Lines: 31 When upgrading our trusted Calxeda server to Debian Jessie recently the machine wedged during booting the installer. Upon further investigation, this happens due to the transition to the generic L2C infrastructure introduced in 3.16. The generic l2x0 code unlocks the cache during setup, however the Caldexa SMC interface doesn't seem to allow the kernel to enable enable non-secure access to the lock registers.. Queue Imprecise aborts and a fairly unhappy machine. First patch in this series adds detection to the l2x0 code to check if unlocking is possible. Second patch adds a (empty) configure callback for the highbank l2c, reflecting the fact that there seemingly isn't anything to configured via an SMC on these maches. Changes since v1: - Auto-detect when unlocking the cache is unsafe rather then requiring a explicit flag to be set in the machine-specific code Sjoerd Simons (2): ARM: cache-l2c: Detect whether it's safe to unlock ARM: l2c: highbank: Add dummy configure function arch/arm/mach-highbank/highbank.c | 8 ++++++++ arch/arm/mm/cache-l2x0.c | 20 ++++++++++++++++++++ 2 files changed, 28 insertions(+) -- 2.1.4 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/