Hi Anup,
On 8/17/20 11:30 AM, Bin Meng wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> Hi Anup,
>
> On Sat, Aug 15, 2020 at 1:44 AM Anup Patel wrote:
>> On Fri, Aug 14, 2020 at 10:12 PM Bin Meng wrote:
>>> From: Bin Meng
>>>
>>> This ad
On 8/17/20 8:28 PM, Alistair Francis wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> On Mon, Aug 17, 2020 at 11:12 AM via wrote:
>> Hi Anup,
>>
>> On 8/17/20 11:30 AM, Bin Meng wrote:
>>> EXT
open attachments unless you know the
>>> content is safe
>>>
>>> On Mon, Aug 17, 2020 at 11:12 AM via wrote:
>>>> Hi Anup,
>>>>
>>>> On 8/17/20 11:30 AM, Bin Meng wrote:
>>>>> EXTERNAL EMAIL: Do not click links or open att
L EMAIL: Do not click links or open attachments unless you know
>>>>>> the content is safe
>>>>>>
>>>>>> On Mon, Aug 17, 2020 at 11:12 AM via wrote:
>>>>>>> Hi Anup,
>>>>>>>
>>>>>>>
if (ret > 0)
+ ret = 0;
+ return ret;
+ }
+ }
/*
* The MSIx vector table resides in device memory which may be cleared
* via backdoor resets. We don't allow direct access to the vector
diff --git a/include/linu
在 2022/11/21 12:01, Jason Wang 写道:
On Fri, Nov 18, 2022 at 10:49 PM Longpeng(Mike) wrote:
From: Longpeng
This allows the vhost device to batch the setup of all its host notifiers.
This significantly reduces the device starting time, e.g. the vhost-vDPA
generic device [1] start time reduce
Dear all:
I found a bug of qemu: hot-pluging a vhost-net may cause virtual machine crash
in following steps:
1. Starting a vm without any net device.
2. Hot-pluging 70 memory devices.
3. Hot-pluging a vhost-net device.
After the 3rd step, the qemu crashed with following messages:
vhost backend
在 2022/12/6 16:30, Philippe Mathieu-Daudé 写道:
On 6/12/22 09:18, Longpeng(Mike) via wrote:
From: Longpeng
This allows the vhost-vdpa device to batch the setup of all its MRs of
host notifiers.
This significantly reduces the device starting time, e.g. the time spend
on setup the host
在 2022/12/6 17:07, Philippe Mathieu-Daudé 写道:
On 6/12/22 09:18, Longpeng(Mike) via wrote:
From: Longpeng
This allows the vhost device to batch the setup of all its host
notifiers.
This significantly reduces the device starting time, e.g. the time spend
on enabling notifiers reduce from
fits from this change:
> 1. Reduces CPU usage in multifd live migration workflow across all use
> cases.
> 2. Reduces migration total time in some use cases.
>
> * Design:
>
> These are the logical steps to perform DSA offloading:
> 1. Configure DSA accelerators and creat
MCFG segments should point to PCI configuration range, not BAR MMIO.
Signed-off-by: Ilya Chugin
---
hw/riscv/virt-acpi-build.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/riscv/virt-acpi-build.c b/hw/riscv/virt-acpi-build.c
index fb8baf64f6..fe01b626ea 100644
---
If g_main_loop_run()/aio_poll() is called in the coroutine context,
the pending coroutine may be woken up repeatedly, and the co_queue_wakeup
may be disordered.
When the poll() syscall exited in g_main_loop_run()/aio_poll(), it means
some listened events is completed. Therefore, the completion cal
On Mon, 25 Mar 2024 11:50:41 -0400, Stefan Hajnoczi wrote:
> On Mon, Mar 25, 2024 at 05:18:50PM +0800, zhuyangyang wrote:
> > If g_main_loop_run()/aio_poll() is called in the coroutine context,
> > the pending coroutine may be woken up repeatedly, and the co_queue_wakeup
> > may be disordered.
>
>
On Mon, 25 Mar 2024 11:00:31 -0500 Eric Blake wrote:
> > util/async.c | 13 -
> > 1 file changed, 12 insertions(+), 1 deletion(-)
> >
> > diff --git a/util/async.c b/util/async.c
> > index 0467890052..25fc1e6083 100644
> > --- a/util/async.c
> > +++ b/util/async.c
> > @@ -705,7 +705,1
Hi Salil,
[...]
+void cpu_address_space_destroy(CPUState *cpu, int asidx) {
+CPUAddressSpace *cpuas;
+
+assert(cpu->cpu_ases);
+assert(asidx >= 0 && asidx < cpu->num_ases);
+/* KVM cannot currently support multiple address spaces. */
+assert(asidx == 0 || !kvm_enabled());
+
+
During we waited on qemu_pause_cond the bql was unlocked,
the vcpu's state may has been changed by other thread, so
we must request the pause state on all vcpus again.
For example:
Both main loop thread and vCPU thread are allowed to call
pause_all_vcpus(), and in general resume_all_vcpus() is
Hi David,
Thanks for reviewing.
On 17.03.24 09:37, Keqian Zhu via wrote:
>> Both main loop thread and vCPU thread are allowed to call
>> pause_all_vcpus(), and in general resume_all_vcpus() is called after
>> it. Two issues live in pause_all_vcpus():
>
>In general,
Hi David,
On 17.03.24 09:37, Keqian Zhu via wrote:
>> For vCPU being hotplugged, qemu_init_vcpu() is called. In this
>> function, we set vcpu state as stopped, and then wait vcpu thread to
>> be created.
>>
>> As the vcpu state is stopped, it will inform us it
It sounds like I have the same problem.
There is a virtual wall where the mouse cursor goes from the guest window to
the host desktop.
This virtual wall/cut off point is consistent.
Moving the mouse faster seems to break through this wall and puts the wall at a
different place.
For me this happ
Hi all maintainers and community friends,
Recently I am reviewing and learning the virtio and eventloop implementation of
latest QEMU,
and now I have a questions for help:
In general, the IO requests of virtio is popped in iothread/mainloop and may
submitted to "async IO
Engine" (io_uring/linu
I found blk_drain() is invoked by virtio_blk_reset(), so only the second
question remains :).
发件人: zhukeqian <>
发送时间: 2023年1月16日 16:18
收件人: 'Michael S. Tsirkin' ; 'Stefan Hajnoczi'
; 'Peter Maydell'
抄送: qemu-devel@nongnu.org; Wubin (H) ; Chentao (Boby)
; Wanghaibin (D) ; Zhangbo
(Oscar) ; lim
Hi Stefan, this indeed helps, thank you.
Keqian
On Mon, 16 Jan 2023 at 03:20, zhukeqian via
mailto:qemu-devel@nongnu.org>> wrote:
> And if IO operation is blocked, is vCPU thread will blocked when do
> deactivate?
Yes, blk_drain() is a synchronous function. It blocks until in-fl
> On 09.03.23 07:14, Yangming wrote:
> >> On 08.03.23 01:42, Michael S. Tsirkin wrote:
> >>> On Wed, Mar 01, 2023 at 06:38:13AM +, Yangming wrote:
> Optimize the virtio-balloon feature on the ARM platform by adding a
> variable to keep track of the current hot-plugged pc-dimm size,
>
Wine CE is a compatibility layer capable of running Windows applications on
Cross-architecture paltform of Linux, It base on wine and qemu, and support
aarch64 and riscv64 Linux. It can emulate x86(32bit) x64, aarch64 windows app.
Project Address: https://gitlab.com/wine-ce/wine-ce
Binary Downnl
在 2023/4/10 10:14, Jason Wang 写道:
On Wed, Apr 5, 2023 at 7:38 PM Eugenio Perez Martin wrote:
Hi!
As mentioned in the last upstream virtio-networking meeting, one of
the factors that adds more downtime to migration is the handling of
the guest memory (pin, map, etc). At this moment this han
1. "The memcpy is definitely wrong, because you're casting a guest address into
a host address, which is incorrect. You have to use g2h()."
There is no need to use g2h(), Because there are both guest address whether
source or dest memory. refer to "linux-user/i386/cpu_loop.c"
target_cpu_copy_re
Hello! Currently, png_save() in "console.c" uses "PIXMAN_a8r8g8b8" format when
saving png. (
https://gitlab.com/qemu-project/qemu/-/blob/7c18f2d663521f1b31b821a13358ce38075eaf7d/ui/console.c#L314
) It should probably use "PIXMAN_a8b8g8r8" (red<>blue exchanged). Without it
I'm getting PNGs wi
"The beginning of the structure, with pretaddr, should be just below 16-byte
alignment."
It is incorrect! The beginning of the structure, with pretaddr not aligned as
16-byte!
On x86-64, It aligned as (16n - sizeof(void*)) because of instruction "call" !
> -原始邮件-
> 发件人: "Richard He
> On 08.03.23 01:42, Michael S. Tsirkin wrote:
> > On Wed, Mar 01, 2023 at 06:38:13AM +, Yangming wrote:
> >> Optimize the virtio-balloon feature on the ARM platform by adding a
> >> variable to keep track of the current hot-plugged pc-dimm size,
> >> instead of traversing the virtual machine's
Optimize the virtio-balloon feature on the ARM platform by adding
a variable to keep track of the current hot-plugged pc-dimm size,
instead of traversing the virtual machine's memory modules to count
the current RAM size during the balloon inflation or deflation
process. This variable can be update
> -Original Message-
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Sent: Wednesday, February 23, 2022 4:36 PM
> To: qemu-devel@nongnu.org
> Cc: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
>
> Subject: [PATCH] thread-posix: optimiz
Hi, Eugenio.
diff --git a/hw/virtio/vhost-shadow-virtqueue.c
b/hw/virtio/vhost-shadow-virtqueue.c
index 9619c8082c..51442b3dbf 100644
--- a/hw/virtio/vhost-shadow-virtqueue.c
+++ b/hw/virtio/vhost-shadow-virtqueue.c
@@ -45,6 +45,50 @@ const EventNotifier *vhost_svq_get_dev_kick_notifier(
r
On 2022/3/4 2:51, Eugenio Pérez wrote:
This iova tree function allows it to look for a hole in allocated
regions and return a totally new translation for a given translated
address.
It's usage is mainly to allow devices to access qemu address space,
remapping guest's one into a new iova space
> -Original Message-
> From: Stefan Hajnoczi [mailto:stefa...@redhat.com]
> Sent: Thursday, January 6, 2022 7:34 PM
> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
>
> Cc: m...@redhat.com; jasow...@redhat.com; sgarz...@redhat.com;
> coh...@redhat.com; pbonz...@redhat.c
From: Xiang Chen
Since the patchset ("Build ACPI Heterogeneous Memory Attribute Table (HMAT)"),
HMAT is supported, but only x86 is enabled. Enable HMAT on arm virt machine.
Signed-off-by: Xiang Chen
---
hw/arm/Kconfig | 1 +
hw/arm/virt-acpi-build.c | 7 +++
2 files changed, 8 in
在 2022/5/11 10:56, Jason Wang 写道:
On Tue, May 10, 2022 at 8:59 PM Longpeng(Mike) wrote:
From: Longpeng
Supports vdpa-dev.
Signed-off-by: Longpeng
---
hw/virtio/Kconfig| 5 +
hw/virtio/meson.build| 1 +
hw/virtio/vdpa-dev.c | 385 ++
在 2022/5/11 16:55, Jason Wang 写道:
On Wed, May 11, 2022 at 2:10 PM Longpeng (Mike, Cloud Infrastructure
Service Product Dept.) wrote:
在 2022/5/11 10:56, Jason Wang 写道:
On Tue, May 10, 2022 at 8:59 PM Longpeng(Mike) wrote:
From: Longpeng
Supports vdpa-dev.
Signed-off-by: Longpeng
--
在 2022/5/12 22:36, Stefano Garzarella 写道:
On Thu, May 12, 2022 at 02:21:02PM +0800, Longpeng(Mike) wrote:
From: Longpeng
Supports vdpa-dev, we can use the deivce directly:
-M microvm -m 512m -smp 2 -kernel ... -initrd ... -device \
vhost-vdpa-device,vhostdev=/dev/vhost-vdpa-x
Signed-off-b
在 2022/5/12 14:56, Michael S. Tsirkin 写道:
On Thu, May 12, 2022 at 02:21:01PM +0800, Longpeng(Mike) wrote:
From: Longpeng
Add helpers to get the "Transitional PCI Device ID" and "class_id"
of the device specified by the "Virtio Device ID".
These helpers will be used to build the generic vDP
Hi Eric,
Have you ever tested the value reported by the PL031 RTC_CHANGE when
the qemu clock is using the virtual clock, which is not identical to
mc146818.
For instance, adding 20s to the guest RTC value, the expected value should be
20, but the actual value is 1652863291:
{"timestamp": {"secon
> -Original Message-
> From: Jason Wang [mailto:jasow...@redhat.com]
> Sent: Wednesday, January 5, 2022 12:38 PM
> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
>
> Cc: Stefan Hajnoczi ; mst ; Stefano
> Garzarella ; Cornelia Huck ; pbonzini
> ; Gonglei (Arei) ; Yechuan
> -Original Message-
> From: Jason Wang [mailto:jasow...@redhat.com]
> Sent: Wednesday, January 5, 2022 12:36 PM
> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
>
> Cc: Stefan Hajnoczi ; mst ; Stefano
> Garzarella ; Cornelia Huck ; pbonzini
> ; Gonglei (Arei) ; Yechuan
> -Original Message-
> From: Jason Wang [mailto:jasow...@redhat.com]
> Sent: Wednesday, January 5, 2022 3:54 PM
> To: Michael S. Tsirkin
> Cc: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
> ; Stefan Hajnoczi ; Stefano
> Garzarella ; Cornelia Huck ; pbonzini
> ; Gonglei (Ar
> -Original Message-
> From: Stefan Hajnoczi [mailto:stefa...@redhat.com]
> Sent: Wednesday, January 5, 2022 5:49 PM
> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
>
> Cc: m...@redhat.com; jasow...@redhat.com; sgarz...@redhat.com;
> coh...@redhat.com; pbonz...@redhat.
> -Original Message-
> From: Cornelia Huck [mailto:coh...@redhat.com]
> Sent: Wednesday, January 5, 2022 6:46 PM
> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
> ; stefa...@redhat.com; m...@redhat.com;
> jasow...@redhat.com; sgarz...@redhat.com
> Cc: pbonz...@redhat.co
> -Original Message-
> From: Stefan Hajnoczi [mailto:stefa...@redhat.com]
> Sent: Wednesday, January 5, 2022 6:01 PM
> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
>
> Cc: m...@redhat.com; jasow...@redhat.com; sgarz...@redhat.com;
> coh...@redhat.com; pbonz...@redhat.
> -Original Message-
> From: Stefano Garzarella [mailto:sgarz...@redhat.com]
> Sent: Wednesday, January 5, 2022 7:29 PM
> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
>
> Cc: stefa...@redhat.com; m...@redhat.com; jasow...@redhat.com;
> coh...@redhat.com; pbonz...@redh
> -Original Message-
> From: Stefan Hajnoczi [mailto:stefa...@redhat.com]
> Sent: Wednesday, January 5, 2022 6:18 PM
> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
>
> Cc: m...@redhat.com; jasow...@redhat.com; sgarz...@redhat.com;
> coh...@redhat.com; pbonz...@redhat.
> -Original Message-
> From: Stefano Garzarella [mailto:sgarz...@redhat.com]
> Sent: Wednesday, January 5, 2022 7:16 PM
> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
>
> Cc: stefa...@redhat.com; m...@redhat.com; jasow...@redhat.com;
> coh...@redhat.com; pbonz...@redh
> -Original Message-
> From: Jason Wang [mailto:jasow...@redhat.com]
> Sent: Thursday, January 6, 2022 10:34 AM
> To: Michael S. Tsirkin
> Cc: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
> ; Stefan Hajnoczi ; Stefano
> Garzarella ; Cornelia Huck ; pbonzini
> ; Gonglei (Ar
> -Original Message-
> From: Anup Patel [mailto:a...@brainfault.org]
> Sent: Thursday, December 23, 2021 2:04 PM
> To: Jiangyifei
> Cc: QEMU Developers ; open list:RISC-V
> ; kvm-ri...@lists.infradead.org; KVM General
> ; libvir-l...@redhat.com; Anup Patel
> ; Palmer Dabbelt ; Alistair
>
edhat.com; Anup Patel
> ; Palmer Dabbelt ; Alistair
> Francis ; Bin Meng ;
> Fanliang (EulerOS) ; Wubin (H)
> ; Wanghaibin (D) ;
> wanbo (G) ; limingwang (A)
>
> Subject: Re: [PATCH v3 08/12] target/riscv: Handle KVM_EXIT_RISCV_SBI exit
>
> On Tue, Dec 21, 2021 at 3:41 AM
> -Original Message-
> From: Jason Wang [mailto:jasow...@redhat.com]
> Sent: Wednesday, January 5, 2022 2:15 PM
> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
>
> Cc: Stefan Hajnoczi ; mst ; Stefano
> Garzarella ; Cornelia Huck ; pbonzini
> ; Gonglei (Arei) ; Yechuan
>
> -Original Message-
> From: Michael S. Tsirkin [mailto:m...@redhat.com]
> Sent: Monday, January 10, 2022 1:43 PM
> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
>
> Cc: stefa...@redhat.com; jasow...@redhat.com; sgarz...@redhat.com;
> coh...@redhat.com; pbonz...@redhat
edhat.com; Anup Patel
> ; Palmer Dabbelt ; Alistair
> Francis ; Bin Meng ;
> Fanliang (EulerOS) ; Wubin (H)
> ; Wanghaibin (D) ;
> wanbo (G) ; limingwang (A)
> ; Anup Patel
> Subject: Re: [PATCH v4 05/12] target/riscv: Implement kvm_arch_put_registers
>
> On Mon, J
edhat.com; Anup Patel
> ; Palmer Dabbelt ; Alistair
> Francis ; Bin Meng ;
> Fanliang (EulerOS) ; Wubin (H)
> ; Wanghaibin (D) ;
> wanbo (G) ; limingwang (A)
>
> Subject: Re: [PATCH v4 06/12] target/riscv: Support start kernel directly by
> KVM
>
> On Mon, Jan 10, 202
face
>
> On Mon, Jan 10, 2022 at 11:48 AM Yifei Jiang via
> wrote:
> >
> > Add target/riscv/kvm.c to place kvm_arch_* function needed by
> > kvm/kvm-all.c. Meanwhile, add kvm support in meson.build file.
> >
> > Signed-off-by: Yifei Jiang
> &g
qemu-devel@nongnu.org; Gonglei (Arei)
> Subject: Re: [RFC 2/2] sem-posix: use monotonic clock instead
>
> On 2/21/22 10:56, Longpeng(Mike) via wrote:
> > +long now_nsec;
> > +#ifdef CONFIG_PTHREAD_CONDATTR_SETCLOCK
> > +struct timespec now;
> > +clock_gettime
; Gonglei
> (Arei)
>
> Subject: Re: [RFC 1/2] sem-posix: remove the posix semaphore support
>
> On Mon, Feb 21, 2022 at 05:56:16PM +0800, Longpeng(Mike) via wrote:
> > POSIX specifies an absolute time for sem_timedwait(), it would be
> > affected if the system time is chan
qemu-devel@nongnu.org; Gonglei (Arei)
> Subject: Re: [RFC 0/2] qemu-sem-posix: use monotonic clock instead
>
> On 2/21/22 10:56, Longpeng(Mike) via wrote:
> > The qemu_sem_timedwait() uses system time as default, it would be affected
> by
> > changes to the system time. In the
Hi Stefan,
在 2022/5/5 18:09, Stefan Hajnoczi 写道:
On Tue, May 03, 2022 at 09:43:15AM +0200, Lukáš Doktor wrote:
Hello Mike, Paolo, others,
in my perf pipeline I noticed a regression bisected to the
f9fc8932b11f3bcf2a2626f567cb6fdd36a33a94 - "thread-posix: remove the posix semaphore
support" c
Hi Peter,
Setup an ARM virtual machine of machine virt and execute qmp
"query-acpi-ospm-status" can trigger this bug.
Thanks.
-邮件原件-
发件人: Qemu-devel [mailto:qemu-devel-bounces+zhukeqian1=huawei@nongnu.org] 代表
Peter Maydell
发送时间: 2022年8月16日 17:30
收件人: zhukeqian
抄送: qemu-devel@nongn
OK, I'll send v2 soon.
-邮件原件-
发件人: Peter Maydell [mailto:peter.mayd...@linaro.org]
发送时间: 2022年8月16日 17:42
收件人: zhukeqian
抄送: qemu-devel@nongnu.org; qemu-...@nongnu.org; qemu-triv...@nongnu.org;
Philippe Mathieu-Daudé ; Eric Auger ;
Peter Xu ; Igor Mammedov ; Wanghaibin
(D)
主题: Re: [P
From: matoro
The existing implementation assumes that client/server certificates are
single individual certificates. If using publicly-issued certificates,
or internal CAs that use an intermediate issuer, this is unlikely to be
the case, and they will instead be certificate chains. While this c
Dear QEMU maintainers,
I am writing to discuss a possible optimization for the virtio-balloon feature
on the ARM platform. The 'virtio_balloon_set_config' function is called
frequently during the balloon inflation process, and its subfunction
'get_current_ram_size' needs to traverse the virtual
在 2022/11/6 0:43, Michael S. Tsirkin 写道:
On Sat, Nov 05, 2022 at 04:36:25PM +0800, Longpeng(Mike) wrote:
From: Longpeng
Hi guys,
With the generic vDPA device, QEMU won't need to touch the device
types any more, such like vfio.
With this kind of passthrough migration is completely MIA rig
在 2022/11/6 13:22, Michael S. Tsirkin 写道:
On Sun, Nov 06, 2022 at 08:17:07AM +0800, Longpeng (Mike, Cloud Infrastructure
Service Product Dept.) wrote:
在 2022/11/6 0:43, Michael S. Tsirkin 写道:
On Sat, Nov 05, 2022 at 04:36:25PM +0800, Longpeng(Mike) wrote:
From: Longpeng
Hi guys,
With
在 2022/11/6 21:47, Michael S. Tsirkin 写道:
On Sun, Nov 06, 2022 at 09:11:39PM +0800, Longpeng (Mike, Cloud Infrastructure
Service Product Dept.) wrote:
在 2022/11/6 13:22, Michael S. Tsirkin 写道:
On Sun, Nov 06, 2022 at 08:17:07AM +0800, Longpeng (Mike, Cloud Infrastructure
Service Product
在 2022/11/8 10:42, Jason Wang 写道:
On Tue, Nov 8, 2022 at 8:42 AM Longpeng(Mike) wrote:
From: Longpeng
Signed-off-by: Longpeng
---
docs/system/devices/vhost-vdpa-device.rst | 43 +++
1 file changed, 43 insertions(+)
create mode 100644 docs/system/devices/vhost-vdp
From: Xiang Chen
Currently the numbers of MSI vectors come from register PCI_MSI_FLAGS
which should be power-of-2, but in some scenaries it is not the same as
the number that driver requires in guest, for example, a PCI driver wants
to allocate 6 MSI vecotrs in guest, but as the limitation, it wi
From: Xiang Chen
Currently the numbers of MSI vectors come from register PCI_MSI_FLAGS
which should be power-of-2, but in some scenaries it is not the same as
the number that driver requires in guest, for example, a PCI driver wants
to allocate 6 MSI vecotrs in guest, but as the limitation, it wi
在 2022/11/8 16:46, Stefano Garzarella 写道:
On Tue, Nov 08, 2022 at 08:41:56AM +0800, Longpeng(Mike) wrote:
From: Longpeng
The generic vDPA device doesn't support migration currently, so
mark it as unmigratable temporarily.
Signed-off-by: Longpeng
---
hw/virtio/vdpa-dev.c | 1 +
1 file chang
在 2022/11/8 16:42, Stefano Garzarella 写道:
On Tue, Nov 08, 2022 at 11:30:53AM +0800, Longpeng (Mike, Cloud
Infrastructure Service Product Dept.) wrote:
在 2022/11/8 10:42, Jason Wang 写道:
On Tue, Nov 8, 2022 at 8:42 AM Longpeng(Mike)
wrote:
From: Longpeng
Signed-off-by: Longpeng
---
do
>> > I notice this doesn't seem to have gone in yet -- whose tree is it
>> > going to go via?
>>
>> I'd guess ARM tree (due to almost sole user virt-arm).
>> (there are toy users like microvm and new loongarch)
>
>OK; applied to target-arm.next, thanks.
Thanks, Peter.
Keqian.
在 2022/6/9 7:10, Michael S. Tsirkin 写道:
On Sat, May 14, 2022 at 12:11:07PM +0800, Longpeng(Mike) wrote:
From: Longpeng
Supports vdpa-dev-pci, we can use the device as follow:
-device vhost-vdpa-device-pci,vhostdev=/dev/vhost-vdpa-X
Reviewed-by: Stefano Garzarella
Signed-off-by: Longpeng
Hello all:
I found VM crashed while hot-plugging memory.
Base infomation:
qemu version: qemu-master
requirements: hugepages, virtio-gpu
It happens by the following steps:
1. Booting a VM with hugepages and a virtio-gpu device.
2. Connecting VNC of the VM.
3. After the VM booted, hot-plugging 512
On 2023-02-20 10:44, Daniel P. Berrangé wrote:
On Mon, Feb 13, 2023 at 01:00:49PM -0500, matoro_mailinglist_qemu---
via wrote:
From: matoro
The existing implementation assumes that client/server certificates
are
single individual certificates. If using publicly-issued
certificates,
or
Optimize the virtio-balloon feature on the ARM platform by adding a variable to
keep track of the current hot-plugged pc-dimm size, instead of traversing the
virtual machine's memory modules to count the current RAM size during the
balloon inflation or deflation process. This variable can be u
> On Fri, Feb 24, 2023 at 08:23:40AM +, Yangming wrote:
> >
> > Optimize the virtio-balloon feature on the ARM platform by adding a
> variable to keep track of the current hot-plugged pc-dimm size, instead of
> traversing the virtual machine's memory modules to count the current RAM
> size d
> > Optimize the virtio-balloon feature on the ARM platform by adding a
> > variable to keep track of the current hot-plugged pc-dimm size,
> > instead of traversing the virtual machine's memory modules to count
> > the current RAM size during the balloon inflation or deflation
> > process. This va
在 2023/2/28 18:40, Michael S. Tsirkin 写道:
On Tue, Feb 28, 2023 at 05:39:37PM +0800, Longpeng(Mike) wrote:
From: Longpeng
All unmasked vectors will be setup in msix_set_vector_notifiers(), which
is a time-consuming operation because each vector need to be submit to
KVM once. It's even worse
在 2023/2/28 18:17, Michael S. Tsirkin 写道:
On Tue, Feb 28, 2023 at 05:39:35PM +0800, Longpeng(Mike) wrote:
From: Longpeng
The kvm_irqchip_commit_routes() is a time-intensive operation, it needs
scan and update all irqfds that are already assigned during each invocation,
so more vectors means
在 2023/2/28 18:18, Michael S. Tsirkin 写道:
On Tue, Feb 28, 2023 at 05:39:35PM +0800, Longpeng(Mike) wrote:
From: Longpeng
The kvm_irqchip_commit_routes() is a time-intensive operation, it needs
scan and update all irqfds that are already assigned during each invocation,
so more vectors means
在 2023/2/28 19:20, Longpeng (Mike, Cloud Infrastructure Service Product
Dept.) 写道:
在 2023/2/28 18:17, Michael S. Tsirkin 写道:
On Tue, Feb 28, 2023 at 05:39:35PM +0800, Longpeng(Mike) wrote:
From: Longpeng
The kvm_irqchip_commit_routes() is a time-intensive operation, it needs
scan and up
Optimize the virtio-balloon feature on the ARM platform by adding
a variable to keep track of the current hot-plugged pc-dimm size,
instead of traversing the virtual machine's memory modules to count
the current RAM size during the balloon inflation or deflation
process. This variable can be update
在 2022/12/6 18:45, Philippe Mathieu-Daudé 写道:
On 6/12/22 11:28, Longpeng (Mike, Cloud Infrastructure Service Product
Dept.) wrote:
在 2022/12/6 17:07, Philippe Mathieu-Daudé 写道:
On 6/12/22 09:18, Longpeng(Mike) via wrote:
From: Longpeng
This allows the vhost device to batch the setup of
在 2022/12/13 22:35, Stefano Garzarella 写道:
On Mon, Dec 05, 2022 at 04:49:43PM +0800, Longpeng(Mike) wrote:
From: Longpeng
Signed-off-by: Longpeng
---
.../devices/vhost-vdpa-generic-device.rst | 66 +++
1 file changed, 66 insertions(+)
create mode 100644 docs/system/devic
QEMU will coredump when vm starts.
Using command line:
./build/qemu-system-x86_64 \
-nodefaults \
-m 4G \
-machine pc-i440fx-4.1 \
-accel kvm \
-cpu host \
-smp 4 \
-device qemu-xhci -device usb-kbd -device usb-tablet \
-drive if=none,id=linux,file=test.img,format
the vhost-vDPA device under /dev directory now...)
And then the vhost char dev name could be fetch via
ls /sys/bus/vdpa/device/blk0/vhost-vdpa*
With the above changes.
Acked-by: Jason Wang
Thanks
Sounds minor enough, I'll queue, pls fix with a patch on top.
OK, thanks. I'll send
# modprobe vdpa_sim_blk
Nit: it's probably better to add driver binding steps here.
+ host# vdpa dev add mgmtdev vdpasim_blk name blk0
+ (...you can see the vhost-vDPA device under /dev directory now...)
And then the vhost char dev name could be fetch via
ls /sys/bus/vdpa/device/blk0/vhost-
在 2022/12/28 21:12, Philippe Mathieu-Daudé 写道:
On 27/12/22 18:54, Michael S. Tsirkin wrote:
On Tue, Dec 27, 2022 at 05:43:57PM +0100, Philippe Mathieu-Daudé wrote:
On 27/12/22 08:20, Longpeng(Mike) wrote:
From: Longpeng
This allows the vhost device to batch the setup of all its host
noti
From: Alvin Chang
According to RISC-V Debug specification ratified version 0.13 [1]
(also applied to version 1.0 [2] but it has not been ratified yet), the
enabled privilege levels of the trigger is common match conditions for
all the types of the trigger.
This series modularize the code for che
From: Alvin Chang via
We have implemented trigger_common_match(), which checks if the enabled
privilege levels of the trigger match CPU's current privilege level.
Remove the related code in riscv_cpu_debug_check_watchpoint() and invoke
trigger_common_match() to check the privilege levels o
From: Alvin Chang via
We have implemented trigger_common_match(), which checks if the enabled
privilege levels of the trigger match CPU's current privilege level. We
can invoke trigger_common_match() to check the privilege levels of the
type 3 triggers.
Signed-off-by: Alvin Chang
Ack
From: Alvin Chang via
According to RISC-V Debug specification version 0.13 [1] (also applied
to version 1.0 [2] but it has not been ratified yet), there are several
common matching conditions before firing a trigger, including the
enabled privilege levels of the trigger.
This commit adds
This allows the vhost_net device which has multiple virtqueues to batch
the setup of all its host notifiers. This significantly reduces the
vhost_net device starting and stoping time, e.g. the time spend
on enabling notifiers reduce from 630ms to 75ms and the time spend on
disabling notifiers reduc
From: Jialin Wang
Signed-off-by: Jialin Wang
Signed-off-by: Gonglei
---
tests/unit/meson.build| 1 +
tests/unit/test-io-channel-rdma.c | 276 ++
2 files changed, 277 insertions(+)
create mode 100644 tests/unit/test-io-channel-rdma.c
diff --git a/test
xec_start_outgoing_migration(s, addr->u.exec.args, &local_err);
} else if (addr->transport == MIGRATION_ADDRESS_TYPE_FILE) {
diff --git a/migration/rdma.c b/migration/rdma.c
new file mode 100644
index 00..09a4de7f59
--- /dev/null
+++ b/migration/rdma.c
@@ -0,0 +1,88 @@
+/*
+ *
From: Jialin Wang
It is not feasible to obtain RDMA completion queue notifications
through poll/ppoll on the rsocket fd. Therefore, we create a thread
named rpoller for each rsocket fd and two eventfds: pollin_eventfd
and pollout_eventfd.
When using io_create_watch or io_set_aio_fd_handler waits
From: Jialin Wang
Implement a QIOChannelRDMA subclass that is based on the rsocket
API (similar to socket API).
Signed-off-by: Jialin Wang
Signed-off-by: Gonglei
---
include/io/channel-rdma.h | 152 +
io/channel-rdma.c | 437 ++
io/meson
1 - 100 of 6785 matches
Mail list logo
