On Wed, Nov 24, 2021 at 02:03:09PM +0800, Jason Wang wrote:
> When booting with scalable mode, I hit this error:
>
> qemu-system-x86_64: vtd_iova_to_slpte: detected splte reserve non-zero
> iova=0xf002, level=0x1slpte=0x102681803)
> qemu-system-x86_64: vtd_iommu_translate: detected translatio
Hi Lukasz,
I've been through this. I have a couple of review comments, but overall
looks good for inclusion in nvme-next. Would be nice to get this in
early in the cycle so it can mature there for 7.0.
I'd like that we mark this support experimental, so we can easily do
some changes to how parame
On Nov 16 16:34, Łukasz Gieryk wrote:
> With four new properties:
> - sriov_v{i,q}_flexible,
> - sriov_max_v{i,q}_per_vf,
> one can configure the number of available flexible resources, as well as
> the limits. The primary and secondary controller capability structures
> are initialized according
Add a page listing QEMU sponsors.
For now, only mention Fosshost which requested to be listed:
https://lists.gnu.org/archive/html/qemu-devel/2021-06/msg05381.html
Cc: Thomas Markey
Resolves: https://gitlab.com/qemu-project/qemu-web/-/issues/2
Signed-off-by: Philippe Mathieu-Daudé
---
Since v2:
On 23/11/2021 22.19, Daniel Henrique Barboza wrote:
This test, if enabled by hand, was failing when the ivhsmem device was
being declared as DEVICE_NATIVE_ENDIAN with the following error:
/ppc64/ivshmem/pair: OK
/ppc64/ivshmem/server:
**
ERROR:/home/danielhb/qemu/tests/qtest/ivshmem-test.c:367:t
On Wed, Nov 24, 2021 at 3:03 PM Michael S. Tsirkin wrote:
>
> On Wed, Nov 24, 2021 at 12:32:55PM +0800, Jason Wang wrote:
> > Spec said:
> >
> > "and len the total of bytes written into the buffer."
> >
> > For inflateq, deflateq and statsq, we don't process in_sg so the used
> > length should be
On Nov 16 16:34, Łukasz Gieryk wrote:
> With the new Virtualization Management command one can:
> - assign flexible resources (queues, interrupts) to primary and
>secondary controllers,
> - toggle the online/offline state of given controller.
>
> Signed-off-by: Łukasz Gieryk
> ---
> hw/nvm
On Wed, Nov 24, 2021 at 6:05 PM Philippe Mathieu-Daudé
wrote:
>
> Add a page listing QEMU sponsors.
>
> For now, only mention Fosshost which requested to be listed:
> https://lists.gnu.org/archive/html/qemu-devel/2021-06/msg05381.html
>
> Cc: Thomas Markey
> Resolves: https://gitlab.com/qemu-proj
There already is a machine property to dump the device tree for
debugging purposes, and the helper function qemu_fdt_dumpdtb()
implementing the dumping. Make microvm use it for consistency.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Philippe Mathieu-Daudé
---
hw/i386/microvm-dt.c | 9 +
On Wed, Nov 24, 2021 at 03:58:22PM +0800, Jason Wang wrote:
> On Wed, Nov 24, 2021 at 3:03 PM Michael S. Tsirkin wrote:
> >
> > On Wed, Nov 24, 2021 at 12:32:55PM +0800, Jason Wang wrote:
> > > Spec said:
> > >
> > > "and len the total of bytes written into the buffer."
> > >
> > > For inflateq, d
On Wed, Nov 24, 2021 at 3:57 PM Peter Xu wrote:
>
> On Wed, Nov 24, 2021 at 02:03:09PM +0800, Jason Wang wrote:
> > When booting with scalable mode, I hit this error:
> >
> > qemu-system-x86_64: vtd_iova_to_slpte: detected splte reserve non-zero
> > iova=0xf002, level=0x1slpte=0x102681803)
>
On Wed, Nov 24, 2021 at 4:28 PM Jason Wang wrote:
>
> On Wed, Nov 24, 2021 at 4:25 PM Michael S. Tsirkin wrote:
> >
> > On Wed, Nov 24, 2021 at 03:58:22PM +0800, Jason Wang wrote:
> > > On Wed, Nov 24, 2021 at 3:03 PM Michael S. Tsirkin
> > > wrote:
> > > >
> > > > On Wed, Nov 24, 2021 at 12:32
On Wed, Nov 24, 2021 at 4:25 PM Michael S. Tsirkin wrote:
>
> On Wed, Nov 24, 2021 at 03:58:22PM +0800, Jason Wang wrote:
> > On Wed, Nov 24, 2021 at 3:03 PM Michael S. Tsirkin wrote:
> > >
> > > On Wed, Nov 24, 2021 at 12:32:55PM +0800, Jason Wang wrote:
> > > > Spec said:
> > > >
> > > > "and l
On Fri, 19 Nov 2021 12:32:29 +0100
Philippe Mathieu-Daudé wrote:
> When using -global, properties might have empty name/value.
>
> This fixes this legitimate use case:
>
> $ qemu-system-x86_64 -global driver=isa-fdc
> qemu-system-x86_64: ../../devel/qemu/qapi/string-input-visitor.c:394:
>
On Wed, Nov 24, 2021 at 04:28:52PM +0800, Jason Wang wrote:
> On Wed, Nov 24, 2021 at 3:57 PM Peter Xu wrote:
> >
> > On Wed, Nov 24, 2021 at 02:03:09PM +0800, Jason Wang wrote:
> > > When booting with scalable mode, I hit this error:
> > >
> > > qemu-system-x86_64: vtd_iova_to_slpte: detected spl
On Wed, Nov 24, 2021 at 4:52 PM Peter Xu wrote:
>
> On Wed, Nov 24, 2021 at 04:28:52PM +0800, Jason Wang wrote:
> > On Wed, Nov 24, 2021 at 3:57 PM Peter Xu wrote:
> > >
> > > On Wed, Nov 24, 2021 at 02:03:09PM +0800, Jason Wang wrote:
> > > > When booting with scalable mode, I hit this error:
>
On Wed, Nov 24, 2021 at 09:05:19AM +0100, Philippe Mathieu-Daudé wrote:
> Add a page listing QEMU sponsors.
>
> For now, only mention Fosshost which requested to be listed:
> https://lists.gnu.org/archive/html/qemu-devel/2021-06/msg05381.html
>
> Cc: Thomas Markey
> Resolves: https://gitlab.com/
From: Marc-André Lureau
Let's use a more neutral language for that option.
"blacklist" is still silently accepted for compatibility reasons.
Signed-off-by: Marc-André Lureau
---
docs/interop/qemu-ga.rst | 4 ++--
qga/guest-agent-core.h | 2 +-
qga/commands-posix.c | 14 ++---
On Wed, Nov 24, 2021 at 04:32:06PM +0800, Jason Wang wrote:
> On Wed, Nov 24, 2021 at 4:28 PM Jason Wang wrote:
> >
> > On Wed, Nov 24, 2021 at 4:25 PM Michael S. Tsirkin wrote:
> > >
> > > On Wed, Nov 24, 2021 at 03:58:22PM +0800, Jason Wang wrote:
> > > > On Wed, Nov 24, 2021 at 3:03 PM Michael
On 11/22/21 14:14, Richard Henderson wrote:
On 11/22/21 2:04 PM, Cédric Le Goater wrote:
But this alone of course causes other "failures", because we've got some
incorrect reference files.
Looks fine. Will you send this patch independently ?
Yes.
The patchset doesn't seem to break anythin
On 11/23/21 20:22, Cédric Le Goater wrote:
On 11/23/21 22:19, Daniel Henrique Barboza wrote:
Hi,
This small series fixes an issue reported in Gitlab [1] that
affects PowerPC big-endian and little-endian and probably all
other big-endians in the wild that might use 'ivshmem'.
It's not clear
On 11/23/21 9:57 PM, Alex Bennée wrote:
Generally when we set cpu->cflags_next_tb it is because we want to
carefully control the execution of the next TB. Currently there is a
race that causes cflags_next_tb to get ignored if an IRQ is processed
before we execute any actual instructions.
To avoi
On Wed, Nov 24, 2021 at 05:01:42PM +0800, Jason Wang wrote:
> > > > > -static bool vtd_slpte_nonzero_rsvd(uint64_t slpte, uint32_t level)
> > > > > +static bool vtd_slpte_nonzero_rsvd(IntelIOMMUState *s,
> > > > > + uint64_t slpte, uint32_t level)
> > > > > {
> >
On Wed, Nov 24, 2021 at 01:09:37PM +0400, marcandre.lur...@redhat.com wrote:
> From: Marc-André Lureau
>
> Let's use a more neutral language for that option.
>
> "blacklist" is still silently accepted for compatibility reasons.
>
> Signed-off-by: Marc-André Lureau
> ---
> docs/interop/qemu-ga
On 11/24/21 10:17 AM, Cédric Le Goater wrote:
I do now. That was not an easy task. All seem fine with a x86/RH9
but I am having issues building the images on power9/ubuntu21.10.
centos8 fails with :
#6 41.69 Error: Unable to find a match: libpmem-devel spice-server-devel
and some others with
Hi,
This small series fixes an issue reported in Gitlab [1] that
affects PowerPC big-endian and little-endian and probably all
other big-endians in the wild that might use 'ivshmem'.
It's not clear to me who is the maintainer/responsible for this device
(MAINTAINERS doesn't seem to have any 'ivhs
This test, if enabled by hand, was failing when the ivhsmem device was
being declared as DEVICE_NATIVE_ENDIAN with the following error:
/ppc64/ivshmem/pair: OK
/ppc64/ivshmem/server:
**
ERROR:/home/danielhb/qemu/tests/qtest/ivshmem-test.c:367:test_ivshmem_server:
assertion failed (ret != 0): (0 !=
The ivshmem device, as with most PCI devices, uses little endian byte
order. However, the endianness of its mmio_ops is marked as
DEVICE_NATIVE_ENDIAN. This presents not only the usual problems with big
endian hosts but also with PowerPC little endian hosts as well, since
the Power architecture in
On Wed, Nov 24, 2021 at 5:23 PM Peter Xu wrote:
>
> On Wed, Nov 24, 2021 at 05:01:42PM +0800, Jason Wang wrote:
> > > > > > -static bool vtd_slpte_nonzero_rsvd(uint64_t slpte, uint32_t level)
> > > > > > +static bool vtd_slpte_nonzero_rsvd(IntelIOMMUState *s,
> > > > > > +
On 11/23/21 9:57 PM, Alex Bennée wrote:
When we cleaned up argument handling the test was missed.
Fixes: 5ae589faad ("tests/plugins/mem: introduce "track" arg and make args not
positional")
Signed-off-by: Alex Bennée
---
tests/avocado/tcg_plugins.py | 2 +-
1 file changed, 1 insertion(+), 1
On 11/24/21 8:50 AM, gaosong wrote:
No, sc_reserved does not match.
uint8 sc_reserved[4096] __attribute__((aligned(16)));
Yes.
BTW, should we set scr[0-3] as 0 ?
I think so. The LoongArch Reference Manual, Volume 3: Virtualization and Binary
Translation Extensions, v1.00, is empty.
On 11/24/21 9:05 AM, Philippe Mathieu-Daudé wrote:
Add a page listing QEMU sponsors.
For now, only mention Fosshost which requested to be listed:
This...
https://lists.gnu.org/archive/html/qemu-devel/2021-06/msg05381.html
Cc: Thomas Markey
Resolves: https://gitlab.com/qemu-project/qemu-web
On Wed, 24 Nov 2021 09:16:37 +0100
Gerd Hoffmann wrote:
> There already is a machine property to dump the device tree for
> debugging purposes, and the helper function qemu_fdt_dumpdtb()
> implementing the dumping. Make microvm use it for consistency.
>
> Signed-off-by: Gerd Hoffmann
> Reviewe
Hi
This is a rebase against last master.
And the reason for resend is to configure properly git-publish and
hope this time that git-publish send all the patches.
Please, review.
[v1]
Since Friday version:
- More cleanups on the code
- Remove repeated calls to qemu_target_page_size()
- Establish
We will need to split it later in zero_num (number of zero pages) and
normal_num (number of normal pages). This name is better.
Signed-off-by: Juan Quintela
---
migration/multifd.h | 2 +-
migration/multifd.c | 38 +++---
2 files changed, 20 insertions(+), 20 de
Signed-off-by: Juan Quintela
---
migration/multifd.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/migration/multifd.c b/migration/multifd.c
index cdeffdc4c5..ce7101cf9d 100644
--- a/migration/multifd.c
+++ b/migration/multifd.c
@@ -629,7 +629,6 @@ static void *multifd_sen
This will allow us to reduce the number of system calls on the next patch.
Signed-off-by: Juan Quintela
---
migration/multifd.h | 8 ++--
migration/multifd.c | 34 --
2 files changed, 30 insertions(+), 12 deletions(-)
diff --git a/migration/multifd.h b/migra
We are divining by page_size to multiply again in the only use.
Once there, impreve the comments.
Signed-off-by: Juan Quintela
---
migration/multifd-zlib.c | 13 -
migration/multifd-zstd.c | 13 -
2 files changed, 8 insertions(+), 18 deletions(-)
diff --git a/migration/m
Signed-off-by: Juan Quintela
---
migration/multifd-zlib.c | 2 ++
migration/multifd-zstd.c | 2 ++
migration/multifd.c | 1 +
3 files changed, 5 insertions(+)
diff --git a/migration/multifd-zlib.c b/migration/multifd-zlib.c
index 3fc7813b44..d0437cce2a 100644
--- a/migration/multifd-zlib.c
It is already there as p->pages->num.
Signed-off-by: Juan Quintela
---
migration/multifd.h | 2 +-
migration/multifd-zlib.c | 9 -
migration/multifd-zstd.c | 7 +++
migration/multifd.c | 7 +++
4 files changed, 11 insertions(+), 14 deletions(-)
diff --git a/migration/m
Signed-off-by: Juan Quintela
---
migration/multifd-zstd.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/migration/multifd-zstd.c b/migration/multifd-zstd.c
index 2d5b61106c..259277dc42 100644
--- a/migration/multifd-zstd.c
+++ b/migration/multifd-zstd.c
@@ -154,6 +15
Signed-off-by: Juan Quintela
---
migration/multifd-zlib.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/migration/multifd-zlib.c b/migration/multifd-zlib.c
index e85ef8824d..da6201704c 100644
--- a/migration/multifd-zlib.c
+++ b/migration/multifd-zlib.c
@@
It is already there as p->pages->num.
Signed-off-by: Juan Quintela
---
migration/multifd.h | 2 +-
migration/multifd-zlib.c | 7 +++
migration/multifd-zstd.c | 7 +++
migration/multifd.c | 9 +++--
4 files changed, 10 insertions(+), 15 deletions(-)
diff --git a/migration/m
Signed-off-by: Juan Quintela
---
migration/migration.c | 7 ---
migration/multifd.c | 7 ---
migration/savevm.c| 5 +++--
3 files changed, 11 insertions(+), 8 deletions(-)
diff --git a/migration/migration.c b/migration/migration.c
index 2c1edb2cb9..3de11ae921 100644
--- a/migration
Signed-off-by: Juan Quintela
---
migration/multifd-zlib.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/migration/multifd-zlib.c b/migration/multifd-zlib.c
index da6201704c..478a4af115 100644
--- a/migration/multifd-zlib.c
+++ b/migration/multifd-zlib.c
@@ -143,6 +14
Juan Quintela wrote:
> Hi
Nack myself.
For some reasons my mail server decided to only sent part of the series.
Sorry, Juan.
>
> Since Friday version:
> - More cleanups on the code
> - Remove repeated calls to qemu_target_page_size()
> - Establish normal pages and zero pages
> - detect zero p
Juan Quintela wrote:
> Hi
>
> This is a rebase against last master.
>
> And the reason for resend is to configure properly git-publish and
> hope this time that git-publish send all the patches.
>
> Please, review.
And here we are, mail server disturbance again.
Nack.
Signed-off-by: Juan Quintela
---
migration/multifd-zstd.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/migration/multifd-zstd.c b/migration/multifd-zstd.c
index a8b104f4ee..2d5b61106c 100644
--- a/migration/multifd-zstd.c
+++ b/migration/multifd-zstd.
Everything use now iov's.
Signed-off-by: Juan Quintela
---
migration/multifd.h | 2 --
migration/multifd-zlib.c | 17 -
migration/multifd-zstd.c | 17 -
migration/multifd.c | 20 ++--
4 files changed, 2 insertions(+), 54 deletions(-)
di
We were using the iov directly, but we will need this info on the
following patch.
Signed-off-by: Juan Quintela
---
migration/multifd.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/migration/multifd.c b/migration/multifd.c
index 55d99a8232..0533da154a 100644
--- a/migration/multifd.c
++
Hi
Trying with a different server.
As it used to happen, when I sent everything only to me, everything worked.
Sorry folks.
[v2]
This is a rebase against last master.
And the reason for resend is to configure properly git-publish and
hope this time that git-publish send all the patches.
Please
We are divining by page_size to multiply again in the only use.
Once there, impreve the comments.
Signed-off-by: Juan Quintela
---
migration/multifd-zlib.c | 13 -
migration/multifd-zstd.c | 13 -
2 files changed, 8 insertions(+), 18 deletions(-)
diff --git a/migration/m
It is already there as p->pages->num.
Signed-off-by: Juan Quintela
---
migration/multifd.h | 2 +-
migration/multifd-zlib.c | 7 +++
migration/multifd-zstd.c | 7 +++
migration/multifd.c | 9 +++--
4 files changed, 10 insertions(+), 15 deletions(-)
diff --git a/migration/m
This will allow us to reduce the number of system calls on the next patch.
Signed-off-by: Juan Quintela
---
migration/multifd.h | 8 ++--
migration/multifd.c | 34 --
2 files changed, 30 insertions(+), 12 deletions(-)
diff --git a/migration/multifd.h b/migra
Signed-off-by: Juan Quintela
---
migration/multifd-zstd.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/migration/multifd-zstd.c b/migration/multifd-zstd.c
index a8b104f4ee..2d5b61106c 100644
--- a/migration/multifd-zstd.c
+++ b/migration/multifd-zstd.
We were using the iov directly, but we will need this info on the
following patch.
Signed-off-by: Juan Quintela
---
migration/multifd.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/migration/multifd.c b/migration/multifd.c
index 55d99a8232..0533da154a 100644
--- a/migration/multifd.c
++
Signed-off-by: Juan Quintela
---
migration/migration.c | 7 ---
migration/multifd.c | 7 ---
migration/savevm.c| 5 +++--
3 files changed, 11 insertions(+), 8 deletions(-)
diff --git a/migration/migration.c b/migration/migration.c
index 2c1edb2cb9..3de11ae921 100644
--- a/migration
It is already there as p->pages->num.
Signed-off-by: Juan Quintela
---
migration/multifd.h | 2 +-
migration/multifd-zlib.c | 9 -
migration/multifd-zstd.c | 7 +++
migration/multifd.c | 7 +++
4 files changed, 11 insertions(+), 14 deletions(-)
diff --git a/migration/m
Signed-off-by: Juan Quintela
---
migration/multifd-zlib.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/migration/multifd-zlib.c b/migration/multifd-zlib.c
index da6201704c..478a4af115 100644
--- a/migration/multifd-zlib.c
+++ b/migration/multifd-zlib.c
@@ -143,6 +14
So we can remove the MultiFDPages.
Signed-off-by: Juan Quintela
---
migration/multifd.h | 4 ++--
migration/multifd-zlib.c | 2 +-
migration/multifd-zstd.c | 2 +-
migration/multifd.c | 7 ++-
4 files changed, 6 insertions(+), 9 deletions(-)
diff --git a/migration/multifd.h b/migr
Signed-off-by: Juan Quintela
---
migration/multifd-zstd.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/migration/multifd-zstd.c b/migration/multifd-zstd.c
index 2d5b61106c..259277dc42 100644
--- a/migration/multifd-zstd.c
+++ b/migration/multifd-zstd.c
@@ -154,6 +15
This patch adds counters and similar. Logic will be added on the
following patch.
Signed-off-by: Juan Quintela
---
migration/multifd.h| 13 -
migration/multifd.c| 22 +++---
migration/trace-events | 2 +-
3 files changed, 32 insertions(+), 5 deletions(-)
di
Signed-off-by: Juan Quintela
---
migration/multifd.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/migration/multifd.c b/migration/multifd.c
index cdeffdc4c5..ce7101cf9d 100644
--- a/migration/multifd.c
+++ b/migration/multifd.c
@@ -629,7 +629,6 @@ static void *multifd_sen
Until now, we wrote the packet header with write(), and the rest of the
pages with writev(). Just increase the size of the iovec and do a
single writev().
Signed-off-by: Juan Quintela
---
migration/multifd.c | 20
1 file changed, 8 insertions(+), 12 deletions(-)
diff --git
Signed-off-by: Juan Quintela
---
migration/multifd-zlib.c | 2 ++
migration/multifd-zstd.c | 2 ++
migration/multifd.c | 1 +
3 files changed, 5 insertions(+)
diff --git a/migration/multifd-zlib.c b/migration/multifd-zlib.c
index 3fc7813b44..d0437cce2a 100644
--- a/migration/multifd-zlib.c
On Wed, Nov 24, 2021 at 05:35:18PM +0800, Jason Wang wrote:
> On Wed, Nov 24, 2021 at 5:23 PM Peter Xu wrote:
> >
> > On Wed, Nov 24, 2021 at 05:01:42PM +0800, Jason Wang wrote:
> > > > > > > -static bool vtd_slpte_nonzero_rsvd(uint64_t slpte, uint32_t
> > > > > > > level)
> > > > > > > +static b
Everything use now iov's.
Signed-off-by: Juan Quintela
---
migration/multifd.h | 2 --
migration/multifd-zlib.c | 17 -
migration/multifd-zstd.c | 17 -
migration/multifd.c | 20 ++--
4 files changed, 2 insertions(+), 54 deletions(-)
di
Add a model of Versal's PMC SLCR (system-level control registers).
Signed-off-by: Francisco Iglesias
Signed-off-by: Edgar E. Iglesias
Acked-by: Edgar E. Iglesias
---
hw/misc/meson.build|5 +-
hw/misc/xlnx-versal-pmc-iou-slcr.c | 1445
We will need to split it later in zero_num (number of zero pages) and
normal_num (number of normal pages). This name is better.
Signed-off-by: Juan Quintela
---
migration/multifd.h | 2 +-
migration/multifd.c | 38 +++---
2 files changed, 20 insertions(+), 20 de
Add an interface for controlling DMA models that are reused with other
models. This allows a controlling model to start transfers through the
DMA while reusing the DMA's handling of transfer state and completion
signaling.
Signed-off-by: Francisco Iglesias
Reviewed-by: Edgar E. Iglesias
---
hw/
Signed-off-by: Juan Quintela
---
migration/multifd-zlib.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/migration/multifd-zlib.c b/migration/multifd-zlib.c
index e85ef8824d..da6201704c 100644
--- a/migration/multifd-zlib.c
+++ b/migration/multifd-zlib.c
@@
Signed-off-by: Juan Quintela
---
migration/multifd.h | 3 ++-
migration/multifd.c | 4 ++--
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/migration/multifd.h b/migration/multifd.h
index ab32baebd7..39e55d7f05 100644
--- a/migration/multifd.h
+++ b/migration/multifd.h
@@ -44,7 +44
Add support for Micron Xccela flash mt35xu01g.
Signed-off-by: Francisco Iglesias
Reviewed-by: Edgar E. Iglesias
---
hw/block/m25p80.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/hw/block/m25p80.c b/hw/block/m25p80.c
index b77503dc84..c6bf3c6bfa 100644
--- a/hw/block/m25p80.c
+++ b/hw/
This implements the zero page dection and handling.
Signed-off-by: Juan Quintela
---
migration/multifd.c | 33 +++--
1 file changed, 31 insertions(+), 2 deletions(-)
diff --git a/migration/multifd.c b/migration/multifd.c
index 2e4dffd6c6..5c1fc70ce3 100644
--- a/migr
Signed-off-by: Juan Quintela
---
migration/multifd.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/migration/multifd.c b/migration/multifd.c
index 65676d56fd..6983ba3e7c 100644
--- a/migration/multifd.c
+++ b/migration/multifd.c
@@ -1059,7 +1059,6 @@ static void *mul
Implement the DMA control interface for allowing control of DMA operations
from inside models that contain instances of (and reuse) the Xilinx CSU
DMA.
Signed-off-by: Francisco Iglesias
Reviewed-by: Edgar E. Iglesias
---
hw/dma/xlnx_csu_dma.c | 32
inclu
So we use multifd to transmit zero pages.
Signed-off-by: Juan Quintela
---
migration/ram.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/migration/ram.c b/migration/ram.c
index 57efa67f20..3ae094f653 100644
--- a/migration/ram.c
+++ b/migration/ram.
Signed-off-by: Juan Quintela
---
migration/multifd.h | 8 ++--
migration/multifd-zlib.c | 6 +++---
migration/multifd-zstd.c | 6 +++---
migration/multifd.c | 30 +++---
migration/trace-events | 4 ++--
5 files changed, 33 insertions(+), 21 deletions(-)
Add in the missing includes in the header for being able to build the DMA
model when reusing it.
Signed-off-by: Francisco Iglesias
---
include/hw/dma/xlnx_csu_dma.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/hw/dma/xlnx_csu_dma.h b/include/hw/dma/xlnx_csu_dma.h
index 9e9dc5
Signed-off-by: Juan Quintela
---
migration/multifd.h | 8 +--
migration/multifd-zlib.c | 8 +++
migration/multifd-zstd.c | 6 +++---
migration/multifd.c | 45 ++--
4 files changed, 33 insertions(+), 34 deletions(-)
diff --git a/migration/m
Add a page listing QEMU sponsors.
For now, only mention Fosshost which requested to be listed:
https://lists.gnu.org/archive/html/qemu-devel/2021-06/msg05381.html
Cc: Thomas Markey
Resolves: https://gitlab.com/qemu-project/qemu-web/-/issues/2
Reviewed-by: Stefan Hajnoczi
Reviewed-by: Daniel P.
Connect the OSPI flash memory controller model (including the source and
destination DMA).
Signed-off-by: Francisco Iglesias
Reviewed-by: Edgar E. Iglesias
---
hw/arm/xlnx-versal.c | 87
include/hw/arm/xlnx-versal.h | 20 ++
2 files c
On Wed, Nov 24, 2021 at 09:05:19AM +0100, Philippe Mathieu-Daudé wrote:
> Add a page listing QEMU sponsors.
>
> For now, only mention Fosshost which requested to be listed:
> https://lists.gnu.org/archive/html/qemu-devel/2021-06/msg05381.html
I don't know if Azure Cloud, PLCT, CIP United, and ARM
Hi Richard,
On 2021/11/20 下午6:33, Richard Henderson wrote:
+{
+ int i;
+
+ __put_user(env->pc, &sc->sc_pc);
+
+ __put_user(0, &sc->sc_gpr[0]);
+ for (i = 1; i < 32; ++i) {
+ __put_user(env->gpr[i], &sc->sc_gpr[i]);
+ }
+
+ for (i = 0; i < 32; ++i) {
+ __put_user(en
Hi Philippe,
On [2021 Nov 23] Tue 11:45:45, Philippe Mathieu-Daudé wrote:
> On 11/23/21 11:34, Francisco Iglesias wrote:
> > Include ptimer.h and stream.h in the header for being able to build and
> > reuse the DMA model (the first usage of StreamSink, StreamCanPushNotifyFn
> > and ptimer_state is
Hi,
This series attempts to add support for Xilinx Versal's PMC SLCR
(system-level control registers) and OSPI flash memory controller to
Xilinx Versal virt machine.
The series start with adding a model of Versal's PMC SLCR and connecting
the model to the Versal virt machine. The series then adds
Connect Versal's PMC SLCR (system-level control registers) model.
Signed-off-by: Francisco Iglesias
Reviewed-by: Edgar E. Iglesias
---
hw/arm/xlnx-versal.c | 18 ++
include/hw/arm/xlnx-versal.h | 6 ++
2 files changed, 24 insertions(+)
diff --git a/hw/arm/xlnx-vers
On 11/24/21 11:22 AM, gaosong wrote:
I see that kernel define the fcc used type uint64_t, and used movgr2cf/movcf2gr
save and restore the fcc0-fcc7.
but qemu define fcc0-fcc7 as bool cf[8] at target/loongarch/cpu.h, how qemu can
save/restore fcc, Do you have any idea?
Does we can
Add a model of Xilinx Versal's OSPI flash memory controller.
Signed-off-by: Francisco Iglesias
Reviewed-by: Edgar E. Iglesias
---
hw/ssi/meson.build|1 +
hw/ssi/xlnx-versal-ospi.c | 1892 +
include/hw/ssi/xlnx-versal-ospi.h | 86
List myself as maintainer for the Xilinx Versal OSPI controller.
Signed-off-by: Francisco Iglesias
Reviewed-by: Edgar E. Iglesias
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index d3879aa3c1..8c2b01a282 100644
--- a/MAINTAINERS
+++ b/MAINT
Connect Micron Xccela mt35xu01g flashes to the OSPI flash memory
controller.
Signed-off-by: Francisco Iglesias
Reviewed-by: Edgar E. Iglesias
---
hw/arm/xlnx-versal-virt.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/hw/arm/xlnx-versal-virt.c b/hw/arm/xlnx-versal
Richard Henderson writes:
> On 11/23/21 9:57 PM, Alex Bennée wrote:
>> From: Pavel Dovgalyuk
>> Watchpoint may be processed in two phases. First one is detecting
>> the instruction with target memory access. And the second one is
>> executing only one instruction and setting the debug interrup
On Wed, Nov 24, 2021 at 11:05:54AM +0100, Juan Quintela wrote:
> Hi
>
> Trying with a different server.
> As it used to happen, when I sent everything only to me, everything worked.
>
> Sorry folks.
>
> [v2]
> This is a rebase against last master.
>
> And the reason for resend is to configure p
qemu -display egl-headless
take care,
Gerd
On 11/24/21 10:29, Daniel Henrique Barboza wrote:
> The ivshmem device, as with most PCI devices, uses little endian byte
> order. However, the endianness of its mmio_ops is marked as
> DEVICE_NATIVE_ENDIAN. This presents not only the usual problems with big
> endian hosts but also with PowerPC lit
On 11/24/21 10:29, Daniel Henrique Barboza wrote:
> This test, if enabled by hand, was failing when the ivhsmem device was
> being declared as DEVICE_NATIVE_ENDIAN with the following error:
>
> /ppc64/ivshmem/pair: OK
> /ppc64/ivshmem/server:
> **
> ERROR:/home/danielhb/qemu/tests/qtest/ivshmem-te
On 11/24/21 10:42, Richard Henderson wrote:
> On 11/24/21 9:05 AM, Philippe Mathieu-Daudé wrote:
>> Add a page listing QEMU sponsors.
>>
>> For now, only mention Fosshost which requested to be listed:
>
> This...
>
>> https://lists.gnu.org/archive/html/qemu-devel/2021-06/msg05381.html
>>
>> Cc: T
On 11/24/21 11:11, Stefan Hajnoczi wrote:
> On Wed, Nov 24, 2021 at 09:05:19AM +0100, Philippe Mathieu-Daudé wrote:
>> Add a page listing QEMU sponsors.
>>
>> For now, only mention Fosshost which requested to be listed:
>> https://lists.gnu.org/archive/html/qemu-devel/2021-06/msg05381.html
>
> I d
On 11/24/21 08:28, Philippe Mathieu-Daudé wrote:
On 11/24/21 10:29, Daniel Henrique Barboza wrote:
The ivshmem device, as with most PCI devices, uses little endian byte
order. However, the endianness of its mmio_ops is marked as
DEVICE_NATIVE_ENDIAN. This presents not only the usual problems
Richard Henderson writes:
> On 11/23/21 9:57 PM, Alex Bennée wrote:
>> Generally when we set cpu->cflags_next_tb it is because we want to
>> carefully control the execution of the next TB. Currently there is a
>> race that causes cflags_next_tb to get ignored if an IRQ is processed
>> before we
1 - 100 of 306 matches
Mail list logo
