Re: [PATCH v2] linux-user: Use memfd for open syscall emulation

On 29/07/2022 18.01, Richard Henderson wrote: > On 7/29/22 08:49, Rainer Müller wrote: >> +    /* create temporary file to map stat to */ >> +    tmpdir = getenv("TMPDIR"); >> +    if (!tmpdir) >> +    tmpdir = "/tmp&q

[PATCH v2] linux-user: Use memfd for open syscall emulation

fail unexpectedly. Trying to read one of these paths such as /proc/self/stat would return an error such as ENOENT or EROFS. To relax the requirement on a writable TMPDIR, use memfd_create() instead to create an anonymous file and return its file descriptor. Signed-off-by: Rainer Müller --- v2

[PATCH] linux-user: Use memfd for open syscall emulation

fail unexpectedly. Trying to read one of these paths such as /proc/self/stat would return an error such as ENOENT or EROFS. To relax the requirement on a writable TMPDIR, use memfd_create() instead to create an anonymous file and return its file descriptor. Signed-off-by: Rainer Müller --- linux

Re: [PATCH 1/2] input-linux: Delay grab toggle if keys are pressed

On 04/05/2021 11.14, Gerd Hoffmann wrote: > On Sat, May 01, 2021 at 09:06:21PM +0200, Rainer Müller wrote: >> When multiple keyboards are passed to the guest with input-linux, there >> could still be keys pressed on the other keyboard when toggling grab. >> Delay toggl

[PATCH 0/2] input-linux: Allow to toggle grab from QMP

submitting them together as this becomes more relevant when grab state can be controlled from QMP. Rainer Müller (2): input-linux: Delay grab toggle if keys are pressed input-linux: Allow to toggle grab from QMP qapi/qom.json| 3 +++ ui/input-linux.c | 46

[PATCH 2/2] input-linux: Allow to toggle grab from QMP

rab-active {"return": true} For devices with grab_all=on, the action will propagate to other devices as if the grab toggle hotkey was used. Signed-off-by: Rainer Müller --- qapi/qom.json| 3 +++ ui/input-linux.c | 39 +++ 2 files changed,

[PATCH 1/2] input-linux: Delay grab toggle if keys are pressed

When multiple keyboards are passed to the guest with input-linux, there could still be keys pressed on the other keyboard when toggling grab. Delay toggling grab on the other keyboard until all keys are released, otherwise keys could be stuck on host without a key up event. Signed-off-by: Rainer

Re: [Qemu-devel] [qemu-web PATCH] Document how to test the site with jekyll locally

>> --- >> >> NB, we should really mention a license in the README too, but I don't >> see info about what license we consider qemu-web to be covered by... > 1Rainer Müller > Anybody (especially non-RH people) disagrees with dual-license CC-BY-SA > 4.0

[Qemu-devel] [qemu-web PATCH] download: Add instructions for MacPorts

Signed-off-by: Rainer Müller <rai...@macports.org> --- _download/macos.md | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/_download/macos.md b/_download/macos.md index dbb312c..06aa811 100644 --- a/_download/macos.md +++ b/_download/macos.md @@ -1,6 +1,10 @@ -QE

Re: [Qemu-devel] [PATCH] configure: Define NCURSES_WIDECHAR if we're using curses

On 2017-06-02 16:35, Peter Maydell wrote: > diff --git a/configure b/configure > index 0586ec9..6aca5d1 100755 > --- a/configure > +++ b/configure > @@ -3053,6 +3053,8 @@ int main(void) { > EOF >IFS=: >for curses_inc in $curses_inc_list; do > +# Make sure we get the wide character

Re: [Qemu-devel] Fix build break during configuration on musl-libc based Linux systems.

On 2017-02-17 17:57, Peter Maydell wrote: > On 17 February 2017 at 11:20, Paolo Bonzini wrote: >> >> >> On 17/02/2017 11:18, Peter Maydell wrote: >>> Defining _XOPEN_SOURCE is easy enough, and I think we should >>> do it unconditionally. We should check what effect this has

[Qemu-devel] [PATCH] cocoa: Suppress Cocoa window with -display

Do not open a Cocoa window when another display is selected that will be initialized later. The Cocoa display cannot be selected with -display, so there is no need to check its argument. Signed-off-by: Rainer Müller <rai...@codingfarm.de> --- ui/cocoa.m | 1 + 1 file changed, 1 ins

Re: [Qemu-devel] Problems compiling HEAD on Mac OS X 10.9.2

On 2014-06-06 04:04, Fam Zheng wrote: Ugh. This was supposed to be fixed by commit 6295b98d7b767c. Fam, can you re-check your fix, please? I don't understand that fix now, looks like it was moved onto a wrong list. Rainer, does this below patch work for you? (we can't duplicate object, so

Re: [Qemu-devel] Problems compiling HEAD on Mac OS X 10.9.2

On 2014-03-14 13:29, Paolo Bonzini wrote: Il 13/03/2014 19:48, Peter Maydell ha scritto: Yep, here we are: LIBSSH2_LIBS=-L/opt/local/lib -lssh2 -Wl,-headerpad_max_install_names -arch x86_64 CURL_LIBS=-L/opt/local/lib -lcurl rules.mak is incorrectly reordering the contents of these and

[Qemu-devel] [Bug 1087114] Re: assertion QLIST_EMPTY(bs-tracked_requests) failed

I was unable to reproduce the original issue on Mac OS X 10.8.4 using the current master. However, I was also unable to reproduce the original issue on the stable-1.5 branch which does not have the fix by Izumi Tsutsui linked above. As this second fix is only for a problem that appears in certain

[Qemu-devel] [Bug 1087114] Re: assertion QLIST_EMPTY(bs-tracked_requests) failed

Aaron, this added line in qemu-thread-posix.c is the fix, qemu is expected to crash once this is removed. I guess Brad meant to revert c166cb72f1676855816340666c3b618beef4b976 which introduced the fallback code. However, reverting this commit alone will not work on Mac OS X as sem_timedwait() is

[Qemu-devel] [Bug 1087114] Re: assertion QLIST_EMPTY(bs-tracked_requests) failed

I had the same problem on Mac OS X 10.8.2 with qemu 1.3.0, but it is now fixed in the current master branch. I can confirm that the commit a795ef8dcb8cbadffc996c41ff38927a97645234 fixes this problem. This commit can also be applied to the 1.3.0 source. -- You received this bug notification