** Tags added: arm
** Changed in: qemu
Status: New => Confirmed
** Changed in: qemu
Assignee: (unassigned) => Philippe Mathieu-Daudé (philmd)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bug
Patchew URL: https://patchew.org/QEMU/20190429235109.20307-1-brog...@suse.com/
Hi,
This series failed the asan build test. Please find the testing commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT BEGIN ===
#!/bin/bash
time ma
Richard Henderson writes:
> PowerPC Altivec does not support direct moves between vector registers
> and general registers. So when tcg_out_mov fails, we can use the
> backing memory for the temporary to perform the move.
I couldn't see where tcg_out_mov fails in this way for ppc, it is still
** Changed in: qemu
Assignee: (unassigned) => Philippe Mathieu-Daudé (philmd)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1809291
Title:
ARM PL181 (mmc for Security Digital Card) not working
Richard Henderson writes:
> The i386 backend already has these functions, and the aarch64
> backend could easily split out one. Nothing is done with these
> functions yet, but this will aid register allocation of
> INDEX_op_dup_vec in a later patch.
"Also use correct type for tcg_out_dupi_v
No one is using these functions anymore, all callers have switched to
the byte-based bdrv_pread() and bdrv_pwrite()
Signed-off-by: Alberto Garcia
---
block/io.c| 43 +++
include/block/block.h | 4
2 files changed, 7 insertions(+), 40 dele
There's only one bdrv_write() call left in the qcow2 code, and it can
be trivially replaced with the byte-based bdrv_pwrite().
Signed-off-by: Alberto Garcia
---
block/qcow2-refcount.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/block/qcow2-refcount.c b/block/qcow2-ref
The last user of this field disappeared when we replace the
sector-based bdrv_write() with the byte-based bdrv_pwrite().
Signed-off-by: Alberto Garcia
---
block/qcow2.c | 1 -
block/qcow2.h | 1 -
2 files changed, 2 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
index a520d116ef..8e024
Hi,
this API only had a few users left so it can be easily removed.
Regards,
Berto
v2:
- Patch 2: Add QEMU_BUILD_BUG_ON(sizeof(VdiHeader) != 512) [Kevin]
Correct size parameter in bdrv_pwrite() call [Kevin]
Return 0 on success, never a positive number [Kevin]
- Patch 3: Ch
There's only a couple of bdrv_read() and bdrv_write() calls left in
the vdi code, and they can be trivially replaced with the byte-based
bdrv_pread() and bdrv_pwrite().
Signed-off-by: Alberto Garcia
---
block/vdi.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git
There's only a couple of bdrv_read() and bdrv_write() calls left in
the vvfat code, and they can be trivially replaced with the byte-based
bdrv_pread() and bdrv_pwrite().
Signed-off-by: Alberto Garcia
---
block/vvfat.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --gi
On 4/30/19 9:52 AM, Alex Bennée wrote:
> We can certainly support some common tests for system emulation that
> make use of our minimal defined boot.S support. It will still be up to
> individual architectures to ensure they build so we provide a
> MULTIARCH_TESTS variable that they can tack onto T
On 4/30/19 9:52 AM, Alex Bennée wrote:
> This is not really i386 only, we can have the same test for all
> architectures supporting system tests.
>
> Signed-off-by: Alex Bennée
> ---
> tests/tcg/i386/Makefile.softmmu-target | 2 +-
> tests/tcg/{i386 => multiarch}/system/hello.c | 0
> 2 fi
On 4/30/19 9:52 AM, Alex Bennée wrote:
> There is nothing inherently architecture specific about the memory
> test although we may have to manage different restrictions of
> unaligned access across architectures.
>
> Signed-off-by: Alex Bennée
> ---
> tests/tcg/{i386 => multiarch}/system/memory.
Patchew URL:
https://patchew.org/QEMU/20190430031238.40499-1-yangchuanl...@huawei.com/
Hi,
This series failed the asan build test. Please find the testing commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT BEGIN ===
#!/bin/bas
On 4/30/19 9:52 AM, Alex Bennée wrote:
> I've also moved the existing system memory test and made it multiarch
> and added the bootstrapping for aarch64 system tests. I would like to
> add support for Big Endian as well but I didn't want to delay the
> posting of the series. It would also be nice t
On 4/30/19 3:13 AM, Thomas Huth wrote:
> Some of our machines (like the ARM cubieboard) use CONFIG_AHCI for an AHCI
> sysbus device, but do not use CONFIG_PCI since they do not feature a PCI
> bus. With CONFIG_AHCI but without CONFIG_PCI, currently linking fails:
>
> ../hw/ide/ich.o: In fun
This provides the bootstrap and low level helper functions for an
alpha kernel. We use direct access to the DP264 serial port for
test output, and hard machine halt to exit the emulation.
Signed-off-by: Richard Henderson
---
tests/tcg/alpha/Makefile.softmmu-target | 32 ++
tests/tcg/alpha/syst
Patchew URL:
https://patchew.org/QEMU/20190501184306.15208-1-richard.hender...@linaro.org/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20190501184306.15208-1-richard.hender...@linaro.org
Subject: [Qemu-devel] [PATCH
Patchew URL:
https://patchew.org/QEMU/20190430031238.40499-1-yangchuanl...@huawei.com/
Hi,
This series failed the docker-mingw@fedora build test. Please find the testing
commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT BEGI
I googled some code from comment #2 and got a hit for "u32 RCA =
(u32)0x4567; // QEMU's hard-coded RCA". Then I found kcwang's book:
https://link.springer.com/content/pdf/10.1007%2F978-3-319-51517-5.pdf and read:
"I am also grateful to Springer International Publishing AG for allowing me to
On 5/1/19 10:34 AM, Alex Bennée wrote:
>
> Richard Henderson writes:
>
>> PowerPC Altivec does not support direct moves between vector registers
>> and general registers. So when tcg_out_mov fails, we can use the
>> backing memory for the temporary to perform the move.
>
> I couldn't see where
On 5/1/19 10:37 AM, Alex Bennée wrote:
>
> Richard Henderson writes:
>
>> The i386 backend already has these functions, and the aarch64
>> backend could easily split out one. Nothing is done with these
>> functions yet, but this will aid register allocation of
>> INDEX_op_dup_vec in a later pat
If we add references that don't resolve (or accidentally remove them),
it will be helpful to have warning messages alerting us to that.
Further, turn those warnings into errors so we can be alerted to these
problems sooner rather than later.
Signed-off-by: John Snow
Reviewed-by: Vladimir Sements
The following changes since commit 46316f1dfffc6be72e94e89f7b0e9162e7dcdcf1:
Merge remote-tracking branch 'remotes/awilliam/tags/vfio-updates-20190311.0'
into staging (2019-03-12 13:37:29 +)
are available in the Git repository at:
https://github.com/jnsnow/qemu.git tags/bitmaps-pull-req
This just about rewrites the entirety of the bitmaps.rst document to
make it consistent with the 4.0 release. I have added new features seen
in the 4.0 release, as well as tried to clarify some points that keep
coming up when discussing this feature both in-house and upstream.
It does not yet cove
On 5/1/19 10:29 AM, Alex Bennée wrote:
>> +static inline bool tcg_out_mov(TCGContext *s, TCGType type,
>> TCGReg ret, TCGReg arg)
>> {
>> -tcg_out_dat_reg(s, COND_AL, ARITH_MOV, ret, 0, arg, SHIFT_IMM_LSL(0));
>> +if (ret != arg) {
>> +tcg_out_dat_re
DIAGNOSE 0x318 (diag318) is a privileged s390x instruction that must
be intercepted by SIE and handled via KVM. Let's introduce some
functions to communicate between QEMU and KVM via ioctls. These
will be used to get/set the diag318 related information (also known
as the "Control Program Code" or "
At present make check-tcg will produce errors like
RUN tests for ppc64
TESTtest-mmap (default) on ppc64
test-mmap: Invalid ELF image for this architecture
make[2]: *** [run-test-mmap] Error 255
make[1]: *** [run-guest-tests] Error 2
make: *** [run-tcg-tests-ppc64-linux-user] Error 2
w
We cannot use the ppc64le host compiler to build ppc64(be) guest code.
Clean up confusion between cross_cc_powerpc and cross_cc_ppc; make use
of the cflags variable as well.
Signed-off-by: Richard Henderson
---
configure | 38 ++
1 file changed, 26 insertions(
About half of the values to which CPU_CFLAGS is set
have multiple space separated arguments.
Signed-off-by: Richard Henderson
---
configure | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/configure b/configure
index 234cb929ca..16bd4375d1 100755
--- a/configu
Patchew URL:
https://patchew.org/QEMU/20190430034412.12935-1-richardw.y...@linux.intel.com/
Hi,
This series failed the docker-mingw@fedora build test. Please find the testing
commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT
On Wed, May 01, 2019 at 03:53:01PM -0700, no-re...@patchew.org wrote:
>Patchew URL:
>https://patchew.org/QEMU/20190430034412.12935-1-richardw.y...@linux.intel.com/
>
>
>
>Hi,
>
>This series failed the docker-mingw@fedora build test. Please find the testing
>commands and
>their output below. If yo
On Wed, May 01, 2019 at 03:35:21PM +1000, Suraj Jitindar Singh wrote:
> Add a monitor command "dump-stack" to be used to dump the stack for the
> current cpu.
So, you can already get guest backtraces by using the gdbstub
functionality. I can see some benefit in allowing this more easily
through h
On Wed, May 01, 2019 at 07:48:48PM +1000, Alexey Kardashevskiy wrote:
>
>
> On 01/05/2019 15:35, Suraj Jitindar Singh wrote:
> > The monitor function dump-stack is used to dump the stack for a cpu.
> > This can be useful for debugging purposes when the stack cannot be
> > dumped by another means.
Patchew URL:
https://patchew.org/QEMU/1556605301-44112-1-git-send-email-longpe...@huawei.com/
Hi,
This series failed the docker-mingw@fedora build test. Please find the testing
commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRI
On 02/05/2019 10:44, David Gibson wrote:
> On Wed, May 01, 2019 at 03:35:21PM +1000, Suraj Jitindar Singh wrote:
>> Add a monitor command "dump-stack" to be used to dump the stack for the
>> current cpu.
>
> So, you can already get guest backtraces by using the gdbstub
Not in the field - this
On 5/1/19 7:06 PM, Stefan Hajnoczi wrote:
> On Tue, Apr 30, 2019 at 04:53:08PM +0200, Marc-André Lureau wrote:
>> Hi
>>
>> On Thu, Apr 25, 2019 at 4:54 PM Stefan Hajnoczi wrote:
>>>
>>> qemu.org hosts git repository mirrors of all submodules. Update
>>> .gitmodules to use the mirrors and not the
On 02/05/2019 10:43, David Gibson wrote:
> On Wed, May 01, 2019 at 07:48:48PM +1000, Alexey Kardashevskiy wrote:
>>
>>
>> On 01/05/2019 15:35, Suraj Jitindar Singh wrote:
>>> The monitor function dump-stack is used to dump the stack for a cpu.
>>> This can be useful for debugging purposes when t
The offending code is:
$ git diff -w
4e5cc6756586e967993187657dfcdde4e00288d9~..4e5cc6756586e967993187657dfcdde4e00288d9
diff --git a/hw/sd/sd.c b/hw/sd/sd.c
--- a/hw/sd/sd.c
+++ b/hw/sd/sd.c
@@ -1537,7 +1537,7 @@ static sd_rsp_type_t sd_app_command(SDState *sd,
}
}
-
On Wed, May 01, 2019 at 03:38:17PM -0700, Richard Henderson wrote:
> At present make check-tcg will produce errors like
>
> RUN tests for ppc64
> TESTtest-mmap (default) on ppc64
> test-mmap: Invalid ELF image for this architecture
> make[2]: *** [run-test-mmap] Error 255
> make[1]: **
Patchew URL:
https://patchew.org/QEMU/20190430034412.12935-1-richardw.y...@linux.intel.com/
Hi,
This series failed the asan build test. Please find the testing commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT BEGIN ===
#!/bi
On Tue, Apr 30, 2019 at 8:48 AM Peter Maydell wrote:
>
> On Mon, 29 Apr 2019 at 06:37, Alistair Francis wrote:
> >
> > Signed-off-by: Alistair Francis
> > ---
> > default-configs/arm-softmmu.mak | 1 +
> > hw/misc/Kconfig | 3 +
> > hw/misc/Makefile.objs| 1 +
On 5/1/19 9:04 PM, David Gibson wrote:
> I've staged this tentatively in ppc-for-4.1. However while it removes
> the "Invalid ELF image" message I still get:
>
> TESTtest-mmap (4096 byte pages) on ppc64le
> test-mmap: Invalid argument
> make[2]: *** [/home/dwg/qemu/tests/tcg/multiarch/Makef
On Tue, Apr 30, 2019 at 8:59 AM Peter Maydell wrote:
>
> On Mon, 29 Apr 2019 at 06:38, Alistair Francis wrote:
> >
> > Signed-off-by: Alistair Francis
> > ---
> > MAINTAINERS | 8 +
> > default-configs/arm-softmmu.mak | 1 +
> > hw/arm/Kconfig | 3 +
>
On Wed, May 01, 2019 at 09:24:06PM -0700, no-re...@patchew.org wrote:
>Patchew URL:
>https://patchew.org/QEMU/20190430034412.12935-1-richardw.y...@linux.intel.com/
>
>
>
>Hi,
>
>This series failed the asan build test. Please find the testing commands and
>their output below. If you have Docker ins
Signed-off-by: Alistair Francis
---
default-configs/arm-softmmu.mak | 1 +
hw/misc/Kconfig | 3 +
hw/misc/Makefile.objs| 1 +
hw/misc/stm32f4xx_exti.c | 187 +++
hw/misc/trace-events | 5 +
include/hw/misc/stm32
Now that the Arm-M4 CPU has been added to QEMU we can add the Netduino
Plus 2 machine. This is very similar to the STM32F205 and Netduino 2 SoC
and machine.
v2:
- Reorder patchset
- Return the kernel entry point instead of using a pointer
- Address Peter's comments
Alistair Francis (5):
hw
Signed-off-by: Alistair Francis
---
MAINTAINERS | 8 +
default-configs/arm-softmmu.mak | 1 +
hw/arm/Kconfig | 3 +
hw/arm/Makefile.objs| 1 +
hw/arm/stm32f405_soc.c | 306
include/hw/arm/stm32f405_
Signed-off-by: Alistair Francis
---
default-configs/arm-softmmu.mak| 1 +
hw/misc/Kconfig| 3 +
hw/misc/Makefile.objs | 1 +
hw/misc/stm32f4xx_syscfg.c | 168 +
hw/misc/trace-events | 6 ++
include/hw/m
Allow the kernel's entry point information to be returned when loading a
kernel.
Signed-off-by: Alistair Francis
---
hw/arm/armv7m.c | 4 +++-
include/hw/arm/arm.h | 4 +++-
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/hw/arm/armv7m.c b/hw/arm/armv7m.c
index c4b2a9a1f5..2f
Signed-off-by: Alistair Francis
---
MAINTAINERS | 6 +++
default-configs/arm-softmmu.mak | 1 +
hw/arm/Kconfig | 3 ++
hw/arm/Makefile.objs| 1 +
hw/arm/netduinoplus2.c | 77 +
5 files changed, 88 insert
On 01/05/2019 18.37, Alex Bennée wrote:
>
> Thomas Huth writes:
>
>> Currently, all tests are in the "auto" group. This is a little bit pointless.
>> OTOH, we need a group for the tests that we can automatically run during
>> "make check" each time, too. Tests in this new group are supposed to r
On 5/2/19 12:38 AM, Richard Henderson wrote:
> About half of the values to which CPU_CFLAGS is set
> have multiple space separated arguments.
>
> Signed-off-by: Richard Henderson
Reviewed-by: Philippe Mathieu-Daudé
Tested-by: Philippe Mathieu-Daudé
> ---
> configure | 16
>
On Tue, Apr 30, 2019 at 02:21:41PM +0800, Longpeng(Mike) wrote:
> From: Longpeng
>
> we found the following core in our environment:
> 0 0x7fc6b06c2237 in raise ()
> 1 0x7fc6b06c3928 in abort ()
> 2 0x7fc6b06bb056 in __assert_fail_base ()
> 3 0x7fc6b06bb102 in __assert_fail ()
On Fri, Apr 19, 2019 at 09:56:23AM +0200, Thomas Huth wrote:
> First patch fixes a problem with ohci_die(), second patch moves PCI code into
> a separate file, so that the sysbus OHCI device can also be used without
> the dependency on the PCI code.
>
> v2: Split the patch into two patches, one fo
On Fri, Apr 12, 2019 at 01:16:25PM +0100, Daniel P. Berrangé wrote:
> hw/usb/hcd-xhci.c: In function ‘usb_xhci_realize’:
> hw/usb/hcd-xhci.c:3339:66: warning: ‘%d’ directive output may be truncated
> writing between 1 and 10 bytes into a region of size 5 [-Wformat-trunca\
> tion=]
> 3339 |
On 5/1/19 5:38 PM, Richard Henderson wrote:
> About half of the values to which CPU_CFLAGS is set
> have multiple space separated arguments.
>
> Signed-off-by: Richard Henderson
> ---
> configure | 16
> 1 file changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/configure
101 - 158 of 158 matches
Mail list logo
