All of lore.kernel.org
 help / color / mirror / Atom feed
* [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.