Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1860054imu; Thu, 10 Jan 2019 04:21:41 -0800 (PST) X-Google-Smtp-Source: ALg8bN5Z3WeP86Mh0ZRAjW7sDgmR1O8C8kJQZysBk8yziFQPYYpnqjZ8Sjnbl0G6FwmRm+Ej7vjJ X-Received: by 2002:a17:902:29a7:: with SMTP id h36mr10282576plb.244.1547122901121; Thu, 10 Jan 2019 04:21:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547122901; cv=none; d=google.com; s=arc-20160816; b=VGBFeylLrWwu/9cflc+oD3VOuXiEVgThG4j9Jz8JdogoJ0vOQewu5RcGyJBNinbMp9 Fy7CsQOHdosFhj2l3oqTNgny2nqsZbF9gkUQ7ConM6P5Nd/Q79RUKSUOjHNqZTPf6xBM j0aTA4CMd7kSBi0o9kBMS+R0OKCO2w8XcJS5ADmtpAmJocdeYtSU0L2JSHv2McGT/Kwq m7iGilwK0nGTQsCdeIs+M0Z2N8M+AkeGZ1oh/Y4HarLkBkSyyRiDF9qK03dGRtZHdhSf eUtIY2eOVSkKZNzDnhKL4l5TgGuIuLzAKv1nmjq6nfKBwKgSbBev5Fk/lyCt1P6DYpzD qXbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:message-id:in-reply-to:date:references:subject:cc:to :from; bh=/dEJfzF7dJsPQGgM0gHEGRsZyaK5IljUOETp0YfyqlM=; b=YaEO0QLMOD23nSZe5qNhMw5P4r3E0OszKgZML2lu/iEh/0KduxT27CUzFREvieW2Qn 8uKQZSKu/GFQEjZQYiIYfQzKoNh89EahvNJoGhrMDGROiEAF5CK3hVqkXOe/NXCbZBGw m4kO4ZZm5e7lEm7WNUfWIvTFhBkzLP3ODY85PfLwBVh1IoBPoE4z3PeEE9gPo2oB5X/A sjD2pnKb2h7XSSF17uYZJPh+W1Ws8G+9RpHH+OJPAaXMHj8gaIISm0yGOoMqSnNiqThj bDi8t/o9dNBCg2C4z1795VckPIcTlrvMegsenN62H/V8M13olTHOwzlz+mufeWWcmg+h 4VyA== ARC-Authentication-Results: i=1; mx.google.com; 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 41si5770363plf.347.2019.01.10.04.21.25; Thu, 10 Jan 2019 04:21:41 -0800 (PST) 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; 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 S1728235AbfAJLBc convert rfc822-to-8bit (ORCPT + 99 others); Thu, 10 Jan 2019 06:01:32 -0500 Received: from mail.bootlin.com ([62.4.15.54]:42009 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727560AbfAJLBb (ORCPT ); Thu, 10 Jan 2019 06:01:31 -0500 Received: by mail.bootlin.com (Postfix, from userid 110) id 9C0DB209BC; Thu, 10 Jan 2019 12:01:28 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.bootlin.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT, URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.2 Received: from localhost (alyon-652-1-61-72.w109-213.abo.wanadoo.fr [109.213.84.72]) by mail.bootlin.com (Postfix) with ESMTPSA id 24864206DC; Thu, 10 Jan 2019 12:01:28 +0100 (CET) From: Gregory CLEMENT To: Emmanuel Vadot Cc: Heinrich Schuchardt , Jason Cooper , Andrew Lunn , Sebastian Hesselbarth , Rob Herring , Mark Rutland , linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Emmanuel Vadot , Russell King Subject: Re: [PATCH v2 1/1] arm64: dts: marvell: armada-ap806: reserve PSCI area References: <20181221164503.5128-1-xypron.glpk@gmx.de> <87h8f09sbe.fsf@bootlin.com> <20190110073443.75462677e45657b93b3f06e6@bidouilliste.com> Date: Thu, 10 Jan 2019 12:01:28 +0100 In-Reply-To: <20190110073443.75462677e45657b93b3f06e6@bidouilliste.com> (Emmanuel Vadot's message of "Thu, 10 Jan 2019 07:34:43 +0100") Message-ID: <878szspyif.fsf@FE-laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Emmanuel, On jeu., janv. 10 2019, Emmanuel Vadot wrote: > Hello all, > > Sorry I forgot to answer this email. > > On Wed, 26 Dec 2018 18:09:04 +0100 > Heinrich Schuchardt wrote: > >> On 12/26/18 5:16 PM, Gregory CLEMENT wrote: >> > Hi Heinrich, >> > >> > On ven., déc. 21 2018, Heinrich Schuchardt wrote: >> > >> >> The memory area [0x4000000-0x4200000[ is occupied by the PSCI firmware. Any >> >> attempt to access it from Linux leads to an immediate crash. >> >> >> >> So let's make the same memory reservation as the vendor kernel. >> >> >> >> Signed-off-by: Heinrich Schuchardt >> > >> > We got a similar patch one month ago and Russell King pointed that it >> > didn't match waht he saw on his MACCHIATObin: >> > http://lists.infradead.org/pipermail/linux-arm-kernel/2018-November/612360.html >> > >> > on mine under U-Boot I got: >> > >> > Marvell>> md 0x4000000 >> > 04000000: 00000000 00000007 00000005 00000040 ............@... >> > 04000010: 00000001 00001000 00000007 00000001 ................ >> > 04000020: 00000008 00000000 00000009 00000000 ................ >> > 04000030: 0000000a 00000000 ffffffff ffffffff ................ >> > 04000040: ffffffff ffffffff ffffffff ffffffff ................ >> > 04000050: ffffffff ffffffff ffffffff ffffffff ................ >> > 04000060: ffffffff ffffffff ffffffff ffffffff ................ >> > 04000070: ffffffff ffffffff ffffffff ffffffff ................ >> > 04000080: ffffffff ffffffff ffffffff ffffffff ................ >> > 04000090: ffffffff ffffffff ffffffff ffffffff ................ >> > 040000a0: ffffffff ffffffff ffffffff ffffffff ................ >> > 040000b0: ffffffff ffffffff ffffffff ffffffff ................ >> > 040000c0: ffffffff ffffffff ffffffff ffffffff ................ >> > 040000d0: ffffffff ffffffff ffffffff ffffffff ................ >> > 040000e0: ffffffff ffffffff ffffffff ffffffff ................ >> > 040000f0: ffffffff ffffffff ffffffff ffffffff ................ >> > >> > In my case I have an old ATF, however this kind of setting should be >> > done by the bootloader. >> > >> > I am interested by your claim about causing an immediate crash when >> > accessing this region. How did you trigger it? >> > >> > Gregory >> >> Hello Gregory, >> >> judging from you U-Boot prompt you are not using mainline U-Boot. With >> the legacy Marvell U-Boot I get the same output as you provide above. >> But you are looking in the wrong place to confirm that this is ATF: >> >> Marvell>> md 04017200 >> 04017200: 616d6920 74206567 5043206f 474d2031 image to CP1 MG >> 04017210: 746f6e20 70757320 74726f70 000a6465 not supported.. >> 04017220: 4f525245 20203a52 50435320 324c425f ERROR: SCP_BL2 >> 04017230: 6f727720 6920676e 6620676d 616d726f wrong img forma >> 04017240: 63282074 745f336d 3d657079 0a296425 t (cm3_type=%d). >> 04017250: 544f4e00 3a454349 43532020 6d492050 .NOTICE: SCP Im >> 04017260: 20656761 73656f64 2074276e 746e6f63 age doesn't cont >> 04017270: 206e6961 66204d50 776d7269 0a657261 ain PM firmware. >> 04017280: 00000000 00000000 040144d0 00000000 .........D...... >> 04017290: 00000001 00000019 4f525245 20203a52 ........ERROR: >> 040172a0: 6e695720 20776f64 203a6425 65736162 Window %d: base >> 040172b0: 64646120 73736572 616e7520 6e67696c address unalign >> 040172c0: 74206465 7830206f 000a7825 67696c41 ed to 0x%x..Alig >> 040172d0: 7075206e 65687420 73616220 64612065 n up the base ad >> 040172e0: 73657264 6f742073 25783020 000a786c dress to 0x%lx.. >> 040172f0: 4f525245 20203a52 6e695720 20776f64 ERROR: Window > > I do confirm what Heinrich is saying, this is needed (and made for) > mainline U-Boot. > >> Possibly the legacy Marvell U-Boot is running at exception level 3 >> (EL3). This would explain why you cannot reproduce the crash with that >> U-Boot. >> >> The legacy Marvell U-Boot is in bad shape: their booti command cannot >> load the initrd.img created by Debian. This is why I use mainline >> U-Boot. Here you can find my recipe: > > I personnaly uses mainline U-Boot because the efi part is too old and > buggy on Marvell fork. > >> https://github.com/xypron/u-boot-build/blob/macchiatobin/Makefile (for >> U-Boot v2018.11) >> >> When I issue the md command for the region in mainline U-Boot I get a >> crash: >> >> => md 0x4000000 >> >> >> 04000000:"Synchronous Abort" handler, esr 0x96000210 >> >> >> elr: 000000000006b878 lr : 000000000006b7f4 (reloc) >> >> >> elr: 000000007ff8b878 lr : 000000007ff8b7f4 >> >> >> x0 : 0000000000000009 x1 : 0000000000000000 >> >> >> x2 : 000000000000003a x3 : 0000000004000000 >> >> >> x4 : 0000000000000000 x5 : 000000007ffae306 >> >> >> x6 : 0000000000000004 x7 : 000000007fb0a1e0 >> >> >> x8 : 000000007fb0a0a0 x9 : 0000000000000008 >> >> >> x10: 00000000ffffffd0 x11: 0000000000000006 >> >> >> x12: 000000000001869f x13: 000000000000440c >> >> >> x14: 000000007fb0a43c x15: 0000000000000008 >> >> >> x16: 000000007ffb49ea x17: 000000007ffb49ea >> >> >> x18: 000000007fb0fdd8 x19: 0000000000000040 >> >> >> x20: 0000000004000000 x21: 0000000004000000 >> >> >> x22: 000000007ffacff1 x23: 0000000000000008 >> >> >> x24: 0000000000000004 x25: 0000000000000004 >> >> >> x26: 0000000000000004 x27: 000000007fb0a268 >> >> >> x28: 0000000000000000 x29: 000000007fb0a1e0 >> >> >> >> Resetting CPU ... >> >> In Linux 4.20 without my patch I regularly experience crashes like the >> one below. With the patch I never experience such a crash. > > For me this is 100% reproducible with the FreeBSD kernel, not the same > kind of crash but a hang as soon as we try to call PSCI/SMCCC functions. > > I don't care personnaly which patch is taken as long as it's applied. Thanks for your confirmation I will apply it. Gregory > > Cheers, > > -- > Emmanuel Vadot -- Gregory Clement, Bootlin Embedded Linux and Kernel engineering http://bootlin.com