* [Qemu-devel] [Bug 1832353] [NEW] cpu_exec: Assertion !have_mmap_lock() failed
@ 2019-06-11 13:14 Christophe Lyon
2019-06-13 9:40 ` [Qemu-devel] [Bug 1832353] " Alex Bennée
` (8 more replies)
0 siblings, 9 replies; 10+ messages in thread
From: Christophe Lyon @ 2019-06-11 13:14 UTC (permalink / raw)
To: qemu-devel
Public bug reported:
Hi,
I have isolated a testcase from the GCC testsuite (actually gfortran,
test proc_ptr_51.f90) which produces tons of:
qemu-arm: /home/christophe.lyon/src/qemu/accel/tcg/cpu-exec.c:701:
cpu_exec: Assertion `!have_mmap_lock()' failed.
including with master qemu as of today.
I'm attaching a tarball containing:
qemu-assert:
cmd lib proc_ptr_51.exe
qemu-assert/lib:
ld-linux-armhf.so.3 libc.so.6 libgcc_s.so.1 libgfortran.so.5 libm.so.6
where cmd is the basic command used to launch the test & reproduce the
failure.
Note that the test or the generated may actually be buggy: I have
reported failures on native aarch64 and arm machines. Yet, qemu should
not fail with a loop of asserts.
** Affects: qemu
Importance: Undecided
Status: New
** Attachment added: "qemu-assert.tar.xz"
https://bugs.launchpad.net/bugs/1832353/+attachment/5270140/+files/qemu-assert.tar.xz
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1832353
Title:
cpu_exec: Assertion !have_mmap_lock() failed
Status in QEMU:
New
Bug description:
Hi,
I have isolated a testcase from the GCC testsuite (actually gfortran,
test proc_ptr_51.f90) which produces tons of:
qemu-arm: /home/christophe.lyon/src/qemu/accel/tcg/cpu-exec.c:701:
cpu_exec: Assertion `!have_mmap_lock()' failed.
including with master qemu as of today.
I'm attaching a tarball containing:
qemu-assert:
cmd lib proc_ptr_51.exe
qemu-assert/lib:
ld-linux-armhf.so.3 libc.so.6 libgcc_s.so.1 libgfortran.so.5 libm.so.6
where cmd is the basic command used to launch the test & reproduce the
failure.
Note that the test or the generated may actually be buggy: I have
reported failures on native aarch64 and arm machines. Yet, qemu should
not fail with a loop of asserts.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1832353/+subscriptions
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Qemu-devel] [Bug 1832353] Re: cpu_exec: Assertion !have_mmap_lock() failed
2019-06-11 13:14 [Qemu-devel] [Bug 1832353] [NEW] cpu_exec: Assertion !have_mmap_lock() failed Christophe Lyon
@ 2019-06-13 9:40 ` Alex Bennée
2019-06-13 9:47 ` Alex Bennée
` (7 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: Alex Bennée @ 2019-06-13 9:40 UTC (permalink / raw)
To: qemu-devel
** Tags added: arm tcg testcase
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1832353
Title:
cpu_exec: Assertion !have_mmap_lock() failed
Status in QEMU:
New
Bug description:
Hi,
I have isolated a testcase from the GCC testsuite (actually gfortran,
test proc_ptr_51.f90) which produces tons of:
qemu-arm: /home/christophe.lyon/src/qemu/accel/tcg/cpu-exec.c:701:
cpu_exec: Assertion `!have_mmap_lock()' failed.
including with master qemu as of today.
I'm attaching a tarball containing:
qemu-assert:
cmd lib proc_ptr_51.exe
qemu-assert/lib:
ld-linux-armhf.so.3 libc.so.6 libgcc_s.so.1 libgfortran.so.5 libm.so.6
where cmd is the basic command used to launch the test & reproduce the
failure.
Note that the test or the generated may actually be buggy: I have
reported failures on native aarch64 and arm machines. Yet, qemu should
not fail with a loop of asserts.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1832353/+subscriptions
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Qemu-devel] [Bug 1832353] Re: cpu_exec: Assertion !have_mmap_lock() failed
2019-06-11 13:14 [Qemu-devel] [Bug 1832353] [NEW] cpu_exec: Assertion !have_mmap_lock() failed Christophe Lyon
2019-06-13 9:40 ` [Qemu-devel] [Bug 1832353] " Alex Bennée
@ 2019-06-13 9:47 ` Alex Bennée
2019-06-13 14:57 ` Christophe Lyon
` (6 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: Alex Bennée @ 2019-06-13 9:47 UTC (permalink / raw)
To: qemu-devel
What version of qemu where you running? My HEAD is failing in a
different way.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1832353
Title:
cpu_exec: Assertion !have_mmap_lock() failed
Status in QEMU:
New
Bug description:
Hi,
I have isolated a testcase from the GCC testsuite (actually gfortran,
test proc_ptr_51.f90) which produces tons of:
qemu-arm: /home/christophe.lyon/src/qemu/accel/tcg/cpu-exec.c:701:
cpu_exec: Assertion `!have_mmap_lock()' failed.
including with master qemu as of today.
I'm attaching a tarball containing:
qemu-assert:
cmd lib proc_ptr_51.exe
qemu-assert/lib:
ld-linux-armhf.so.3 libc.so.6 libgcc_s.so.1 libgfortran.so.5 libm.so.6
where cmd is the basic command used to launch the test & reproduce the
failure.
Note that the test or the generated may actually be buggy: I have
reported failures on native aarch64 and arm machines. Yet, qemu should
not fail with a loop of asserts.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1832353/+subscriptions
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Qemu-devel] [Bug 1832353] Re: cpu_exec: Assertion !have_mmap_lock() failed
2019-06-11 13:14 [Qemu-devel] [Bug 1832353] [NEW] cpu_exec: Assertion !have_mmap_lock() failed Christophe Lyon
2019-06-13 9:40 ` [Qemu-devel] [Bug 1832353] " Alex Bennée
2019-06-13 9:47 ` Alex Bennée
@ 2019-06-13 14:57 ` Christophe Lyon
2019-06-13 16:07 ` Richard Henderson
` (5 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: Christophe Lyon @ 2019-06-13 14:57 UTC (permalink / raw)
To: qemu-devel
It's fairly recent:
qemu-arm version 4.0.50 (v4.0.0-1215-ga578cdf-dirty)
Copyright (c) 2003-2019 Fabrice Bellard and the QEMU Project developers
commit a578cdfbdd8f9beff5ced52b7826ddb1669abbbf
Merge: 19735c8 43b3952
Author: Peter Maydell <peter.maydell@linaro.org>
Date: Mon Jun 10 16:09:19 2019 +0100
Merge remote-tracking branch 'remotes/rth/tags/pull-tcg-20190610'
into staging
Move softmmu tlb into CPUNegativeOffsetState
configured with:
--target-list=arm-softmmu,arm-linux-user,aarch64-softmmu,aarch64-linux-user --enable-debug
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1832353
Title:
cpu_exec: Assertion !have_mmap_lock() failed
Status in QEMU:
New
Bug description:
Hi,
I have isolated a testcase from the GCC testsuite (actually gfortran,
test proc_ptr_51.f90) which produces tons of:
qemu-arm: /home/christophe.lyon/src/qemu/accel/tcg/cpu-exec.c:701:
cpu_exec: Assertion `!have_mmap_lock()' failed.
including with master qemu as of today.
I'm attaching a tarball containing:
qemu-assert:
cmd lib proc_ptr_51.exe
qemu-assert/lib:
ld-linux-armhf.so.3 libc.so.6 libgcc_s.so.1 libgfortran.so.5 libm.so.6
where cmd is the basic command used to launch the test & reproduce the
failure.
Note that the test or the generated may actually be buggy: I have
reported failures on native aarch64 and arm machines. Yet, qemu should
not fail with a loop of asserts.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1832353/+subscriptions
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Qemu-devel] [Bug 1832353] Re: cpu_exec: Assertion !have_mmap_lock() failed
2019-06-11 13:14 [Qemu-devel] [Bug 1832353] [NEW] cpu_exec: Assertion !have_mmap_lock() failed Christophe Lyon
` (2 preceding siblings ...)
2019-06-13 14:57 ` Christophe Lyon
@ 2019-06-13 16:07 ` Richard Henderson
2019-07-08 15:22 ` Peter Maydell
` (4 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: Richard Henderson @ 2019-06-13 16:07 UTC (permalink / raw)
To: qemu-devel
Confirmed. The exact failure mode depends on debugging enabled or not.
The test case is "buggy" in the sense that it makes a call to a NULL
function pointer, and the failure happens while trying to translate
the instructions at address 0.
That said, the correct behaviour for QEMU is a SIGSEGV delivered to
the guest, not an assertion failure.
** Changed in: qemu
Assignee: (unassigned) => Richard Henderson (rth)
** 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/1832353
Title:
cpu_exec: Assertion !have_mmap_lock() failed
Status in QEMU:
In Progress
Bug description:
Hi,
I have isolated a testcase from the GCC testsuite (actually gfortran,
test proc_ptr_51.f90) which produces tons of:
qemu-arm: /home/christophe.lyon/src/qemu/accel/tcg/cpu-exec.c:701:
cpu_exec: Assertion `!have_mmap_lock()' failed.
including with master qemu as of today.
I'm attaching a tarball containing:
qemu-assert:
cmd lib proc_ptr_51.exe
qemu-assert/lib:
ld-linux-armhf.so.3 libc.so.6 libgcc_s.so.1 libgfortran.so.5 libm.so.6
where cmd is the basic command used to launch the test & reproduce the
failure.
Note that the test or the generated may actually be buggy: I have
reported failures on native aarch64 and arm machines. Yet, qemu should
not fail with a loop of asserts.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1832353/+subscriptions
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Qemu-devel] [Bug 1832353] Re: cpu_exec: Assertion !have_mmap_lock() failed
2019-06-11 13:14 [Qemu-devel] [Bug 1832353] [NEW] cpu_exec: Assertion !have_mmap_lock() failed Christophe Lyon
` (3 preceding siblings ...)
2019-06-13 16:07 ` Richard Henderson
@ 2019-07-08 15:22 ` Peter Maydell
2019-07-09 9:11 ` Alex Bennée
` (3 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: Peter Maydell @ 2019-07-08 15:22 UTC (permalink / raw)
To: qemu-devel
The fix for this bug is now in master and will be in QEMU 4.1.
** Changed in: qemu
Status: In Progress => Won't Fix
** Changed in: qemu
Status: Won't Fix => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1832353
Title:
cpu_exec: Assertion !have_mmap_lock() failed
Status in QEMU:
Fix Committed
Bug description:
Hi,
I have isolated a testcase from the GCC testsuite (actually gfortran,
test proc_ptr_51.f90) which produces tons of:
qemu-arm: /home/christophe.lyon/src/qemu/accel/tcg/cpu-exec.c:701:
cpu_exec: Assertion `!have_mmap_lock()' failed.
including with master qemu as of today.
I'm attaching a tarball containing:
qemu-assert:
cmd lib proc_ptr_51.exe
qemu-assert/lib:
ld-linux-armhf.so.3 libc.so.6 libgcc_s.so.1 libgfortran.so.5 libm.so.6
where cmd is the basic command used to launch the test & reproduce the
failure.
Note that the test or the generated may actually be buggy: I have
reported failures on native aarch64 and arm machines. Yet, qemu should
not fail with a loop of asserts.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1832353/+subscriptions
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Qemu-devel] [Bug 1832353] Re: cpu_exec: Assertion !have_mmap_lock() failed
2019-06-11 13:14 [Qemu-devel] [Bug 1832353] [NEW] cpu_exec: Assertion !have_mmap_lock() failed Christophe Lyon
` (4 preceding siblings ...)
2019-07-08 15:22 ` Peter Maydell
@ 2019-07-09 9:11 ` Alex Bennée
2019-07-09 10:15 ` Alex Bennée
` (2 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: Alex Bennée @ 2019-07-09 9:11 UTC (permalink / raw)
To: qemu-devel
** Changed in: qemu
Status: Fix Committed => 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/1832353
Title:
cpu_exec: Assertion !have_mmap_lock() failed
Status in QEMU:
In Progress
Bug description:
Hi,
I have isolated a testcase from the GCC testsuite (actually gfortran,
test proc_ptr_51.f90) which produces tons of:
qemu-arm: /home/christophe.lyon/src/qemu/accel/tcg/cpu-exec.c:701:
cpu_exec: Assertion `!have_mmap_lock()' failed.
including with master qemu as of today.
I'm attaching a tarball containing:
qemu-assert:
cmd lib proc_ptr_51.exe
qemu-assert/lib:
ld-linux-armhf.so.3 libc.so.6 libgcc_s.so.1 libgfortran.so.5 libm.so.6
where cmd is the basic command used to launch the test & reproduce the
failure.
Note that the test or the generated may actually be buggy: I have
reported failures on native aarch64 and arm machines. Yet, qemu should
not fail with a loop of asserts.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1832353/+subscriptions
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Qemu-devel] [Bug 1832353] Re: cpu_exec: Assertion !have_mmap_lock() failed
2019-06-11 13:14 [Qemu-devel] [Bug 1832353] [NEW] cpu_exec: Assertion !have_mmap_lock() failed Christophe Lyon
` (5 preceding siblings ...)
2019-07-09 9:11 ` Alex Bennée
@ 2019-07-09 10:15 ` Alex Bennée
2019-07-16 14:20 ` Richard Henderson
2019-08-16 4:58 ` Thomas Huth
8 siblings, 0 replies; 10+ messages in thread
From: Alex Bennée @ 2019-07-09 10:15 UTC (permalink / raw)
To: qemu-devel
See series: https://lists.gnu.org/archive/html/qemu-
devel/2019-07/msg02189.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/1832353
Title:
cpu_exec: Assertion !have_mmap_lock() failed
Status in QEMU:
In Progress
Bug description:
Hi,
I have isolated a testcase from the GCC testsuite (actually gfortran,
test proc_ptr_51.f90) which produces tons of:
qemu-arm: /home/christophe.lyon/src/qemu/accel/tcg/cpu-exec.c:701:
cpu_exec: Assertion `!have_mmap_lock()' failed.
including with master qemu as of today.
I'm attaching a tarball containing:
qemu-assert:
cmd lib proc_ptr_51.exe
qemu-assert/lib:
ld-linux-armhf.so.3 libc.so.6 libgcc_s.so.1 libgfortran.so.5 libm.so.6
where cmd is the basic command used to launch the test & reproduce the
failure.
Note that the test or the generated may actually be buggy: I have
reported failures on native aarch64 and arm machines. Yet, qemu should
not fail with a loop of asserts.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1832353/+subscriptions
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Qemu-devel] [Bug 1832353] Re: cpu_exec: Assertion !have_mmap_lock() failed
2019-06-11 13:14 [Qemu-devel] [Bug 1832353] [NEW] cpu_exec: Assertion !have_mmap_lock() failed Christophe Lyon
` (6 preceding siblings ...)
2019-07-09 10:15 ` Alex Bennée
@ 2019-07-16 14:20 ` Richard Henderson
2019-08-16 4:58 ` Thomas Huth
8 siblings, 0 replies; 10+ messages in thread
From: Richard Henderson @ 2019-07-16 14:20 UTC (permalink / raw)
To: qemu-devel
** Changed in: qemu
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1832353
Title:
cpu_exec: Assertion !have_mmap_lock() failed
Status in QEMU:
Fix Committed
Bug description:
Hi,
I have isolated a testcase from the GCC testsuite (actually gfortran,
test proc_ptr_51.f90) which produces tons of:
qemu-arm: /home/christophe.lyon/src/qemu/accel/tcg/cpu-exec.c:701:
cpu_exec: Assertion `!have_mmap_lock()' failed.
including with master qemu as of today.
I'm attaching a tarball containing:
qemu-assert:
cmd lib proc_ptr_51.exe
qemu-assert/lib:
ld-linux-armhf.so.3 libc.so.6 libgcc_s.so.1 libgfortran.so.5 libm.so.6
where cmd is the basic command used to launch the test & reproduce the
failure.
Note that the test or the generated may actually be buggy: I have
reported failures on native aarch64 and arm machines. Yet, qemu should
not fail with a loop of asserts.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1832353/+subscriptions
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Qemu-devel] [Bug 1832353] Re: cpu_exec: Assertion !have_mmap_lock() failed
2019-06-11 13:14 [Qemu-devel] [Bug 1832353] [NEW] cpu_exec: Assertion !have_mmap_lock() failed Christophe Lyon
` (7 preceding siblings ...)
2019-07-16 14:20 ` Richard Henderson
@ 2019-08-16 4:58 ` Thomas Huth
8 siblings, 0 replies; 10+ messages in thread
From: Thomas Huth @ 2019-08-16 4:58 UTC (permalink / raw)
To: qemu-devel
https://git.qemu.org/?p=qemu.git;a=commitdiff;h=52ba13f042714c4086416
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1832353
Title:
cpu_exec: Assertion !have_mmap_lock() failed
Status in QEMU:
Fix Released
Bug description:
Hi,
I have isolated a testcase from the GCC testsuite (actually gfortran,
test proc_ptr_51.f90) which produces tons of:
qemu-arm: /home/christophe.lyon/src/qemu/accel/tcg/cpu-exec.c:701:
cpu_exec: Assertion `!have_mmap_lock()' failed.
including with master qemu as of today.
I'm attaching a tarball containing:
qemu-assert:
cmd lib proc_ptr_51.exe
qemu-assert/lib:
ld-linux-armhf.so.3 libc.so.6 libgcc_s.so.1 libgfortran.so.5 libm.so.6
where cmd is the basic command used to launch the test & reproduce the
failure.
Note that the test or the generated may actually be buggy: I have
reported failures on native aarch64 and arm machines. Yet, qemu should
not fail with a loop of asserts.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1832353/+subscriptions
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2019-08-16 5:07 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-06-11 13:14 [Qemu-devel] [Bug 1832353] [NEW] cpu_exec: Assertion !have_mmap_lock() failed Christophe Lyon
2019-06-13 9:40 ` [Qemu-devel] [Bug 1832353] " Alex Bennée
2019-06-13 9:47 ` Alex Bennée
2019-06-13 14:57 ` Christophe Lyon
2019-06-13 16:07 ` Richard Henderson
2019-07-08 15:22 ` Peter Maydell
2019-07-09 9:11 ` Alex Bennée
2019-07-09 10:15 ` Alex Bennée
2019-07-16 14:20 ` Richard Henderson
2019-08-16 4:58 ` Thomas Huth
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.