[Bug 1926277] Re: MIPS MT dvpe does not regard VPEConf0.MVP

Hi Philippe, Instead of checking with MVPConf0, I think we should check with VPEConf0. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1926277 Title: MIPS MT dvpe does not regard VPEConf0.MVP Statu

[Bug 1926277] [NEW] MIPS MT dvpe does not regard VPEConf0.MVP

Public bug reported: Hi, According to MIPS32® Architecture for Programmers VolumeIV-f: The MIPS® MT Application-Specific Extension to the MIPS32® Architecture, for instruction: dvpe, evpe: If the VPE executing the instruction is not a Master VPE, with the MVP bit of the VPEConf0 register set, the

[Bug 1924669] Re: VFP code cannot see CPACR write in the same TB

Sorry, it's because a "ISB" is missing after CPACR is changed. Not bug of qemu. ** Changed in: qemu Status: New => Invalid -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1924669 Title: VFP c

[Bug 1924669] [NEW] VFP code cannot see CPACR write in the same TB

Public bug reported: If FPU is enabled by writing to CPACR, and the code is in the same translation block as the following VFP code, qemu generates "v7M NOCP UsageFault". This can be reproduced with git HEAD (commit 8fe9f1f891eff4e37f82622b7480ee748bf4af74). The target binary is attached. The qe

[Bug 1895080] Re: pgb_reserved_va: Assertion `addr == test' failed

chroot works as you expected. And the patch makes sense. Thanks. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1895080 Title: pgb_reserved_va: Assertion `addr == test' failed Status in QEMU: New

Re: [Bug 1895080] [NEW] pgb_reserved_va: Assertion `addr == test' failed

> > No, it's not set by CentOS-7.5. > > Does it mean that we just cannot run the ELF in such a case? I've tried > > many times, the assert always fails. Maybe, we can blame CentOS-7.5. > > The trouble is without MAP_FIXED_NOREPLACE we are at the mercy of the > host kernel to allow the address reque

Re: [Bug 1895080] [NEW] pgb_reserved_va: Assertion `addr == test' failed

No, it's not set by CentOS-7.5. Does it mean that we just cannot run the ELF in such a case? I've tried many times, the assert always fails. Maybe, we can blame CentOS-7.5. BTW: with the option "-p 65536", the case runs successfully. On Fri, Sep 11, 2020 at 5:50 PM Alex Bennée <1895...@bugs.launch

Re: [Bug 1895080] Re: pgb_reserved_va: Assertion `addr == test' failed

Have you got a static version of the test binary (or a mini rootfs with > the libraries it needs)? > If the problem occurs, it does not reach the stage of the dependent libraries of the test ELF. Anyway, I've attached the static test binary as hello.static.elf. Thanks > -- > You received this b

Re: [Bug 1895080] [NEW] pgb_reserved_va: Assertion `addr == test' failed

> This problem occurs on CentOS-7.5 (64-bit) with qemu-5.1.0, qemu head > > (commit 9435a8b3dd35f1f926f1b9127e8a906217a5518a) for riscv32-linux- > > user. > > I tried to build qemu-5.1 on CentOS-7.5.1 but as python 3.5 is not > available, I gave up. > Thank you for your effort. I installed python3

[Bug 1895080] [NEW] pgb_reserved_va: Assertion `addr == test' failed

Public bug reported: This problem occurs on CentOS-7.5 (64-bit) with qemu-5.1.0, qemu head (commit 9435a8b3dd35f1f926f1b9127e8a906217a5518a) for riscv32-linux- user. Firstly, compile fails: Compiling C object libqemu-riscv32-linux-user.fa.p/linux-user_strace.c.o ../qemu.git/linux-user/strace.c:12

[Bug 1868527] Re: alignment may overlap the TLB flags

** Changed in: qemu Status: Incomplete => Invalid -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1868527 Title: alignment may overlap the TLB flags Status in QEMU: Invalid Bug description

[Bug 1868527] Re: alignment may overlap the TLB flags

This is an inspection yet. For ARM SMMU simulation, TARGET_PAGE_BITS_MIN is 10. All low bits of the TLB virtual address are used up by TLB flags and alignment flags. It's a little crowded. /* * ARMv7 and later CPUs have 4K pages minimum, but ARMv5 and v6 * have to support 1K tiny pages. */ # d

[Bug 1868527] [NEW] alignment may overlap the TLB flags

Public bug reported: Hi, In QEMU-4.2.0, or git-9b26a610936deaf436af9b7e39e4b7f0a35e4409, alignment may overlap the TLB flags. For example, the alignment: MO_ALIGN_32, MO_ALIGN_32 = 5 << MO_ASHIFT, and the TLB flag: TLB_DISCARD_WRITE #define TLB_DISCARD_WRITE (1 << (TARGET_PAGE_BITS_MIN - 6

[Qemu-devel] [Bug 1653063] Re: qemu-system-arm hangs with -icount and -nodefaults

** Description changed: - I tested with the latest git repo, (commit: + I tested with release 2.8.0 and the latest git repo, (commit: dbe2b65566e76d3c3a0c3358285c0336ac61e757). My configure options when building QEMU: '../configure' '--prefix=$HOME/local/qemu.git' '--target-list=aarch64-

[Qemu-devel] [Bug 1653063] [NEW] qemu-system-arm hangs with -icount and -nodefaults

Public bug reported: I tested with the latest git repo, (commit: dbe2b65566e76d3c3a0c3358285c0336ac61e757). My configure options when building QEMU: '../configure' '--prefix=$HOME/local/qemu.git' '--target-list=aarch64-softmmu,arm-softmmu' '--cpu=x86_64' '--cc=gcc' '--disable-user' '--disable-s