Re: Query on the dirty bitmap

2025-04-08 Thread prashant patil
aviour? [{ "start": 0, "length": 1073741824, "depth": 0, "present": true, "zero": false, "data": true, "compressed": false, "offset": 0}] Regards, Prashant On Mon, Apr 7, 2025 at 8:24 PM Eric Blake wrote: > On Mon, Apr

Re: Query on the dirty bitmap

2025-04-07 Thread prashant patil
t;: false, "data": true, "compressed": false, "offset": 346947584}, { "start": 347078656, "length": 65536, "depth": 0, "present": false, "zero": false, "data": false, "compressed": false}, { "s

Issue with copy-before-write snapshot

2025-03-18 Thread Prashant Patil
bin/qemu-system-x86_64 --version QEMU emulator version 9.0.2 (pve-qemu-kvm_9.0.2-4) Best regards, Prashant This message was sent by an employee of Arctera.

Re: Query on the dirty bitmap

2025-03-05 Thread prashant patil
ow if there is any other better alternative to do the same. Thanks Prashant On Fri, Feb 28, 2025 at 3:53 AM Eric Blake wrote: > On Wed, Feb 19, 2025 at 04:23:26PM +0530, prashant patil wrote: > > Hello All, > > Hope this email finds you well. > > > > I have been tryin

Query on the dirty bitmap

2025-02-19 Thread prashant patil
ded very small data after the bitmap was enabled. Bitmap output has been pasted below. [{ "start": 0, "length": 5368709120, "depth": 0, "present": true, "zero": false, "data": true, "compressed": false, "offset": 0}] Can someone please help me understand why the bitmap content shows the entire disk as dirty? Regards Prashant

CXL support in QEMU

2020-12-15 Thread Prashant V Agarwal
, Prashant

[Bug 1877526] Re: KVM internal crash

2020-05-10 Thread Prashant
d the version where the issue is fixed. May be that helps. And how do analyse this error info. Regards, Prashant -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1877526 Title: KVM internal crash Stat

[Bug 1877526] [NEW] KVM internal crash

2020-05-08 Thread Prashant
: qemu-kvm Arch: x86_64 Epoch : 10 Version : 1.5.3 How do I investigate this? I would need to patch up the qemu-kvm on the host to get this fixed, I think. Please let me know if I need to provide more info, (and what?) Regards, Prashant ** Affects: qemu Importance: Und

Re: [RFC net-next 07/18] tun: set offloaded xdp program

2019-12-08 Thread Prashant Bhole
On 12/2/19 11:47 AM, Jason Wang wrote: On 2019/12/2 上午12:45, David Ahern wrote: On 11/26/19 4:07 AM, Prashant Bhole wrote: From: Jason Wang This patch introduces an ioctl way to set an offloaded XDP program to tun driver. This ioctl will be used by qemu to offload XDP program from

Re: [RFC net-next 15/18] virtio_net: implement XDP prog offload functionality

2019-11-27 Thread Prashant Bhole
On 11/28/19 5:42 AM, Michael S. Tsirkin wrote: On Tue, Nov 26, 2019 at 07:07:41PM +0900, Prashant Bhole wrote: From: Jason Wang This patch implements bpf_prog_offload_ops callbacks and adds handling for XDP_SETUP_PROG_HW. Handling of XDP_SETUP_PROG_HW involves setting up struct

Re: [RFC 0/3] Qemu: virtio-net XDP offload

2019-11-26 Thread Prashant Bhole
-test/src/net/tap-linux.c:34:21: fatal error: bpf/bpf.h: No such file or directory #include Sorry, I missed to enclose it in #ifdef CONFIG_LIBBPF. It should be fixed whenever I'll post next revision. Prashant ^ compilation terminated. --- SIGNpc-bios/opti

[RFC net-next 01/18] bpf: introduce bpf_prog_offload_verifier_setup()

2019-11-26 Thread Prashant Bhole
will get a chance to perform the fd replacement in its own copy of the program. Solution: Let's introduce a setup() callback in bpf_prog_offload_ops. It will be non mandetory. The verifier will call it just before replacing the map fds. Signed-off-by: Jason Wang Signed-off-by: Prashant

[RFC net-next 00/18] virtio_net XDP offload

2019-11-26 Thread Prashant Bhole
eneric_xdp_core() net: core: export do_xdp_generic_core() tun: set offloaded xdp program virtio-net: store xdp_prog in device virtio_net: add XDP prog offload infrastructure virtio_net: implement XDP prog offload functionality bpf: export function __bpf_map_get virtio_net: implmen

[RFC net-next 07/18] tun: set offloaded xdp program

2019-11-26 Thread Prashant Bhole
From: Jason Wang This patch introduces an ioctl way to set an offloaded XDP program to tun driver. This ioctl will be used by qemu to offload XDP program from virtio_net in the guest. Signed-off-by: Jason Wang Signed-off-by: Prashant Bhole --- drivers/net/tun.c | 19

[RFC net-next 05/18] vhost_net: user tap recvmsg api to access ptr ring

2019-11-26 Thread Prashant Bhole
y are passed to vhost_net. Signed-off-by: Prashant Bhole --- drivers/net/tap.c | 22 ++- drivers/net/tun.c | 24 - drivers/vhost/net.c| 48 +++--- include/linux/if_tun.h | 18 4 files change

[RFC net-next 09/18] tun: add a way to inject Tx path packet into Rx path

2019-11-26 Thread Prashant Bhole
ent, it is considered as XDP_TX'ed packet from offloaded program. Signed-off-by: Prashant Bhole --- drivers/net/tun.c | 35 --- 1 file changed, 28 insertions(+), 7 deletions(-) diff --git a/drivers/net/tun.c b/drivers/net/tun.c index 466ea69f00ee..8d6cdd3e51

[RFC net-next 08/18] tun: run offloaded XDP program in Tx path

2019-11-26 Thread Prashant Bhole
eaves the action handling to us. Signed-off-by: Prashant Bhole --- drivers/net/tun.c | 149 +- 1 file changed, 146 insertions(+), 3 deletions(-) diff --git a/drivers/net/tun.c b/drivers/net/tun.c index ecb49101b0b5..466ea69f00ee 100644 --- a/drivers/net/

[RFC net-next 12/18] virtio-net: store xdp_prog in device

2019-11-26 Thread Prashant Bhole
From: Jason Wang This is a preparation for adding XDP offload support in virtio_net driver. By storing XDP program in virtionet_info will make it consistent with the offloaded program which will introduce in next patches. Signed-off-by: Jason Wang Co-developed-by: Prashant Bhole Signed-off-by

[RFC net-next 14/18] virtio_net: add XDP prog offload infrastructure

2019-11-26 Thread Prashant Bhole
: Prashant Bhole Signed-off-by: Prashant Bhole --- drivers/net/virtio_net.c | 103 +++ 1 file changed, 103 insertions(+) diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c index cee5c2b15c62..a1088d0114f2 100644 --- a/drivers/net/virtio_net.c +++ b

[RFC net-next 15/18] virtio_net: implement XDP prog offload functionality

2019-11-26 Thread Prashant Bhole
. Signed-off-by: Jason Wang Co-developed-by: Prashant Bhole Signed-off-by: Prashant Bhole --- drivers/net/virtio_net.c| 114 +++- include/uapi/linux/virtio_net.h | 27 2 files changed, 139 insertions(+), 2 deletions(-) diff --git a/drivers/net

[RFC net-next 02/18] net: core: rename netif_receive_generic_xdp() to do_generic_xdp_core()

2019-11-26 Thread Prashant Bhole
by renaming it. Signed-off-by: Jason Wang Signed-off-by: Prashant Bhole --- net/core/dev.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/net/core/dev.c b/net/core/dev.c index c7fc902ccbdc..5ae647b9914f 100644 --- a/net/core/dev.c +++ b/net/core/dev.c @@ -4461,9

[RFC 0/3] Qemu: virtio-net XDP offload

2019-11-26 Thread Prashant Bhole
tory yet. Hence changes to virtio_net.h are for RFC purpose only. Jason Wang (2): virtio-net: add support for offloading XDP program virtio-net: add support for offloading an ebpf map Prashant Bhole (1): configure: add libbpf support configure |

[RFC net-next 06/18] tuntap: remove usage of ptr ring in vhost_net

2019-11-26 Thread Prashant Bhole
Remove usage of ptr ring of tuntap in vhost_net and remove the functions exported from tuntap drivers to get ptr ring. Signed-off-by: Prashant Bhole --- drivers/net/tap.c | 13 - drivers/net/tun.c | 13 - drivers/vhost/net.c| 31

[RFC net-next 13/18] virtio_net: use XDP attachment helpers

2019-11-26 Thread Prashant Bhole
Next patches will introduce virtio_net XDP offloading. In that case we need to manage offloaded and non-offload program. In order to make it consistent this patch introduces use of XDP attachment helpers. Signed-off-by: Prashant Bhole --- drivers/net/virtio_net.c | 30

[RFC net-next 03/18] net: core: export do_xdp_generic_core()

2019-11-26 Thread Prashant Bhole
From: Jason Wang Let's export do_xdp_generic as a general purpose function. It will just run XDP program on skb but will not handle XDP actions. Signed-off-by: Jason Wang Signed-off-by: Prashant Bhole --- include/linux/netdevice.h | 2 ++ net/core/dev.c| 6 +++--- 2 files ch

[RFC net-next 18/18] virtio_net: restrict bpf helper calls from offloaded program

2019-11-26 Thread Prashant Bhole
Since we are offloading this program to the host, some of the helper calls will not make sense. For example get_numa_node_id. Some helpers can not be used because we don't handle them yet. So let's allow a small set of helper calls for now. Signed-off-by: Prashant Bhole --- d

[RFC net-next 16/18] bpf: export function __bpf_map_get

2019-11-26 Thread Prashant Bhole
From: Jason Wang __bpf_map_get is necessary to get verify whether an fd corresponds to a bpf map, without adding a refcount on that map. After exporting it can be used by a kernel module. Signed-off-by: Jason Wang Signed-off-by: Prashant Bhole --- kernel/bpf/syscall.c | 1 + 1 file changed

[RFC net-next 10/18] tun: handle XDP_TX action of offloaded program

2019-11-26 Thread Prashant Bhole
When offloaded program returns XDP_TX, we need to inject the packet in Rx path of tun. This patch injects such packets in Rx path using tun_xdp_one. Signed-off-by: Prashant Bhole --- drivers/net/tun.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/net/tun.c b

[RFC net-next 17/18] virtio_net: implment XDP map offload functionality

2019-11-26 Thread Prashant Bhole
have map fds from the host side for each offloaded map when program verification begins. map fds in the copy of the program are replaced with map fds from host side. This copy of program is used for offloading. Signed-off-by: Jason Wang Co-developed-by: Prashant Bhole Signed-off-by: Prashant

[RFC 2/3] virtio-net: add support for offloading XDP program

2019-11-26 Thread Prashant Bhole
by an ebpf program instructions. An array of bpf_insn is prepared and passed to libbpf API bpf_load_program. The program fd is retuned by the API is then attached to tap fd using TUNSETOFFLOADEDXDP ioctl command. Signed-off-by: Jason Wang Co-developed-by: Prashant Bhole Signed-off-by: Prashant

[RFC net-next 11/18] tun: run xdp prog when tun is read from file interface

2019-11-26 Thread Prashant Bhole
It handles the case when qemu performs read on tun using file operations. Signed-off-by: Prashant Bhole --- drivers/net/tun.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/net/tun.c b/drivers/net/tun.c index 084ca95358fe..639921c10e32 100644 --- a/drivers/net/tun.c

[RFC 3/3] virtio-net: add support for offloading an ebpf map

2019-11-26 Thread Prashant Bhole
/value or key/key pair. Map manipulation is done using libbpf APIs. Signed-off-by: Jason Wang Co-developed-by: Prashant Bhole Signed-off-by: Prashant Bhole --- hw/net/Makefile.objs| 2 + hw/net/virtio-net.c | 88 + include

[RFC 1/3] configure: add libbpf support

2019-11-26 Thread Prashant Bhole
. Signed-off-by: Prashant Bhole --- configure | 23 +++ 1 file changed, 23 insertions(+) diff --git a/configure b/configure index 6099be1d84..a7e8a8450d 100755 --- a/configure +++ b/configure @@ -504,6 +504,7 @@ debug_mutex="no" libpmem="" default_device

[RFC net-next 04/18] tuntap: check tun_msg_ctl type at necessary places

2019-11-26 Thread Prashant Bhole
tun_msg_ctl is used by vhost_net to communicate with tuntap. We will introduce another type in soon. As a preparation this patch adds conditions to check tun_msg_ctl type at necessary places. Signed-off-by: Prashant Bhole --- drivers/net/tap.c | 7 +-- drivers/net/tun.c | 6 +- 2 files

Re: [Qemu-devel] Loading ELF binaries with very high base addresses

2011-07-12 Thread Prashant Vaibhav
c ones are working I'll move on to figuring out softmmu for more complex (read: real world) binaries. Thanks for all the suggestions btw, really appreciate it. On Wed, Jul 13, 2011 at 3:02 AM, Richard Henderson wrote: > On 07/12/2011 01:58 PM, Prashant Vaibhav wrote: > > Yes, ex

Re: [Qemu-devel] Loading ELF binaries with very high base addresses

2011-07-12 Thread Prashant Vaibhav
Yes, exactly what happened when loading a non-trivial binary. :-( Oh well. On Wed, Jul 13, 2011 at 12:04 AM, Richard Henderson wrote: > On 07/12/2011 09:43 AM, Alexander Graf wrote: > > For now, just force the mapping to somewhere mappable :) > > Unfortunately, I can tell you that there is no

Re: [Qemu-devel] Loading ELF binaries with very high base addresses

2011-07-12 Thread Prashant Vaibhav
large, causing a wraparound. This way also the region bits won't be disregarded, but will make 8 contiguous regions giving a flat 64-bit space. I don't know which types of programs make use of different regions simultaneously, will probably have to think about it later, but for now this

[Qemu-devel] Loading ELF binaries with very high base addresses

2011-07-12 Thread Prashant Vaibhav
ing ia64 binaries start at 0x4<<64 by convention. Also, the "hiaddr" is read from elf header which again is set to 0x4<<64 + some value. The existing code works fine with x86_64, for example, because the binaries are typically starting at 0x4, which is easily mmap'd at first try. Any ideas on a workaround? ~Prashant

Re: [Qemu-devel] GSoC Intro - Intel Itanium (IA64) processor emulation

2011-06-25 Thread Prashant Vaibhav
what target-i386/translate.c does. It's basically a warmup exercise for me so that I fully understand the ISA (completely different from x86 which I am more familiar with). I can then use it in my own target-ia64. ~Prashant On Sat, Jun 25, 2011 at 5:28 PM, Andreas Färber wrote: > H

[Qemu-devel] GSoC Intro - Intel Itanium (IA64) processor emulation

2011-06-24 Thread Prashant Vaibhav
Hello! My name is Prashant Vaibhav and I am working this summer on a Google Summer of Code project to implement software emulation of the Intel Itanium (IA64) architecture. The project is being mentored by Alexander Graf. I am a student studying at Jacobs University in Germany (staying in India