From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:32877) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7JC7-0004Wz-Gd for qemu-devel@nongnu.org; Tue, 23 Jun 2015 04:04:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z7JC3-0006oh-HZ for qemu-devel@nongnu.org; Tue, 23 Jun 2015 04:04:35 -0400 Received: from mail-vn0-f41.google.com ([209.85.216.41]:46487) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7JC3-0006oZ-D2 for qemu-devel@nongnu.org; Tue, 23 Jun 2015 04:04:31 -0400 Received: by vnbf7 with SMTP id f7so320179vnb.13 for ; Tue, 23 Jun 2015 01:04:30 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <1403355502-12288-1-git-send-email-pbonzini@redhat.com> <1403355502-12288-5-git-send-email-pbonzini@redhat.com> <53AC2B9B.40801@redhat.com> From: Peter Maydell Date: Tue, 23 Jun 2015 09:04:11 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] [PATCH v3 04/11] linux-user: arm: set CPSR.E correctly for BE8 mode List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Crosthwaite Cc: Paolo Bonzini , QEMU Developers On 22 June 2015 at 23:48, Peter Crosthwaite wrote: > On Thu, Jun 26, 2014 at 7:18 AM, Paolo Bonzini wrote: >> Il 26/06/2014 16:15, Peter Maydell ha scritto: >>> >>> (There is code for handling CPSR_E in the kernel's start_thread() >>> macro but that is actually only called for starting new >>> processes, AFAICT.) >> >> >> Yes, you're right. >> > > So I am struggling on figuring out the need to have this extra state > of signal_cpsr_e. Is it still needed and to follow up, would something > similar be needed for SCTLR.E0E on AA64 support? The Linux userland ABI says: (1) the ELF file defines whether an executable is BE8 or not (2) this setting affects: (a) whether we start at the process entry point in BE or LE (b) whether we run signal handlers in BE or LE (c) whether newly cloned threads start in BE or LE signal_cpsr_e is how this patch implements that -- we set it based on the ELF file flags, then set CPSR.E based on it: * in main, for the initial thread * in cpu_clone_regs, for subsequent threads * in signal.c, for signal handlers For AArch64 BE we will need something similar. I don't know if there's somewhere more appropriate to store this "what's the ELF file endianness" state, but we do need to keep it somewhere... thanks -- PMM