Received: by 10.213.65.68 with SMTP id h4csp800868imn; Tue, 20 Mar 2018 16:03:39 -0700 (PDT) X-Google-Smtp-Source: AG47ELsDF/zAh4emMfgNDy+vmlxADh1iMC9knRdj71wZPQ0XvtQSkeEjF9GiBycnT1d/RrmXXalG X-Received: by 10.98.9.5 with SMTP id e5mr15178975pfd.189.1521587018962; Tue, 20 Mar 2018 16:03:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521587018; cv=none; d=google.com; s=arc-20160816; b=HXJqvp4RXtABnqcNxGAi78CSLOw2myhL3lwoc6simAcLGIpFuQ5SSMaM/cuvD5KfgM qs3DbGfl558POZnGmeFFmN5ZxPmsIFYkcHLWRjMG0+LeiciqtdTsFMcf4l0rqfebGfQ3 gxt9UeRdezEDErAS0c0b9NqqFTt+DKQMT4stgtcKNmFODGL9sXpRfvA+Z+jmwo1TxeC9 6Snwx7yrA13p+epgpl/nYWY4oKIG+mDOK4ktCcnEfjSZo+pPG899uikYMInjoggZOXTR kPUlGyD3a57DwDrbTqL6XsvZ1l94u5OPkD4R61WWPlQSsC6ql4x1D3+msPDc15ZXWQ5p QIVQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:dkim-signature:references:in-reply-to :message-id:date:subject:cc:to:from:arc-authentication-results; bh=i5PTnqPB0qhbCrVjCncsPbWuGUohgmpYV288c0ortqg=; b=DCts4Nsdl+Ka4jRs9MP63+hXQx+qbwrpvgh1irNYyNaHsViDdTZOYsWN1InavHffKB Esp3WVk6APQ4Y+pjAM0rOjWLays+RBB5UPIFRvIAeEjH9r6lvGsTglMJWRyOqd/9KVrC GZI1VKti4LlAWNYdu8l+036gkTuEHKtFrVKkBxVRPwDjVlkM2yoM1QU5S7VMyXsG+X6q 8wADhyBY5lvp7ZFt4YjycsxDBWrO3WjhUrf48nDIF0fuMgf/GdQpwFQp7uDfAAxIiDPx 3vo6wWzdKPE5bdqCjSFLn13jjg2jE0yG8z40DrbzN0CB1QtQo97FKmDfvVH2MhQ89PRL Q9eg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@agner.ch header.s=dkim header.b=sbiMYtl7; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s87si2024208pfk.141.2018.03.20.16.03.23; Tue, 20 Mar 2018 16:03:38 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@agner.ch header.s=dkim header.b=sbiMYtl7; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751669AbeCTXCZ (ORCPT + 99 others); Tue, 20 Mar 2018 19:02:25 -0400 Received: from mail.kmu-office.ch ([178.209.48.109]:34951 "EHLO mail.kmu-office.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751448AbeCTXCU (ORCPT ); Tue, 20 Mar 2018 19:02:20 -0400 Received: from trochilidae.lan (unknown [IPv6:2001:1620:c6e::587]) by mail.kmu-office.ch (Postfix) with ESMTPSA id 57A665C1EA2; Wed, 21 Mar 2018 00:01:57 +0100 (CET) From: Stefan Agner To: linux@armlinux.org.uk, ard.biesheuvel@linaro.org, arnd@arndb.de Cc: nicolas.pitre@linaro.org, marc.zyngier@arm.com, behanw@converseincode.com, keescook@chromium.org, Bernhard.Rosenkranzer@linaro.org, mka@chromium.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Stefan Agner Subject: [PATCH 3/5] ARM: trusted_foundations: do not use naked function Date: Wed, 21 Mar 2018 00:02:04 +0100 Message-Id: <20180320230206.25289-4-stefan@agner.ch> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180320230206.25289-1-stefan@agner.ch> References: <20180320230206.25289-1-stefan@agner.ch> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=agner.ch; s=dkim; t=1521586917; bh=i5PTnqPB0qhbCrVjCncsPbWuGUohgmpYV288c0ortqg=; h=From:To:Cc:Subject:Date:Message-Id:In-Reply-To:References; b=sbiMYtl7FzpjkgtRd/t2nP33o19P9IFCx64Y8VlJSWejT+ooxJG6Jy4/H4ySgC2I6oiKYqUGEh+BdTKAoS/jlH0+sUbj2nv/W09ZyBzKLDjzz45x94y2fNX+rBdLoOpDjIPdjWpg8JElvH2eGSPLQAUH4fiDxdnUpwAiTFUwN1M= Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org As documented in GCC naked functions should only use Basic asm syntax. The Extended asm or mixture of Basic asm and "C" code is not guaranteed. Currently this works because it was hard coded to follow and check GCC behavior for arguments and register placement. Furthermore with clang using parameters in Extended asm in a naked function is not supported: arch/arm/firmware/trusted_foundations.c:47:10: error: parameter references not allowed in naked functions : "r" (type), "r" (arg1), "r" (arg2) ^ Use a regular function to be more portable. This aligns also with the other smc call implementations e.g. in qcom_scm-32.c and bcm_kona_smc.c. Additionally also make sure all callee-saved registers get saved as it has been done before. Signed-off-by: Stefan Agner --- arch/arm/firmware/trusted_foundations.c | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/arch/arm/firmware/trusted_foundations.c b/arch/arm/firmware/trusted_foundations.c index 3fb1b5a1dce9..426d732e6591 100644 --- a/arch/arm/firmware/trusted_foundations.c +++ b/arch/arm/firmware/trusted_foundations.c @@ -31,21 +31,23 @@ static unsigned long cpu_boot_addr; -static void __naked tf_generic_smc(u32 type, u32 arg1, u32 arg2) +static void tf_generic_smc(u32 type, u32 arg1, u32 arg2) { + register u32 r0 asm("r0") = type; + register u32 r1 asm("r1") = arg1; + register u32 r2 asm("r2") = arg2; + asm volatile( ".arch_extension sec\n\t" - "stmfd sp!, {r4 - r11, lr}\n\t" __asmeq("%0", "r0") __asmeq("%1", "r1") __asmeq("%2", "r2") "mov r3, #0\n\t" "mov r4, #0\n\t" "smc #0\n\t" - "ldmfd sp!, {r4 - r11, pc}" : - : "r" (type), "r" (arg1), "r" (arg2) - : "memory"); + : "r" (r0), "r" (r1), "r" (r2) + : "memory", "r3", "r4", "r5", "r6", "r7", "r8", "r9", "r10"); } static int tf_set_cpu_boot_addr(int cpu, unsigned long boot_addr) -- 2.16.2