Daniel P. Berrangé writes:
> On Tue, Mar 19, 2019 at 02:08:01PM +0100, Igor Mammedov wrote:
>> On Thu, 7 Mar 2019 10:07:05 +
>> Daniel P. Berrangé wrote:
>>
>> > On Wed, Mar 06, 2019 at 07:54:17PM +0100, Igor Mammedov wrote:
>> > > On Wed, 6 Mar 2019 18:16:08 +
>> > > Daniel P. Berrangé
On Wed, 20 Mar 2019 at 13:07, Peter Xu wrote:
>
> On Tue, Mar 19, 2019 at 11:49:22AM -0400, Catherine Ho wrote:
> > Commit 18269069c310 ("migration: Introduce ignore-shared capability")
> > addes a ignore-shared capability to bypass the shared ramblock (e,g,
> > membackend + numa node). It does go
On Wed, Mar 20, 2019 at 07:46:33 +0100, Markus Armbruster wrote:
[...]
> I'm with Igor on this one. I'm all for QEMU going the extra mile to
> help libvirt, simply because that helps a very large fraction of our
> users. I'm now asking libvirt to extend the courtesy back to QEMU.
>
> Please si
On Wed, Mar 20, 2019 at 12:32:42AM +0100, BALATON Zoltan wrote:
> On Mon, 18 Mar 2019, Gerd Hoffmann wrote:
> > > Does it work with the latest patch for you?
> >
> > No (testing with radeonfb.ko).
>
> I'm confused. You said here that it works with radeonfb with your patch:
> http://lists.nongnu.o
On Wed, Mar 20, 2019 at 07:46:33AM +0100, Markus Armbruster wrote:
> We're going in circles. Igor keeps telling you QEMU needs to shed dead
> weight, badly. In Igor's words:
>
> We really need to figure out how to introduce breaking change on
> management (CLI) side* in QEMU and make it
Am 19.03.2019 um 17:19 hat Alberto Garcia geschrieben:
> On Mon 18 Mar 2019 04:25:10 PM CET, Vladimir Sementsov-Ogievskiy
> wrote:
> >> So what we have now is:
> >>
> >> A <- B <- C <- D <- E <- F <- G <- H <- I
> >>
> >> and we can launch four parallel block-stream jobs:
> >>
> >> Fro
CONFIG_I82374 is not needed for PC machines, since they create
i8257 directly instead.
Reported-by: Miroslav Rezanina
Signed-off-by: Paolo Bonzini
---
hw/i386/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/hw/i386/Kconfig b/hw/i386/Kconfig
index 4e4415fc88..756b1eaef8 100644
--- a/h
On Tue, Mar 19, 2019 at 05:16:17PM +, Peter Maydell wrote:
> On Tue, 19 Mar 2019 at 17:08, Daniel P. Berrangé wrote:
> >
> > The glibc-2.29.9000-6.fc31.x86_64 package finally includes the gettid
> > function as part of unistd.h when __USE_GNU is defined. This clashes
> > with linux-user code w
It is only needed through I82378, which also selects it.
Signed-off-by: Paolo Bonzini
---
hw/ppc/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/hw/ppc/Kconfig b/hw/ppc/Kconfig
index 73b473ca24..bbe5a64865 100644
--- a/hw/ppc/Kconfig
+++ b/hw/ppc/Kconfig
@@ -64,7 +64,6 @@ config PREP
20.03.2019 12:16, Kevin Wolf wrote:
> Am 19.03.2019 um 17:19 hat Alberto Garcia geschrieben:
>> On Mon 18 Mar 2019 04:25:10 PM CET, Vladimir Sementsov-Ogievskiy
>> wrote:
So what we have now is:
A <- B <- C <- D <- E <- F <- G <- H <- I
and we can launch four paralle
-Original Message-
From: Dr. David Alan Gilbert [mailto:dgilb...@redhat.com]
Sent: Tuesday, March 19, 2019 10:57 PM
To: Zhang, Chen
Cc: Li Zhijian ; Zhang Chen ;
Juan Quintela ; zhanghailiang
; Markus Armbruster ; Eric
Blake ; qemu-dev
Subject: Re: [PATCH V3 7/7] Migration/colo.c: M
Le mer. 20 mars 2019 07:13, Markus Armbruster a écrit :
> BALATON Zoltan writes:
>
> > On Tue, 19 Mar 2019, Paolo Bonzini wrote:
> >> Do not create an ATI VGA if "-vga none" was passed on the command line.
> >>
> >> Cc: BALATON Zoltan
> >
> > Thanks, I did not know about this variable. Although
On Tue, Mar 19, 2019 at 07:03:30PM -0300, Daniel Henrique Barboza wrote:
> When using a non-UTF8 secret to create a volume using qemu-img, the
> following error happens:
>
> $ qemu-img create -f luks --object
> secret,id=vol_1_encrypt0,file=vol_resize_pool.vol_1.secret.qzVQrI -o
> key-secret=vol
Test that mirror job actually resume on resume command after being
automatically paused on ENOSPC error.
It's a follow-up test for 8d9648cbf3e
"blockjob: fix user pause in block_job_error_action"
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
tests/qemu-iotests/248 | 77 +++
19.03.2019 14:01, Kevin Wolf wrote:
> Am 19.03.2019 um 10:24 hat Vladimir Sementsov-Ogievskiy geschrieben:
>> Job (especially mirror) may call block_job_error_action several
>> times before actual pause if it has several in-flight requests.
>>
>> block_job_error_action will call job_pause more than
On Tue, 19 Mar 2019 14:51:07 +
Daniel P. Berrangé wrote:
> On Tue, Mar 19, 2019 at 02:08:01PM +0100, Igor Mammedov wrote:
> > On Thu, 7 Mar 2019 10:07:05 +
> > Daniel P. Berrangé wrote:
> >
> > > On Wed, Mar 06, 2019 at 07:54:17PM +0100, Igor Mammedov wrote:
> > > > On Wed, 6 Mar 20
On Wed, Mar 20, 2019 at 10:32:37AM +0100, Paolo Bonzini wrote:
> CONFIG_I82374 is not needed for PC machines, since they create
> i8257 directly instead.
>
> Reported-by: Miroslav Rezanina
> Signed-off-by: Paolo Bonzini
> ---
> hw/i386/Kconfig | 1 -
> 1 file changed, 1 deletion(-)
Reviewed-by
(first of all, sorry about the delayed response, I've been away for a
few days, and then I got busy with something urgent -- thanks everyone
for the feedback)
On 03/14/19 19:29, Eric Blake wrote:
> On 3/14/19 1:02 PM, Philippe Mathieu-Daudé wrote:
>> On 3/13/19 10:00 PM, Laszlo Ersek wrote:
>>> Up
On 20/03/19 11:03, Philippe Mathieu-Daudé wrote:
>
>
> -display/-vga options suffers same clarity problems than -net. Is it a
> card device or a cable linking to a network? Here is it a card device or
> a cable connecting a monitor display?
-display is a cable, -vga is a card ("-nic none" is a
Hi Michael,
On 03/16/19 15:56, Michael Tokarev wrote:
> 14.03.2019 0:00, Laszlo Ersek wrote:
>> Repo: https://github.com/lersek/qemu.git
>> Branch: edk2_build_v2
>>
>> Version 1, that is:
>> [Qemu-devel] [PATCH 00/10] bundle edk2 platform firmware with QEMU
> ...
>
> Hmm. Why to do so? Isn't
On Mon, 18 Mar 2019 at 03:39, Hongbo Zhang wrote:
>
> On Fri, 15 Mar 2019 at 18:41, Ard Biesheuvel
> wrote:
> >
> > On Fri, 15 Mar 2019 at 11:08, Hongbo Zhang wrote:
> > >
> > > For the Aarch64, there is one machine 'virt', it is primarily meant to
> > > run on KVM and execute virtualization wo
On 03/15/19 17:42, Philippe Mathieu-Daudé wrote:
> Hi,
>
> From my previous experience with the tests/ patches, I understood we
> could still send PR that improve testing after soft freeze.
> This series doesn't modify the QEMU binaries, it add EDK2 firmware blobs
> in roms/ and rules to rebuild t
On 03/15/19 12:31, Daniel P. Berrangé wrote:
> On Wed, Mar 13, 2019 at 10:00:54PM +0100, Laszlo Ersek wrote:
>> Update the README file with information on the images added previously,
>> and provide firmware descriptor documents that conform to
>> "docs/interop/firmware.json".
>>
>> Signed-off-by:
On Wed, Mar 20, 2019 at 10:35:05AM +0100, Paolo Bonzini wrote:
> It is only needed through I82378, which also selects it.
>
> Signed-off-by: Paolo Bonzini
> ---
> hw/ppc/Kconfig | 1 -
> 1 file changed, 1 deletion(-)
Reviewed-by: Stefano Garzarella
On Wed, 20 Mar 2019 08:37:14 +0800
Wei Yang wrote:
> On Tue, Mar 19, 2019 at 10:00:38AM +0100, Igor Mammedov wrote:
> >On Tue, 19 Mar 2019 08:45:23 +0800
> >Wei Yang wrote:
> >
> >> On Mon, Mar 18, 2019 at 01:39:12PM +0100, Igor Mammedov wrote:
> >> >On Fri, 15 Mar 2019 08:44:32 +0800
> >> >
Am 20.03.2019 um 10:59 hat Vladimir Sementsov-Ogievskiy geschrieben:
> Test that mirror job actually resume on resume command after being
> automatically paused on ENOSPC error.
>
> It's a follow-up test for 8d9648cbf3e
> "blockjob: fix user pause in block_job_error_action"
>
> Signed-off-by:
Daniel P. Berrangé writes:
> On Wed, Mar 20, 2019 at 07:46:33AM +0100, Markus Armbruster wrote:
>> We're going in circles. Igor keeps telling you QEMU needs to shed dead
>> weight, badly. In Igor's words:
>>
>> We really need to figure out how to introduce breaking change on
>> managem
On 19.3.19. 16:27, Peter Maydell wrote:
On Tue, 19 Mar 2019 at 15:22, Mateja Marjanovic
wrote:
From: Mateja Marjanovic
Wrong type of NaN was generated for IEEE 754-2008 by MADDF. and
MSUBF. instructions when the arguments were (inf, zero, nan) or
(zero, inf, nan).
These instructions were te
On 19.3.19. 23:02, Alex Bennée wrote:
Aleksandar Markovic writes:
From: Peter Maydell
Subject: Re: [PATCH v3] target/mips: Fix minor bug in FPU
On Tue, 19 Mar 2019 at 19:21, Aleksandar Markovic
wrote:
From: Mateja Marjanovic
Subject: [PATCH v3] target/mips: Fix minor bug in FPU
From: M
From: Xie Yongji
This patchset is aimed at supporting qemu to reconnect
vhost-user-blk backend after vhost-user-blk backend crash or
restart.
The patch 1,2,3 introduce started flag to VirtioDevice to
fix possible guest hung after migration for virtio 1.0
transitional devices.
The patch 4,5,6 su
From: Xie Yongji
Use started flag in vhost_user_blk_set_status() to decide if
starting vhost-user backend or not.
Signed-off-by: Xie Yongji
Signed-off-by: Zhang Yu
---
hw/block/vhost-user-blk.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/block/vhost-user-blk.c b
From: Xie Yongji
The virtio 1.0 transitional devices support driver uses the device
before setting the DRIVER_OK status bit. So we introduce a started
flag to indicate whether driver has started the device or not.
Signed-off-by: Xie Yongji
Signed-off-by: Zhang Yu
---
hw/virtio/virtio.c
From: Xie Yongji
Currently, we use DRIVER_OK status bit to check whether guest
driver has started the device in virtio_vmstate_change(). But it's
not the case for virtio 1.0 transitional devices. If migration completes
between kicking virtqueue and setting VIRTIO_CONFIG_S_DRIVER_OK, guest
may be
From: Xie Yongji
Since we now support the message VHOST_USER_GET_INFLIGHT_FD
and VHOST_USER_SET_INFLIGHT_FD. The backend is able to restart
safely because it can track inflight I/O in shared memory.
This patch allows qemu to reconnect the backend after
connection closed.
Signed-off-by: Xie Yongj
From: Xie Yongji
We should only start vhost-user backend at the first kick for
virtio 1.0 transitional devices.
Signed-off-by: Xie Yongji
Signed-off-by: Zhang Yu
---
hw/block/vhost-user-blk.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/hw/block/vhost-user-blk.c b/hw/
On Wed, 20 Mar 2019, Markus Armbruster wrote:
For better or worse, we have a whole bunch of global variables
(manipulated with command line options) our board code may elect to
honor.
Are they documented somewhere or gathered at the same place or just
scattered around in source? I may not know
From: Xie Yongji
Add a return value for vhost_user_blk_start() to check whether
we start vhost-user backend successfully or not.
Signed-off-by: Xie Yongji
Signed-off-by: Zhang Yu
---
hw/block/vhost-user-blk.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/hw/bloc
From: Xie Yongji
This patch enables inflight I/O tracking for
vhost-user-blk backend so that we could restart it safely.
Signed-off-by: Xie Yongji
Signed-off-by: Zhang Yu
---
contrib/vhost-user-blk/vhost-user-blk.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/contrib/
On Tue, 19 Mar 2019, Corey Minyard wrote:
On Sat, Mar 16, 2019 at 03:23:09PM +0100, BALATON Zoltan wrote:
On Sat, 16 Mar 2019, BALATON Zoltan wrote:
Version 4 try to fix an ASan warning about leaking bitbang_i2c.
I still get ASan warning but it's about gpio_i2c_init in bitbang_i2c.c which
I h
20.03.2019 14:03, Kevin Wolf wrote:
> Am 20.03.2019 um 10:59 hat Vladimir Sementsov-Ogievskiy geschrieben:
>> Test that mirror job actually resume on resume command after being
>> automatically paused on ENOSPC error.
>>
>> It's a follow-up test for 8d9648cbf3e
>> "blockjob: fix user pause in
On Wed, 20 Mar 2019, Gerd Hoffmann wrote:
On Wed, Mar 20, 2019 at 12:32:42AM +0100, BALATON Zoltan wrote:
On Mon, 18 Mar 2019, Gerd Hoffmann wrote:
Does it work with the latest patch for you?
No (testing with radeonfb.ko).
I'm confused. You said here that it works with radeonfb with your pa
On Wed, Mar 20, 2019 at 11:26:34AM +0100, Igor Mammedov wrote:
> On Tue, 19 Mar 2019 14:51:07 +
> Daniel P. Berrangé wrote:
>
> > On Tue, Mar 19, 2019 at 02:08:01PM +0100, Igor Mammedov wrote:
> > > On Thu, 7 Mar 2019 10:07:05 +
> > > Daniel P. Berrangé wrote:
> > >
> > > > On Wed, Ma
Test that mirror job actually resume on resume command after being
automatically paused on ENOSPC error.
It's a follow-up test for 8d9648cbf3e
"blockjob: fix user pause in block_job_error_action"
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
v2: by Kevin's comments:
- use limit var
On 3/20/19 6:52 AM, Daniel P. Berrangé wrote:
On Tue, Mar 19, 2019 at 07:03:30PM -0300, Daniel Henrique Barboza wrote:
When using a non-UTF8 secret to create a volume using qemu-img, the
following error happens:
$ qemu-img create -f luks --object
secret,id=vol_1_encrypt0,file=vol_resize_poo
On Tue, Mar 19, 2019 at 07:34:45PM +0100, Markus Armbruster wrote:
> = hw/xenpv/xen_machine_pv.c =
> Stefano Stabellini (supporter:X86)
> Anthony Perard (supporter:X86)
> Paul Durrant (supporter:X86)
> xen-de...@lists.xenproject.org (open list:X86)
That machine requires Xen
The glibc-2.29.9000-6.fc31.x86_64 package finally includes the gettid()
function as part of unistd.h when __USE_GNU is defined. This clashes
with linux-user code which unconditionally defines this function name
itself.
/home/berrange/src/virt/qemu/linux-user/syscall.c:253:16: error: static
declar
Patchew URL: https://patchew.org/QEMU/20190320122555.8025-1-berra...@redhat.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Message-id: 20190320122555.8025-1-berra...@redhat.com
Subject: [Qemu-devel] [PATCH v2] linux-user: rename gettid() t
On Wed, Mar 20, 2019 at 12:39:44PM +0100, BALATON Zoltan wrote:
> On Tue, 19 Mar 2019, Corey Minyard wrote:
> > On Sat, Mar 16, 2019 at 03:23:09PM +0100, BALATON Zoltan wrote:
> > > On Sat, 16 Mar 2019, BALATON Zoltan wrote:
> > > > Version 4 try to fix an ASan warning about leaking bitbang_i2c.
>
On 3/18/19 8:30 AM, Markus Armbruster wrote:
Bastian Koppelmann writes:
On 3/12/19 6:36 PM, Markus Armbruster wrote:
[snip]
= hw/tricore/tricore_testboard.c =
Bastian Koppelmann (maintainer:TriCore)
I created a patchset for tcg tests for this board
(https://lists.nongnu.org/a
The glibc-2.29.9000-6.fc31.x86_64 package finally includes the gettid()
function as part of unistd.h when __USE_GNU is defined. This clashes
with linux-user code which unconditionally defines this function name
itself.
/home/berrange/src/virt/qemu/linux-user/syscall.c:253:16: error: static
declar
On Thu, Mar 14, 2019 at 06:26:02PM +0100, Greg Kurz wrote:
> On Thu, 14 Mar 2019 13:29:49 -0300
> "Maxiwell S. Garcia" wrote:
>
> > This adds a handler for ibm,get-vpd RTAS calls, allowing pseries guest
> > to collect host information. It is disabled by default to avoid unwanted
> > information l
On Wed, Mar 20, 2019 at 12:41:30PM +0100, BALATON Zoltan wrote:
> On Wed, 20 Mar 2019, Gerd Hoffmann wrote:
> > On Wed, Mar 20, 2019 at 12:32:42AM +0100, BALATON Zoltan wrote:
> > > On Mon, 18 Mar 2019, Gerd Hoffmann wrote:
> > > > > Does it work with the latest patch for you?
> > > >
> > > > No (
Le 20/03/2019 à 13:36, Daniel P. Berrangé a écrit :
> The glibc-2.29.9000-6.fc31.x86_64 package finally includes the gettid()
> function as part of unistd.h when __USE_GNU is defined. This clashes
> with linux-user code which unconditionally defines this function name
> itself.
>
> /home/berrange/
On Wed, Mar 20, 2019 at 12:16 AM IOMMU AUTHOR
wrote:
> i'd rather the copyright notice on these files looks like i've put it
> below and since i just simply snipped my name(i'll provide legal proof
> that this is my name, if required), i don't expect this to be an issue.
>
is this getting queued
On Tue, Mar 19, 2019 at 02:20:01PM -0300, Eduardo Habkost wrote:
> On Tue, Mar 19, 2019 at 04:16:14PM +, Daniel P. Berrangé wrote:
> > On Tue, Mar 19, 2019 at 10:35:33PM +0800, Tao Xu wrote:
> > > On 3/19/2019 8:16 PM, Daniel P. Berrangé wrote:
> > > > The Cascadelake-Server CPU was added last
On Wed, Mar 20, 2019 at 11:51:51AM +, Daniel P. Berrangé wrote:
> On Wed, Mar 20, 2019 at 11:26:34AM +0100, Igor Mammedov wrote:
[...]
> > So it's rather questionable if we should care about arbitrarily old
> > libvirt with new QEMU in case of new machines (especially upstream).
>
> As
The function fcntl maybe return -1, which is not a unsigned type. Unsigned type
or Negative values should not do bitwise operator with O_ACCMODE.
Signed-off-by: Zhengui li
---
scsi/qemu-pr-helper.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/scsi/qemu-pr-helper.c b
On Sat, Mar 16, 2019 at 10:31:24AM +, Wei Yang wrote:
>On Thu, Mar 14, 2019 at 10:18:30AM +0100, Igor Mammedov wrote:
>>On Wed, 13 Mar 2019 21:31:37 +
>>Wei Yang wrote:
>>
>>> On Wed, Mar 13, 2019 at 05:09:43PM +0100, Igor Mammedov wrote:
>>> >On Wed, 13 Mar 2019 13:33:59 +
>>> >Wei Ya
Patchew URL:
https://patchew.org/QEMU/1553089028-21628-1-git-send-email-lizhen...@huawei.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 1553089028-21628-1-git-send-email-lizhen...@huawei.com
Subject: [Qemu-devel]
On Wed, Mar 20, 2019 at 10:32:53AM -0300, Eduardo Habkost wrote:
> On Wed, Mar 20, 2019 at 11:51:51AM +, Daniel P. Berrangé wrote:
> > On Wed, Mar 20, 2019 at 11:26:34AM +0100, Igor Mammedov wrote:
> [...]
> > > So it's rather questionable if we should care about arbitrarily old
> > > l
On Fri, Mar 15, 2019 at 03:51:15PM +0100, Markus Armbruster wrote:
> * Our use of header guards is rather sloppy. Sloppiness there can
> lead to confusing compilation errors. The rest of the series cleans
> up existing header guards. In particular, it normalizes guard
> symbols to follow a
On Sun, Mar 17, 2019 at 03:10:01PM +0100, Paolo Bonzini wrote:
> Some drivers do I2C bitbanging by keeping the output to 0 and flipping
> the GPIO direction between input and output (see for example in Linux
> gpio_set_open_drain_value_commit, in drivers/gpio/gpiolib.c).
> When the GPIO is set to i
On Mon, Mar 18, 2019 at 07:07:25AM +, Fernando Casas Schössow wrote:
> Wanted to share one more update regarding this issue.
> Since running the new package with the patch from Natanael, the issue never
> happen again.
> It's been three weeks with all guests running on virtio-scsi and no issue
Patchew URL:
https://patchew.org/QEMU/1553089028-21628-1-git-send-email-lizhen...@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 ===
#!/
On Fri, 08 Mar 2019 10:24:23 +0900,
Richard Henderson wrote:
>
> On 3/1/19 10:21 PM, Yoshinori Sato wrote:
> > My git repository is bellow.
> > git://git.pf.osdn.net/gitroot/y/ys/ysato/qemu.git
>
> Somehow patch 1 did not arrive, so I am reviewing based on
> rebasing this branch against master, a
Public bug reported:
I used
qemu-user-static/stable,stable,now 1:2.8+dfsg-6+deb9u5 amd64 [installed]
When I try to build an image of a docker for an arm, an error occurs.
This affects the operation of applications.
Dockerfile
ARG ARCH
FROM ${ARCH}/debian:buster-slim
RUN \
printf "Instal
The function fcntl maybe return -1, which is not a unsigned type.
Unsigned type or Negative values should not do bitwise operator with
O_ACCMODE.
Signed-off-by: Zhengui li
---
scsi/qemu-pr-helper.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/scsi/qemu-pr-helper.c b
On Tue, Mar 19, 2019 at 09:51:17AM +, Lilijun (Jerry, Cloud Networking)
wrote:
> After more detail test, I found two results:
> 1) This route entry's lost can be reproduced on both virtio-net and
> pass-through physical devices.
> 2) The link down event is handled by a service named NetworkM
Some RX peripheral using 8bit and 16bit registers.
Added 8bit and 16bit APIs.
Signed-off-by: Yoshinori Sato
---
include/hw/registerfields.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/hw/registerfields.h b/include/hw/registerfields.h
index 2659a58737..f6bf911990 10064
rx62n - RX62N cpu.
rxqemu - QEMU virtual target.
Signed-off-by: Yoshinori Sato
---
include/hw/rx/rx.h| 7 ++
include/hw/rx/rx62n.h | 54
hw/rx/rx62n.c | 226 ++
hw/rx/rxqemu.c| 100 ++
hw/rx/K
Hello.
This patch series is added Renesas RX target emulation.
Update review comments and fix some issue.
My git repository is bellow.
git://git.pf.osdn.net/gitroot/y/ys/ysato/qemu.git
Testing binaries bellow.
u-boot
Download - https://osdn.net/users/ysato/pf/qemu/dl/u-boot.bin.gz
starting
$ gz
This module supported only non FIFO type.
Hardware manual.
https://www.renesas.com/us/en/doc/products/mpumcu/doc/rx_family/r01uh0033ej0140_rx62n.pdf
Signed-off-by: Yoshinori Sato
---
include/hw/char/renesas_sci.h | 45 ++
hw/char/renesas_sci.c | 335 +
This implementation supported only ICUa.
Hardware manual.
https://www.renesas.com/us/en/doc/products/mpumcu/doc/rx_family/r01uh0033ej0140_rx62n.pdf
Signed-off-by: Yoshinori Sato
---
include/hw/intc/rx_icu.h | 49 +++
hw/intc/rx_icu.c | 373 +++
Signed-off-by: Yoshinori Sato
---
MAINTAINERS | 19 +++
1 file changed, 19 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 85d7d764e5..046dbd8eb6 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -272,6 +272,13 @@ F: include/hw/riscv/
F: linux-user/host/riscv32/
F: linux
This part only supported RXv1 instructions.
Instruction manual.
https://www.renesas.com/us/en/doc/products/mpumcu/doc/rx_family/r01us0032ej0120_rxsm.pdf
Signed-off-by: Yoshinori Sato
---
target/rx/translate.c | 2305
target/rx/insns.decode | 628
Signed-off-by: Yoshinori Sato
---
configure | 8
default-configs/rx-softmmu.mak | 7 +++
include/sysemu/arch_init.h | 1 +
arch_init.c| 2 ++
hw/Kconfig | 1 +
5 files changed, 19 insertions(+)
create mode 100644 defau
renesas_tmr: 8bit timer modules.
renesas_cmt: 16bit compare match timer modules.
This part use many renesas's CPU.
Hardware manual.
https://www.renesas.com/us/en/doc/products/mpumcu/doc/rx_family/r01uh0033ej0140_rx62n.pdf
Signed-off-by: Yoshinori Sato
---
include/hw/timer/renesas_cmt.h | 33 +++
Signed-off-by: Yoshinori Sato
---
target/rx/gdbstub.c | 112
target/rx/monitor.c | 38
target/rx/Makefile.objs | 11 +
3 files changed, 161 insertions(+)
create mode 100644 target/rx/gdbstub.c
create mode 100644 tar
Signed-off-by: Yoshinori Sato
---
include/disas/bfd.h |5 +
target/rx/disas.c | 1512 +++
2 files changed, 1517 insertions(+)
create mode 100644 target/rx/disas.c
diff --git a/include/disas/bfd.h b/include/disas/bfd.h
index 41b61c85f9..b2c34
Signed-off-by: Yoshinori Sato
---
target/rx/cpu-qom.h | 52
target/rx/cpu.h | 201 ++
target/rx/cpu.c | 225
3 files changed, 478 insertions(+)
create mode 100644 target/rx/cpu-
Signed-off-by: Yoshinori Sato
---
target/rx/helper.h| 35
target/rx/helper.c| 147 +
target/rx/op_helper.c | 557 ++
3 files changed, 739 insertions(+)
create mode 100644 target/rx/helper.h
create mode 100644 target/rx/he
Hi.
I found some problem in tested RX instructions.
It is usable in RX instructions, but I think that there
is a better fix because I am not familiar with Python.
I fixed three point.
- Added ctx to !function args.
- Fixed group operaiton. varinsns required width field.
- Fixed symbol in decode_lo
...and properly enable it when synthesizing a drive.
The Xen toolstack sets 'discard-enable' to '1' in xenstore when it wants
to enable discard on a specified image. The code in
xen_block_driver_create() correctly parses this and uses it to set
'discard' to 'unamp' for the file_layer, but fails to
Patchew URL:
https://patchew.org/QEMU/20190320141610.46305-1-ys...@users.sourceforge.jp/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Message-id: 20190320141610.46305-1-ys...@users.sourceforge.jp
Subject: [Qemu-devel] [PATCH RFC v4 00/12] Ad
Paolo Bonzini writes:
> On 30/10/2018 13:21, Alex Bennée wrote:
>>
>> Paolo Bonzini writes:
>>
>>> This is a race that can happen when migrating TCG guests under load.
>>> It was introduced by the change to run vCPUs outside the big QEMU
>>> lock.
>>
>> Did this ever get re-spun?
>
> No, the i
On Wed, Mar 20, 2019 at 01:46:59PM +, Daniel P. Berrangé wrote:
> On Wed, Mar 20, 2019 at 10:32:53AM -0300, Eduardo Habkost wrote:
> > On Wed, Mar 20, 2019 at 11:51:51AM +, Daniel P. Berrangé wrote:
> > > On Wed, Mar 20, 2019 at 11:26:34AM +0100, Igor Mammedov wrote:
> > [...]
> > > > S
On Wed, Mar 20, 2019 at 01:52:26PM +, Stefan Hajnoczi wrote:
> On Fri, Mar 15, 2019 at 03:51:15PM +0100, Markus Armbruster wrote:
> > * Our use of header guards is rather sloppy. Sloppiness there can
> > lead to confusing compilation errors. The rest of the series cleans
> > up existing h
On Tue, Mar 19, 2019 at 10:45:47AM +, Daniel P. Berrangé wrote:
> ping
Sorry for missing it. I'm queueing this for -rc1, thanks!
>
> On Thu, Mar 07, 2019 at 12:18:36PM +, Daniel P. Berrangé wrote:
> > This corrects the note about spec-ctrl and adds info about the stibp
> > flag that was
From: Daniel P. Berrangé
The Mesa library tries to set process affinity on some of its threads in
order to optimize its performance. Currently this results in QEMU being
immediately terminated when seccomp is enabled.
Mesa doesn't consider failure of the process affinity settings to be
fatal to
On 3/13/19 12:31 PM, Jason J. Herne wrote:
This is to support booting from vfio-ccw dasd devices. We basically implement
the real hardware ipl procedure. This allows for booting Linux guests on
vfio-ccw devices.
vfio-ccw's channel program prefetch algorithm complicates ipl because most ipl
chann
The following changes since commit 62a172e6a77d9072bb1a18f295ce0fcf4b90a4f2:
Update version for v4.0.0-rc0 release (2019-03-19 17:17:22 +)
are available in the Git repository at:
https://github.com/otubo/qemu.git tags/pull-seccomp-20190320
for you to fetch changes up to
It looks like this has slipped through the cracks. I'm queueing
this series for -rc1.
On Fri, Jan 25, 2019 at 08:06:04PM -0200, Eduardo Habkost wrote:
> This series works around KVM bugs that affect the arch_capabilities
> feature. One bug made the feature be enabled incorrect on AMD hosts,
> a
On Wed, 20 Mar 2019 11:51:51 +
Daniel P. Berrangé wrote:
> On Wed, Mar 20, 2019 at 11:26:34AM +0100, Igor Mammedov wrote:
> > On Tue, 19 Mar 2019 14:51:07 +
> > Daniel P. Berrangé wrote:
> >
> > > On Tue, Mar 19, 2019 at 02:08:01PM +0100, Igor Mammedov wrote:
> > > > On Thu, 7 Mar 2
On Wed, Mar 20, 2019 at 11:46:20AM -0300, Eduardo Habkost wrote:
> On Wed, Mar 20, 2019 at 01:46:59PM +, Daniel P. Berrangé wrote:
> > On Wed, Mar 20, 2019 at 10:32:53AM -0300, Eduardo Habkost wrote:
> > > On Wed, Mar 20, 2019 at 11:51:51AM +, Daniel P. Berrangé wrote:
> > > > On Wed, Mar 2
On Wed, Mar 20, 2019 at 01:30:26PM +, Daniel P. Berrangé wrote:
> On Tue, Mar 19, 2019 at 02:20:01PM -0300, Eduardo Habkost wrote:
> > On Tue, Mar 19, 2019 at 04:16:14PM +, Daniel P. Berrangé wrote:
> > > On Tue, Mar 19, 2019 at 10:35:33PM +0800, Tao Xu wrote:
> > > > On 3/19/2019 8:16 PM,
On Wed, Mar 20, 2019 at 04:20:19PM +0100, Igor Mammedov wrote:
> > This could be solved if QEMU has some machine type based property
> > that indicates whether "memdev" is required for a given machine,
> > but crucially *does not* actually activate that property until
> > several releases later.
>
Hi Peter,
On 03/19/19 10:22, Peter Maydell wrote:
> On Mon, 18 Mar 2019 at 21:21, Philippe Mathieu-Daudé
> wrote:
>>
>> Hi Peter,
>>
>> Le dim. 17 mars 2019 23:02, Peter Maydell
>> a écrit :
>>>
>>> On Sun, 17 Mar 2019 at 20:29, Peter Maydell
>>> wrote:
Hi; this fails to build on OSX and O
On Wed, 20 Mar 2019 13:46:59 +
Daniel P. Berrangé wrote:
> On Wed, Mar 20, 2019 at 10:32:53AM -0300, Eduardo Habkost wrote:
> > On Wed, Mar 20, 2019 at 11:51:51AM +, Daniel P. Berrangé wrote:
> > > On Wed, Mar 20, 2019 at 11:26:34AM +0100, Igor Mammedov wrote:
> > [...]
[...]
> > If
On Wed, 20 Mar 2019 at 15:31, Laszlo Ersek wrote:
>
> Hi Peter,
>
> On 03/19/19 10:22, Peter Maydell wrote:
> > On Mon, 18 Mar 2019 at 21:21, Philippe Mathieu-Daudé
> > wrote:
> >>
> >> Hi Peter,
> >>
> >> Le dim. 17 mars 2019 23:02, Peter Maydell
> >> a écrit :
> >>>
> >>> On Sun, 17 Mar 2019 a
Issue seems to be fixed with Windows 10 19H1 Insider Preview Build 18361
!
Quoting from Microsoft's Changelog:
"We fixed an issue preventing certain VMs from being able to install or update
Windows Insider Preview builds ..."
Seems this was no qemu issue after all, please close.
--
You receive
1 - 100 of 167 matches
Mail list logo
