From: LemonBoy <thatlemon@gmail.com>
To: Laurent Vivier <laurent@vivier.eu>,
Peter Maydell <peter.maydell@linaro.org>,
qemu-devel@nongnu.org
Cc: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>,
Richard Henderson <richard.henderson@linaro.org>
Subject: Re: [PATCH for-5.2 1/3] linux-user/sparc: Fix errors in target_ucontext structures
Date: Tue, 10 Nov 2020 10:02:21 +0100 [thread overview]
Message-ID: <383a44ab-23e6-c8c7-9cdc-9c65acac5caf@gmail.com> (raw)
In-Reply-To: <d93ed16f-9f9d-1009-7236-1eb72b512015@vivier.eu>
Hello Laurent,
you probably want to also apply my patch for stack_t definitions [1] that
was mentioned in Peter Maydell's cover letter for the patch series.
[1] https://patchew.org/QEMU/e9d47692-ee92-009f-6007-0abc3f502b97@gmail.com/
On 10/11/20 07:53, Laurent Vivier wrote:
> Le 05/11/2020 à 22:23, Peter Maydell a écrit :
>> The various structs that make up the SPARC target_ucontext had some
>> errors:
>> * target structures must not include fields which are host pointers,
>> which might be the wrong size. These should be abi_ulong instead
>> * because we don't have the 'long double' part of the mcfpu_fregs
>> union in our version of the target_mc_fpu struct, we need to
>> manually force it to be 16-aligned
>>
>> In particular, the lack of 16-alignment caused sparc64_get_context()
>> and sparc64_set_context() to read and write all the registers at the
>> wrong offset, which triggered a guest glibc stack check in
>> siglongjmp:
>> *** longjmp causes uninitialized stack frame ***: terminated
>> when trying to run bash.
>>
>> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
>> ---
>> linux-user/sparc/signal.c | 13 +++++++++----
>> 1 file changed, 9 insertions(+), 4 deletions(-)
>>
>> diff --git a/linux-user/sparc/signal.c b/linux-user/sparc/signal.c
>> index d796f50f665..57ea1593bfc 100644
>> --- a/linux-user/sparc/signal.c
>> +++ b/linux-user/sparc/signal.c
>> @@ -349,10 +349,15 @@ typedef abi_ulong target_mc_greg_t;
>> typedef target_mc_greg_t target_mc_gregset_t[SPARC_MC_NGREG];
>>
>> struct target_mc_fq {
>> - abi_ulong *mcfq_addr;
>> + abi_ulong mcfq_addr;
>> uint32_t mcfq_insn;
>> };
>>
>> +/*
>> + * Note the manual 16-alignment; the kernel gets this because it
>> + * includes a "long double qregs[16]" in the mcpu_fregs union,
>> + * which we can't do.
>> + */
>> struct target_mc_fpu {
>> union {
>> uint32_t sregs[32];
>> @@ -362,11 +367,11 @@ struct target_mc_fpu {
>> abi_ulong mcfpu_fsr;
>> abi_ulong mcfpu_fprs;
>> abi_ulong mcfpu_gsr;
>> - struct target_mc_fq *mcfpu_fq;
>> + abi_ulong mcfpu_fq;
>> unsigned char mcfpu_qcnt;
>> unsigned char mcfpu_qentsz;
>> unsigned char mcfpu_enab;
>> -};
>> +} __attribute__((aligned(16)));
>> typedef struct target_mc_fpu target_mc_fpu_t;
>>
>> typedef struct {
>> @@ -377,7 +382,7 @@ typedef struct {
>> } target_mcontext_t;
>>
>> struct target_ucontext {
>> - struct target_ucontext *tuc_link;
>> + abi_ulong tuc_link;
>> abi_ulong tuc_flags;
>> target_sigset_t tuc_sigmask;
>> target_mcontext_t tuc_mcontext;
>>
>
> Applied to my linux-user-for-5.2 branch.
>
> Thanks,
> Laurent
>
next prev parent reply other threads:[~2020-11-10 9:03 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-05 21:23 [PATCH for-5.2 0/3] linux-user: fix various sparc64 guest bugs Peter Maydell
2020-11-05 21:23 ` [PATCH for-5.2 1/3] linux-user/sparc: Fix errors in target_ucontext structures Peter Maydell
2020-11-05 22:15 ` Richard Henderson
2020-11-05 23:36 ` Peter Maydell
2020-11-10 6:53 ` Laurent Vivier
2020-11-10 9:02 ` LemonBoy [this message]
2020-11-10 9:41 ` Laurent Vivier
2020-11-05 21:23 ` [PATCH for-5.2 2/3] linux-user/sparc: Correct set/get_context handling of fp and i7 Peter Maydell
2020-11-05 22:22 ` Richard Henderson
2020-11-10 6:53 ` Laurent Vivier
2020-11-05 21:23 ` [PATCH for-5.2 3/3] linux-user/sparc: Don't zero high half of PC, NPC, PSR in sigreturn Peter Maydell
2020-11-05 22:23 ` Richard Henderson
2020-11-10 6:55 ` Laurent Vivier
2020-11-10 12:56 ` [PATCH for-5.2 0/3] linux-user: fix various sparc64 guest bugs Mark Cave-Ayland
2020-11-10 13:01 ` Laurent Vivier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=383a44ab-23e6-c8c7-9cdc-9c65acac5caf@gmail.com \
--to=thatlemon@gmail.com \
--cc=laurent@vivier.eu \
--cc=mark.cave-ayland@ilande.co.uk \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).