Re: [RFC PATCH] Fix race in live migration failure path

2025-01-23 Thread Shivam Kumar
> On 23 Jan 2025, at 9:57 PM, Peter Xu wrote: > > !---| > CAUTION: External Email > > |---! > > On Thu, Jan 23, 2025 at 09:53:16AM +

Re: [RFC PATCH] Fix race in live migration failure path

2025-01-23 Thread Shivam Kumar
> On 22 Jan 2025, at 10:10 PM, Peter Xu wrote: > > !---| > CAUTION: External Email > > |---! > > Hi, Shivam, > > On Wed, Jan 22, 20

Re: [RFC PATCH] Fix race in live migration failure path

2025-01-22 Thread Shivam Kumar
On 13 Jan 2025, at 9:59 PM, Peter Xu wrote: !---| CAUTION: External Email |---! On Fri, Jan 10, 2025 at 10:09:38AM -0300, Fabiano Rosas wrote: Shivam Kumar writes

[RFC PATCH] Fix race in live migration failure path

2025-01-10 Thread Shivam Kumar
capabilities affecting old migration's cleanup. Hence, set the status to 'failing' when a migration failure happens and once the cleanup is complete, set the migration status to MIGRATION_STATUS_FAILED. Signed-off-by: Shivam Kumar --- migration/m

Re: [PATCH] Use multifd state to determine if multifd cleanup is needed

2024-10-09 Thread Shivam Kumar
11:20:03AM -0300, Fabiano Rosas wrote: Peter Xu writes: On Mon, Oct 07, 2024 at 03:44:51PM +, Shivam Kumar wrote: If the client calls the QMP command to reset the migration capabilities after the migration status is set to failed or cancelled Is cancelled ok? Asked because I think migrate_fd_c

Re: [PATCH] Use multifd state to determine if multifd cleanup is needed

2024-10-08 Thread Shivam Kumar
On 7 Oct 2024, at 9:56 PM, Peter Xu wrote: !---| CAUTION: External Email |---! On Mon, Oct 07, 2024 at 03:44:51PM +, Shivam Kumar wrote: If the client calls

[PATCH] Use multifd state to determine if multifd cleanup is needed

2024-10-07 Thread Shivam Kumar
QEMU crashing due to the following assertion failure: yank_unregister_instance: Assertion `QLIST_EMPTY(&entry->yankfns)` failed Check multifd state to determine whether multifd was used or not for the migration rather than checking the state of multifd migration capability. Signed-off-by:

Re: [PATCH v3 03/20] multifd: Zero pages transmission

2024-01-14 Thread Shivam Kumar
> On 04-Jan-2024, at 6:14 AM, Hao Xiang wrote: > > From: Juan Quintela > > This implements the zero page dection and handling. > > Signed-off-by: Juan Quintela > --- > migration/multifd.c | 41 +++-- > migration/multifd.h | 5 + > 2 files changed, 44

Re: [PATCH v3 13/20] migration/multifd: Prepare to introduce DSA acceleration on the multifd path.

2024-01-14 Thread Shivam Kumar
> On 04-Jan-2024, at 6:14 AM, Hao Xiang wrote: > > 1. Refactor multifd_send_thread function. > 2. Implement buffer_is_zero_use_cpu to handle CPU based zero page > checking. > 3. Introduce the batch task structure in MultiFDSendParams. > > Signed-off-by: Hao Xiang > --- > include/qemu/dsa.h |

Re: [PATCH v3 01/20] multifd: Add capability to enable/disable zero_page

2024-01-14 Thread Shivam Kumar
> On 04-Jan-2024, at 6:14 AM, Hao Xiang wrote: > > From: Juan Quintela > > We have to enable it by default until we introduce the new code. > > Signed-off-by: Juan Quintela > --- > migration/options.c | 15 +++ > migration/options.h | 1 + > qapi/migration.json | 8 +++- > 3

Request for Assistance: Adding I2C Support in QEMU for Raspberry Pi (BCM2835 Peripherals)

2023-07-09 Thread Shivam
"" gpio-out "sysbus-irq" 1mmio /1000bus: i2c type i2c-bus dev: pca9552, id "" gpio-out "" 16description = "pca-unspecified"address = 96 (0x60)` Thanks & Regards Shivam Vijay

Re: Request for Assistance: Adding I2C Support in QEMU for Raspberry Pi (BCM2835 Peripherals)

2023-06-30 Thread Shivam
One more thing I have tried to add this -device pca9552,address=0x60 after QEMU command means i2c-bus is added right ?

Re: Request for Assistance: Adding I2C Support in QEMU for Raspberry Pi (BCM2835 Peripherals)

2023-06-30 Thread Shivam
Hi , I Integrated the i2c controller inside the bcm2835_peripheral.c , but on running this command(sudo i2cdetect -y 1) I am getting error Error: Could not open file `/dev/i2c-1' or `/dev/i2c/1': No such file or directory I am not able to understand how it is mapped to the i2c controller device th

