This is still a problem with 3.1.0.
** Summary changed:
- unix-domain socket unlink()ed prematurely
+ VNC unix-domain socket unlink()ed prematurely
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1795
Public bug reported:
With qemu 3.0.0 (I don't believe this happened with previous
versions), if I tell it `-vnc unix:/path/to/vnc.sock`, qemu will
unlink() that file when the first client disconnects, meaning that
once I disconnect, I can't ever reconnect without restarting the VM.
A stupid testc
I'm not on a Debian/Ubuntu-ish system, but extracting
qemu-user-static_2.11+dfsg-1ubuntu6~ppa3_amd64.deb : data.tar.xz :
usr/bin/qemu-arm-static
and testing with that binary:
$ time usr/bin/qemu-arm-static
/var/lib/archbuild/dbscripts@armv7h/luke/usr/bin/ldconfig --help
Usage: ldcon
Yes, I believe that 2a53535af471f4bee9d6cb5b363746b8d5ed21dd alone is
good.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1740219
Title:
static linux-user ARM emulation has several-second startup t
Oh, but it's worth noting that patch 1/10 had a mistake in it, which was
corrected when applied as 8756e1361d177e91dc6d88f37749b809fd2407fb.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1740219
Titl
I don't believe so. The patchset applies cleanly on 2.11.0, and fixes
the issue there.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1740219
Title:
static linux-user ARM emulation has several-seco
This is now fixed on master, as of
3be2e41b3323169852dca11ffe6ff772c33e5aaa.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1740219
Title:
static linux-user ARM emulation has several-second startup
Everything except for the final patch (which has the actual fix) is now
applied on the master branch.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1740219
Title:
static linux-user ARM emulation ha
To have a link to it from here, on the 28th I submitted a patchset to
fix this: https://lists.nongnu.org/archive/html/qemu-
devel/2017-12/msg05237.html
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/17
Public bug reported:
static linux-user emulation has several-second startup time
My problem: I'm a Parabola packager, and I'm updating our
qemu-user-static package from 2.8 to 2.11. With my new
statically-linked 2.11, running `qemu-arm /my/arm-chroot/bin/true`
went from taking 0.006s to 3s! Thi
Actually, it seems that the `[base+0x,
base+0x+page_size]` segment is only mapped on 32-bit ARM. So
this is 32-bit ARM-specific.
** Tags added: arm linux-user
** Summary changed:
- static linux-user emulation has several-second startup time
+ static linux-user ARM emulation has
11 matches
Mail list logo
