From: Helge Deller <deller@gmx.de>
To: Laurent Vivier <laurent@vivier.eu>, qemu-devel@nongnu.org
Cc: "John David Anglin" <dave.anglin@bell.net>,
"Richard Henderson" <richard.henderson@linaro.org>,
"Philippe Mathieu-Daudé" <f4bug@amsat.org>
Subject: Re: [PATCH] linux-user: fix O_NONBLOCK in signalfd4() and eventfd2() syscalls
Date: Sat, 13 Feb 2021 20:05:08 +0100 [thread overview]
Message-ID: <2734966e-ab5d-aa38-d3a6-0133e5900457@gmx.de> (raw)
In-Reply-To: <5fb8b28c-a78f-2523-067d-bfc4c06e27af@vivier.eu>
On 2/13/21 5:38 PM, Laurent Vivier wrote:
> Le 10/02/2021 à 07:12, Helge Deller a écrit :
>> On the hppa target userspace binaries may call signalfd4() and
>> eventfd2() with an old TARGET_O_NONBLOCK value of 000200004 instead of
>> 000200000 for the "mask" syscall parameter, in which case the current
>> emulation doesn't handle the translation to the native O_NONBLOCK value
>> correctly.
>>
>> The 0x04 bit is not masked out before the new O_NONBLOCK bit is set and
>> as such when calling the native syscall errors out with EINVAL.
>>
>> Fix this by introducing TARGET_O_NONBLOCK_MASK which is used to mask off
>> all possible bits. This define defaults to TARGET_O_NONBLOCK when not
>> defined otherwise, so for all other targets the implementation will
>> behave as before.
>>
>> This patch needs to be applied on top of my previous two patches.
>>
>> Bug was found and patch was verified by using qemu-hppa as debian buildd
>> server on x86_64.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> ---
>>
>> diff --git a/linux-user/hppa/target_fcntl.h b/linux-user/hppa/target_fcntl.h
>> index 08e3a4fcb0..4eb0ec98e2 100644
>> --- a/linux-user/hppa/target_fcntl.h
>> +++ b/linux-user/hppa/target_fcntl.h
>> @@ -9,6 +9,7 @@
>> #define HPPA_TARGET_FCNTL_H
>>
>> #define TARGET_O_NONBLOCK 000200000
>> +#define TARGET_O_NONBLOCK_MASK 000200004 /* includes old HP-UX NDELAY flag */
>> #define TARGET_O_APPEND 000000010
>> #define TARGET_O_CREAT 000000400 /* not fcntl */
>> #define TARGET_O_EXCL 000002000 /* not fcntl */
>> diff --git a/linux-user/syscall.c b/linux-user/syscall.c
>> index 27adee908e..3031aa342f 100644
>> --- a/linux-user/syscall.c
>> +++ b/linux-user/syscall.c
>> @@ -273,6 +273,11 @@ static type name (type1 arg1,type2 arg2,type3 arg3,type4 arg4,type5 arg5, \
>> #define TARGET_NR__llseek TARGET_NR_llseek
>> #endif
>>
>> +/* some platforms need to mask more bits than just TARGET_O_NONBLOCK */
>> +#ifndef TARGET_O_NONBLOCK_MASK
>> +#define TARGET_O_NONBLOCK_MASK TARGET_O_NONBLOCK
>> +#endif
>> +
>> #define __NR_sys_gettid __NR_gettid
>> _syscall0(int, sys_gettid)
>>
>> @@ -7719,7 +7724,7 @@ static abi_long do_signalfd4(int fd, abi_long mask, int flags)
>> sigset_t host_mask;
>> abi_long ret;
>>
>> - if (flags & ~(TARGET_O_NONBLOCK | TARGET_O_CLOEXEC)) {
>> + if (flags & ~(TARGET_O_NONBLOCK_MASK | TARGET_O_CLOEXEC)) {
>> return -TARGET_EINVAL;
>> }
>> if (!lock_user_struct(VERIFY_READ, target_mask, mask, 1)) {
>> @@ -12508,7 +12513,7 @@ static abi_long do_syscall1(void *cpu_env, int num, abi_long arg1,
>> #if defined(TARGET_NR_eventfd2)
>> case TARGET_NR_eventfd2:
>> {
>> - int host_flags = arg2 & (~(TARGET_O_NONBLOCK | TARGET_O_CLOEXEC));
>> + int host_flags = arg2 & (~(TARGET_O_NONBLOCK_MASK | TARGET_O_CLOEXEC));
>> if (arg2 & TARGET_O_NONBLOCK) {
>> host_flags |= O_NONBLOCK;
>> }
>>
>
> You might also update fcntl_flags_tbl[], the first column is the mask.
No, I intentionally did not updated the fcntl_flags_tbl[] entry.
The check in target_to_host_bitmask() is:
if ((target_mask & btp->target_mask) == btp->target_bits)
and the table entry is:
{ TARGET_O_NONBLOCK, TARGET_O_NONBLOCK, O_NONBLOCK, O_NONBLOCK, },
Application may hand in 000200000 *or* 000200004 as value.
So checking (value & 000200000) == 000200000 is correct for both cases.
Helge
next prev parent reply other threads:[~2021-02-13 19:06 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-10 6:12 [PATCH] linux-user: fix O_NONBLOCK in signalfd4() and eventfd2() syscalls Helge Deller
2021-02-13 16:38 ` Laurent Vivier
2021-02-13 19:05 ` Helge Deller [this message]
2021-02-13 19:12 ` Laurent Vivier
2021-02-13 19:16 ` Laurent Vivier
2021-02-22 1:03 ` Helge Deller
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=2734966e-ab5d-aa38-d3a6-0133e5900457@gmx.de \
--to=deller@gmx.de \
--cc=dave.anglin@bell.net \
--cc=f4bug@amsat.org \
--cc=laurent@vivier.eu \
--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).