Map signal numbers in fcntl F_SETSIG and F_GETSIG.
Signed-off-by: Timothy E Baldwin
---
linux-user/syscall.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index 945fc25279..8456bad109 100644
--- a/linux-user/syscall.c
On Mon, 20 Aug 2018, at 10:45 AM, Aleksandar Markovic wrote:
> > As such an implementation of lstat that uses statx will be broken.
> >
> > Since fstatat exists since 2.6.16 this can be reduced to a call to fstatat.
>
> I am not sure what you meant here. I think QEMU lstat() implementation
> do
On 13/08/18 18:53, Aleksandar Markovic wrote:
From: Aleksandar Rikalo
Implement support for translation of system call statx(). The
implementation includes invoking other (more mature) syscalls
(from the same 'stat' family) on the host side. This way,
problems of availability of statx() on the
On 08/03/15 10:23, Peter Maydell wrote:
On 8 March 2015 at 04:18, Timothy Baldwin
wrote:
From ebcb08f4f4ed90c8557cafc02593360c59e10a49 Mon Sep 17 00:00:00 2001
From: Timothy E Baldwin
Date: Sat, 7 Mar 2015 18:42:41 +
Subject: [PATCH] Actually block signals that have been queued in
block signals is stored in TaskState.
Fixes bug #1429313
Signed-off-by: Timothy Baldwin
---
linux-user/qemu.h | 2 +-
linux-user/signal.c | 39 ---
2 files changed, 21 insertions(+), 20 deletions(-)
diff --git a/linux-user/qemu.h b/linux-user/qemu.h
index
** Changed in: qemu
Assignee: (unassigned) => Timothy Baldwin (t-e-baldwin99)
** Changed in: qemu
Status: New => In Progress
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1429313
Public bug reported:
Upon entry to a target signal handler the function
process_pending_signals in linux-user/signal.c block the appropriate
host signals, but signals already received and queued by Qemu are not
blocked. If multiple signals arrive in quick succession this results
incorrect recursio
