Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp6626929imm; Mon, 23 Jul 2018 23:34:50 -0700 (PDT) X-Google-Smtp-Source: AAOMgpeuz71grH3fXyyfEh6lXVxBeFOflmhdlBFVKfa5qC/h4s5fdEop+wG+6XiX0AUtiL26mt3Q X-Received: by 2002:a17:902:585:: with SMTP id f5-v6mr15888335plf.7.1532414090204; Mon, 23 Jul 2018 23:34:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532414090; cv=none; d=google.com; s=arc-20160816; b=cTd2NQ/u2f32N3LGISTZEH6q3jximhuS0M+Tt2lIkkRSWRDnZP/atuuehoaocoDeBG 7oK/7lEqqxqWLwa/jCtRtc1dtKPx23rPECDy57gNHuK+KLekKXoOny4T2QaMZoZsMt7/ +5Nj0uD/WToFQIBURnoYC98Hvzl2AQExN/WxszYbP2geasuqmP2DoBuqCxbULMCJz8s9 s4RtCAuo1zu2ndS9ULF+bKde4gZYncJAAqetsx+Blbe/hrTXUKNSqQa9Q96ldclKp+O1 oEsrPkrBnTZL3V5cOIKWGjSc5rXKpIFrsc98F1ChXN9dU7u5MpdZj1lOubRcrDgklnWy 2gfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=uxNj9HV0GEDhkTowaAM3jpNk/9C7qiqHhGkJYT8sbs0=; b=BxXscE0APEhNU8qLZYfeTzNpbhfbCTZ74M1fji2+/3LRVq3reFMEcoDHxYJMH67qwI JnCpjIKu88URAEZFJ5rkno4/x43sGWlx1iqJEouWFykGTLC1WJJqajOSJsOg4IuWi55b PuDauhGY+jRIH+uxOE/7tvXyopnOqlTv8YES2lxCFuQiaRwQMA5cWyZgh2hhaa4iKoVR UqR8vDbfJo5Z7z01ubCFDeNAY0F6YWhgXumVh1BxA+vB70nNWYW6Bj/y8P4qhhUl3riX hqEwwPGstcp8ozcubrdDJ2ndCWDROd+aRq058PH/qIdBDQ5/x/bVvWC/UGlT241CbVBP bTkw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Z58zmPeq; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q1-v6si9272195pgv.652.2018.07.23.23.34.33; Mon, 23 Jul 2018 23:34:50 -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=@kernel.org header.s=default header.b=Z58zmPeq; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388301AbeGXHie (ORCPT + 99 others); Tue, 24 Jul 2018 03:38:34 -0400 Received: from mail.kernel.org ([198.145.29.99]:52388 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388241AbeGXHie (ORCPT ); Tue, 24 Jul 2018 03:38:34 -0400 Received: from mail-wm0-f42.google.com (mail-wm0-f42.google.com [74.125.82.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id D5C7A20881; Tue, 24 Jul 2018 06:33:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1532414021; bh=35c/fzYC/Wtw9RxH17Dg7SJ8wBlK/ZRXQ97HRqICH1w=; h=In-Reply-To:References:From:Date:Subject:To:Cc:From; b=Z58zmPeq3bdGzJtIDerdKXC/OO2t4hYweR2dx3BIV4TTCgoJg+Qc2HdueKYQ1XWnk 8NVbmOmsbXF4+4yoJFTC2Aj3T1C8bBMYup/2MhoYQHx+gglk+USd9KiJygRVT3q9S/ SoZGchX7r/LG2L+hHkPnpg3nrMTrxdlXvoc/GR4s= Received: by mail-wm0-f42.google.com with SMTP id l2-v6so11401417wme.1; Mon, 23 Jul 2018 23:33:40 -0700 (PDT) X-Gm-Message-State: AOUpUlGuyvZu4qwxL/pkOeio8Q74F9yJi7A2FQTHvUsNPBkxiDbKcELl 2fFri90p0ZgSacWcw947Mjv9opT2/5P0tPs5xUQ= X-Received: by 2002:a1c:3a8f:: with SMTP id h137-v6mr1129257wma.72.1532414019340; Mon, 23 Jul 2018 23:33:39 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:adf:9141:0:0:0:0:0 with HTTP; Mon, 23 Jul 2018 23:33:38 -0700 (PDT) In-Reply-To: <20180723142503eucas1p24f8d96f8c4ec25dbdb80e27e2f1444c2~EBZNDRgPc2952429524eucas1p2C@eucas1p2.samsung.com> References: <20180718195929.5852-1-krzk@kernel.org> <20180723142503eucas1p24f8d96f8c4ec25dbdb80e27e2f1444c2~EBZNDRgPc2952429524eucas1p2C@eucas1p2.samsung.com> From: Krzysztof Kozlowski Date: Tue, 24 Jul 2018 08:33:38 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [RFC] ARM: exynos: Fix imprecise abort during Exynos5422 suspend to RAM To: Marek Szyprowski Cc: Kukjin Kim , Russell King , Pankaj Dubey , linux-arm-kernel@lists.infradead.org, "linux-samsung-soc@vger.kernel.org" , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Bartlomiej Zolnierkiewicz , Chanwoo Choi , Alim Akhtar Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 23 July 2018 at 16:24, Marek Szyprowski wrote: > Hi Krzysztof, > > On 2018-07-18 21:59, Krzysztof Kozlowski wrote: >> Suspend to RAM on Odroid XU3/XU4/HC1 family (Exynos5422) causes >> imprecise abort: >> >> PM: Syncing filesystems ... done. >> Freezing user space processes ... (elapsed 0.003 seconds) done. >> OOM killer disabled. >> Freezing remaining freezable tasks ... (elapsed 0.003 seconds) done. >> wake enabled for irq 139 >> Disabling non-boot CPUs ... >> IRQ51 no longer affine to CPU1 >> IRQ52 no longer affine to CPU2 >> IRQ53 no longer affine to CPU3 >> IRQ54 no longer affine to CPU4 >> IRQ55 no longer affine to CPU5 >> IRQ56 no longer affine to CPU6 >> cpu cpu4: Dropping the link to regulator.40 >> IRQ57 no longer affine to CPU7 >> Unhandled fault: external abort on non-linefetch (0x1008) at 0xf081a028 >> Internal error: : 1008 [#1] PREEMPT SMP ARM >> >> with last call trace in exynos_suspend_enter(). >> >> The abort is caused by writing to register in secure part of sysram. >> All Exynos5422 devices, including Hardkernel Odroid boards, boot with >> TrustZone in non-secure mode therefore they should access non-secure >> sysram. >> >> Signed-off-by: Krzysztof Kozlowski >> >> --- >> >> Comments, whether my understanding is correct, are welcomed! > > The decision, weather to use secure or non-secure sysram depends on the > enabled TrustZone interface IMHO. Exynos5420 PeachPIT and Exynos5800 PeachPI > don't use TrustZone and don't have 'firmware' node in dts, thus they should > keep existing code. Ah, you are right. SMDK5420 also would be affected. I'll fix the patch. Thanks for feedback! Best regards, Krzysztof