Facing difficulties in building QEMU for windows

2023-06-24 Thread Shivam
I am currently following these resources to build QEMU - Hosts/W32 - QEMU However, when starting qemu-system-aarch64.exe in a console, nothing happens. I expected a window showing up. Shortly after starting the exe, I'm getting back the pr

Request for Assistance: Adding I2C Support in QEMU for Raspberry Pi (BCM2835 Peripherals)

2023-06-20 Thread Shivam
basic template for BSC0 controller) Thanks & Regards Shivam Vijay bcm2835_i2c.c Description: Binary data

Support for ACK and PWR Leds in Raspberry Pi

2023-06-13 Thread Shivam
hanks & Regards Shivam Vijay

Seeking help regarding addition of Custom GPIO device inside raspi machine QEMU

2023-06-11 Thread Shivam
. I have been unable to determine the appropriate steps for adding my device effectively. So I would request if anyone can help me with this issue. Thanks & Regards Shivam Vijay.

Re: [RFC PATCH 1/1] Dirty quota-based throttling of vcpus

2023-02-13 Thread Shivam Kumar
On 22/11/22 9:30 am, Shivam Kumar wrote: On 21/11/22 5:05 pm, Philippe Mathieu-Daudé wrote: Hi, On 20/11/22 23:54, Shivam Kumar wrote: + +void dirty_quota_migration_start(void) +{ +    if (!kvm_state->dirty_quota_supported) { You are accessing an accelerator-specific variable in

Re: [RFC PATCH 0/1] QEMU: Dirty quota-based throttling of vcpus

2022-12-18 Thread Shivam Kumar
On 06/12/22 10:59 pm, Hyman Huang wrote: 在 2022/12/7 0:00, Peter Xu 写道: Hi, Shivam, On Tue, Dec 06, 2022 at 11:18:52AM +0530, Shivam Kumar wrote: [...] Note -- -- We understand that there is a good scope of improvement in the current implementation. Here is a list of

Re: [RFC PATCH 0/1] QEMU: Dirty quota-based throttling of vcpus

2022-12-05 Thread Shivam Kumar
On 21/11/22 4:24 am, Shivam Kumar wrote: This patchset is the QEMU-side implementation of a (new) dirty "quota" based throttling algorithm that selectively throttles vCPUs based on their individual contribution to overall memory dirtying and also dynamically adapts the throttle ba

Re: [RFC PATCH 1/1] Dirty quota-based throttling of vcpus

2022-11-22 Thread Shivam Kumar
On 21/11/22 5:05 pm, Philippe Mathieu-Daudé wrote: Hi, On 20/11/22 23:54, Shivam Kumar wrote: + +void dirty_quota_migration_start(void) +{ +    if (!kvm_state->dirty_quota_supported) { You are accessing an accelerator-specific variable in an accelerator-agnostic file, this doesn'

[RFC PATCH 0/1] QEMU: Dirty quota-based throttling of vcpus

2022-11-20 Thread Shivam Kumar
back to current auto-converge based throttling in cases where dirty quota throttling can overthrottle. Please stay tuned for the next patchset. Shivam Kumar (1): Dirty quota-based throttling of vcpus accel/kvm/kvm-all.c | 91 +++ include/exec/memory.h

[RFC PATCH 1/1] Dirty quota-based throttling of vcpus

2022-11-20 Thread Shivam Kumar
limit. Suggested-by: Shaju Abraham Suggested-by: Manish Mishra Co-developed-by: Anurag Madnawat Signed-off-by: Anurag Madnawat Signed-off-by: Shivam Kumar --- accel/kvm/kvm-all.c | 91 +++ include/exec/memory.h | 3 ++ include/hw/core/cpu.h | 5

network buffering in fault tolerance

2020-09-29 Thread Shivam Mehra
I came across this documentation with source code for providing network buffering to applications https://www.nfradead.org/~tgr/libnl/doc/api/route_2qdisc_2plug_8c_source.html . This network-buffering helps output-commi

Network I/O Buffering

2020-09-29 Thread Shivam Mehra
I came across this documentation with source code for providing network buffering to applications https://www.infradead.org/~tgr/libnl/doc/api/route_2qdisc_2plug_8c_source.html. This network-buffering helps output-commit problem when providing fault tolerance to virtual machines. The output is buff

[Qemu-devel] Affordable Link Building & SEO Services

2011-08-12 Thread Shivam
Kind Regards, Name: Shivam Singh Designation: Sales Executive. Note: We are not spammers and are against spamming of any kind. If you are not interested then you can reply with a simple \"NO\", we will never contact you again.