From patchwork Fri Jun 6 23:14:25 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Doug Anderson X-Patchwork-Id: 4313871 Return-Path: X-Original-To: patchwork-linux-samsung-soc@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork2.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.19.201]) by patchwork2.web.kernel.org (Postfix) with ESMTP id 415E7BEEAA for ; Fri, 6 Jun 2014 23:21:49 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 74751201BA for ; Fri, 6 Jun 2014 23:21:48 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 9A5C22018B for ; Fri, 6 Jun 2014 23:21:47 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752424AbaFFXVr (ORCPT ); Fri, 6 Jun 2014 19:21:47 -0400 Received: from mail-qa0-f73.google.com ([209.85.216.73]:58873 "EHLO mail-qa0-f73.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752333AbaFFXVq (ORCPT ); Fri, 6 Jun 2014 19:21:46 -0400 Received: by mail-qa0-f73.google.com with SMTP id hw13so690133qab.0 for ; Fri, 06 Jun 2014 16:21:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=HStBR64F+bH3xf1XPRtApW8nFCOy0xui7CHl/j9iTCE=; b=aCbGaDZcsPQEH1Nro0QdrFqpMP0buMrfrqndb56U8lMVK7PHFuez70K580h5bpjpdz A8bVTf+udjgw8uFiZS4Aqp0eN0CM1kp3lCMBFGHZ2OD2fWLIF5VyePLT8z4WtV6sXnJi E5w98RQOHau4c1TlVG30Ju6f7cWWfJyRuEVQGT3YzGQHC8rMkmjqnIFV9scCUvH0/afQ 11tnJ650RS5bZq5v6EKSzoLmJ2PiPvkupbOAB67VP4hPrkEcgWrKbM679ayiytlkpAvN 2mkh92qYr0gFj8GwzDTl3xlz7t0lrS3fgT8cgwsY/sznVzPglkpPh9YbnFNe0fMIPSSY 6WAQ== X-Gm-Message-State: ALoCoQmNERjHtSLhoF1wwzeK6+LvG7bg52KL74P2+Ynpzdh0SYm69ne15ccl32Qhv9HcwqoGveLH X-Received: by 10.58.238.7 with SMTP id vg7mr5437313vec.22.1402096469163; Fri, 06 Jun 2014 16:14:29 -0700 (PDT) Received: from corp2gmr1-2.hot.corp.google.com (corp2gmr1-2.hot.corp.google.com [172.24.189.93]) by gmr-mx.google.com with ESMTPS id xn6si761016vdc.2.2014.06.06.16.14.29 for (version=TLSv1.1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 06 Jun 2014 16:14:29 -0700 (PDT) Received: from tictac.mtv.corp.google.com (tictac.mtv.corp.google.com [172.22.72.141]) by corp2gmr1-2.hot.corp.google.com (Postfix) with ESMTP id E2E985A4676; Fri, 6 Jun 2014 16:14:28 -0700 (PDT) Received: by tictac.mtv.corp.google.com (Postfix, from userid 121310) id 83493810E0; Fri, 6 Jun 2014 16:14:28 -0700 (PDT) From: Doug Anderson To: Kukjin Kim , Nicolas Pitre Cc: Abhilash Kesavan , Andrew Bresticker , Inderpal Singh , Thomas Abraham , olof@lixom.net, Tushar Behera , Kevin Hilman , Javier Martinez Canillas , linux-samsung-soc@vger.kernel.org, Doug Anderson , linux@arm.linux.org.uk, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: [PATCH v2] ARM: EXYNOS: mcpm: Don't rely on firmware's secondary_cpu_start Date: Fri, 6 Jun 2014 16:14:25 -0700 Message-Id: <1402096465-13218-1-git-send-email-dianders@chromium.org> X-Mailer: git-send-email 2.0.0.526.g5318336 In-Reply-To: <1402090985-8061-1-git-send-email-dianders@chromium.org> References: <1402090985-8061-1-git-send-email-dianders@chromium.org> Sender: linux-samsung-soc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-samsung-soc@vger.kernel.org X-Spam-Status: No, score=-7.5 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP On exynos mcpm systems the firmware is hardcoded to jump to an address in SRAM (0x02073000) when secondary CPUs come up. By default the firmware puts a bunch of code at that location. That code expects the kernel to fill in a few slots with addresses that it uses to jump back to the kernel's entry point for secondary CPUs. Originally (on prerelease hardware) this firmware code contained a bunch of workarounds to deal with boot ROM bugs. However on all shipped hardware we simply use this code to redirect to a kernel function for bringing up the CPUs. Let's stop relying on the code provided by the bootloader and just plumb in our own (simple) code jump to the kernel. This has the nice benefit of fixing problems due to the fact that older bootloaders (like the one shipped on the Samsung Chromebook 2) might have put slightly different code into this location. Once suspend/resume is implemented for systems using exynos-mcpm we'll need to make sure we reinstall our fixed up code after resume. ...but that's not anything new since IRAM (and thus the address of the mcpm_entry_point) is lost across suspend/resume anyway. Signed-off-by: Doug Anderson Acked-by: Nicolas Pitre Acked-by: Kevin Hilman Tested-by: Kevin Hilman --- Changes in v2: - Removed #define arch/arm/mach-exynos/mcpm-exynos.c | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/arch/arm/mach-exynos/mcpm-exynos.c b/arch/arm/mach-exynos/mcpm-exynos.c index 0498d0b..ace0ed6 100644 --- a/arch/arm/mach-exynos/mcpm-exynos.c +++ b/arch/arm/mach-exynos/mcpm-exynos.c @@ -25,7 +25,6 @@ #define EXYNOS5420_CPUS_PER_CLUSTER 4 #define EXYNOS5420_NR_CLUSTERS 2 -#define MCPM_BOOT_ADDR_OFFSET 0x1c /* * The common v7_exit_coherency_flush API could not be used because of the @@ -343,11 +342,13 @@ static int __init exynos_mcpm_init(void) pr_info("Exynos MCPM support installed\n"); /* - * Future entries into the kernel can now go - * through the cluster entry vectors. + * U-Boot SPL is hardcoded to jump to the start of ns_sram_base_addr + * as part of secondary_cpu_start(). Let's redirect it to the + * mcpm_entry_point(). */ - __raw_writel(virt_to_phys(mcpm_entry_point), - ns_sram_base_addr + MCPM_BOOT_ADDR_OFFSET); + __raw_writel(0xe59f0000, ns_sram_base_addr); /* ldr r0, [pc, #0] */ + __raw_writel(0xe12fff10, ns_sram_base_addr + 4); /* bx r0 */ + __raw_writel(virt_to_phys(mcpm_entry_point), ns_sram_base_addr + 8); iounmap(ns_sram_base_addr);