Hello, Peter Maydell
we have new qemu-arm hang issue.
I guess you are busy for new qemu 2.7 release.
But, could you please help us if you have time?
https://bugs.launchpad.net/qemu/+bug/1617929
Very thank you in advance :-)
--
You received this bug notification because you are a member of qemu-
Thanks for your feedback.
I was running this on intel i7 Ubuntu 64bit.
but I used 32bit qemu as you suspected.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/955379
Title:
cmake hangs with qemu-arm-
chroot env. attached (120M tar).
I hope you can reproduce with this chroot.
Instructions to reproduce
- extract, chroot
- su - abuild
- cd /home/abuild/rpmbuild/BUILD/cmake-2.8.5/armv7l-tizen-linux-gnueabi/
- Bootstrap.cmk/cmake .. -CBootstrap.cmk/InitialCacheFlags.cmake '-GUnix
Makefiles' -DCMAK
I test with b66e10e4c9ae738412b9742db49457f6b703e349 before.
I test with 14c7d99333e4a474c65bdae6f99aa8837e8078e6 today and no hang.
But I had to revert 4fb8320a2efb2216c7ddcc929ad0362f4e285681 which causes
segfault.
--
You received this bug notification because you are a member of qemu-
devel-m
I'm so sorry that
cmake still hang with my Ubuntu 12.04 and openSUSE 12.3 machine.
and the hanging point has changed. cmake hung at select() with old qemu. but
now cmake hang at pselect6() with new qemu.
And also I could continue build by sending SIGCHLD to hanging qemu. but now
cmake still hang
That's great! it works for me. Thanks a lot.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/955379
Title:
cmake hangs with qemu-arm-static
Status in QEMU:
Confirmed
Status in Linaro QEMU:
Confi
Isn't it fixed yet with latest qemu 2.1 rc?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/955379
Title:
cmake hangs with qemu-arm-static
Status in QEMU:
Confirmed
Status in Linaro QEMU:
Confir
Janne Karhunen: Do you think if it is correct that return 0 when
ts->signal_pending is true and select() returns '0' (timeout)? Because the
caller doesn't expect to return select() with 0, should we return other error
values such as EINTR?
When I modified you patch to return EINTR if select() re
I have tested cmake.patch but it doesn't work for me.
It didn't hang but it failed to run gmake.
I applied this patch onto qemu-1.3.
[ 52s] -- Detecting CXX compiler ABI info
[ 53s] CMake Error: Generator: execution of make failed. Make command was:
/usr/bin/gmake "cmTryCompileExec/fast"
[
