From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34207) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cvAVk-0005gs-Kp for qemu-devel@nongnu.org; Mon, 03 Apr 2017 18:31:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cvAVg-00046D-Pg for qemu-devel@nongnu.org; Mon, 03 Apr 2017 18:31:44 -0400 Received: from indium.canonical.com ([91.189.90.7]:58568) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cvAVg-00045u-HH for qemu-devel@nongnu.org; Mon, 03 Apr 2017 18:31:40 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.76 #1 (Debian)) id 1cvAVd-0001RB-8E for ; Mon, 03 Apr 2017 22:31:37 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id 17BDD2E8216 for ; Mon, 3 Apr 2017 22:31:32 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Mon, 03 Apr 2017 22:17:12 -0000 From: Yifan Reply-To: Bug 1679358 <1679358@bugs.launchpad.net> Sender: bounces@canonical.com Message-Id: <20170403221712.26304.98856.malonedeb@chaenomeles.canonical.com> Errors-To: bounces@canonical.com Subject: [Qemu-devel] [Bug 1679358] [NEW] ARM: SCTLR fields not being preserved List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Public bug reported: There are fields in SCTLR that are RAO/SBOP or WI or in the case of the RR field, accessible only in secure mode. Currently it seems that qemu just propagates any write to SCTLR to the register and this screwed up in a bootloader that I am debugging. ** Affects: qemu Importance: Undecided Status: New -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1679358 Title: ARM: SCTLR fields not being preserved Status in QEMU: New Bug description: There are fields in SCTLR that are RAO/SBOP or WI or in the case of the RR field, accessible only in secure mode. Currently it seems that qemu just propagates any write to SCTLR to the register and this screwed up in a bootloader that I am debugging. To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1679358/+subscriptions