similar to: how to use virtio-blk-data-plane in libvirt

Displaying 20 results from an estimated 20000 matches similar to: "how to use virtio-blk-data-plane in libvirt"

2015 Nov 30
2
Re: enabling virtio-scsi-data-plane in libvirt
2015-11-19 16:09 GMT+03:00 John Ferlan <jferlan@redhat.com>: > Check out virsh iothread{info|pin|add|del} and of course the > corresponding virDomain{Add|Pin|Del}IOThread and virDomainGetIOThreadInfo. Yes, thanks! Does in near feature libvirt devs integrate this ability to domain format? As i understand all qemu stable features supported by libvirt. And data plane for virtio-blk is
2015 Nov 18
2
enabling virtio-scsi-data-plane in libvirt
Can somebody knows how to enable virtio-scsi-data-plane in libvirt for specific domain? I know that i need to replace "-device virtio-scsi-pci" with "-object iothread,id=io1 -device virtio-scsi-pci,iothread=io1" in qemu, but how can i do this in libvirt? -- Vasiliy Tolstov, e-mail: v.tolstov@selfip.ru
2012 Dec 18
1
[Qemu-devel] [PATCH v6 12/12] virtio-blk: add x-data-plane=on|off performance feature
On Tue, Dec 18, 2012 at 03:57:17PM +0100, Stefan Hajnoczi wrote: > > > @@ -407,6 +409,14 @@ static void virtio_blk_handle_output(VirtIODevice *vdev, VirtQueue *vq) > > > .num_writes = 0, > > > }; > > > > > > + /* Some guests kick before setting VIRTIO_CONFIG_S_DRIVER_OK so start > > > + * dataplane here instead of waiting
2012 Dec 18
1
[Qemu-devel] [PATCH v6 12/12] virtio-blk: add x-data-plane=on|off performance feature
On Tue, Dec 18, 2012 at 03:57:17PM +0100, Stefan Hajnoczi wrote: > > > @@ -407,6 +409,14 @@ static void virtio_blk_handle_output(VirtIODevice *vdev, VirtQueue *vq) > > > .num_writes = 0, > > > }; > > > > > > + /* Some guests kick before setting VIRTIO_CONFIG_S_DRIVER_OK so start > > > + * dataplane here instead of waiting
2015 Nov 30
2
Re: enabling virtio-scsi-data-plane in libvirt
2015-11-30 14:17 GMT+03:00 John Ferlan <jferlan@redhat.com>: > Such as? > > http://libvirt.org/formatdomain.html#elementsIOThreadsAllocation > > and usage within <cputune> as <iothreadpin> or <iothreadsched> So you mean that if i define iothread in domain xml and create virtio-scsi it automatic enables virtio-scsi-data-plane? -- Vasiliy Tolstov, e-mail:
2015 Nov 30
1
Re: enabling virtio-scsi-data-plane in libvirt
2015-11-30 14:32 GMT+03:00 John Ferlan <jferlan@redhat.com>: > As long as the qemu you're using supports the "-object iothread", then > this works. I forget the exact version it went into qemu. Nice! Thanks! (i'm use latest qemu) how can i check that data-plane used by virtio-scsi ? -- Vasiliy Tolstov, e-mail: v.tolstov@selfip.ru
2015 Nov 30
0
Re: enabling virtio-scsi-data-plane in libvirt
On 11/30/2015 02:58 AM, Vasiliy Tolstov wrote: > 2015-11-19 16:09 GMT+03:00 John Ferlan <jferlan@redhat.com>: >> Check out virsh iothread{info|pin|add|del} and of course the >> corresponding virDomain{Add|Pin|Del}IOThread and virDomainGetIOThreadInfo. > > > Yes, thanks! Does in near feature libvirt devs integrate this ability > to domain format? As i understand
2008 Oct 23
2
map points from scatterplot3d onto 2d fitted plane
Dear R helpers, I have a 3D scatter plot that I have generated from scatterplot3d (which looks great- thanks!) and I can see that the points in my graph fall in a plane. Following the example 5 from 3D scatter plot (below) I have fitted a regression plane. Now what I would like to do is a rotation so that my new co-ordinate system is about the fitted plane (by finding the normal to the plane
2013 Nov 15
4
[PATCH 1/5] drm/nv10/plane: fix format computation
Otherwise none of the format checks pass, since the width was still in 16.16 encoding. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- This must have been some sort of last-second cleanup I made and forgot to test, because with this code, there's no way it could ever have worked... drivers/gpu/drm/nouveau/dispnv04/overlay.c | 17 +++++++++-------- 1 file changed, 9
2013 Sep 08
1
[PATCH] drm/nv10/plane: add plane support for nv10-nv40
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- This has received light testing on NV18 and NV34 cards, using the modetest tool. Userspace support to use this for xv is not yet ready. I decided against creating a new "pvideo" engine -- that just seems way too heavy-handed compared to the ~10 lines of code in disp/nv04.c to deal with the PVIDEO interrupts. Even though
2006 Jan 18
2
Display an Image on a Plane
Hi, I am new to R and I would like to display an image on a plane in a 3D plot, i.e. I would like to be able to specify a theta and a phi parameters like in the function persp to display a 2D image on an inclined plane. Regards, vincent [[alternative HTML version deleted]]
2006 Jan 18
2
Display an Image on a Plane
Hi, I am new to R and I would like to display an image on a plane in a 3D plot, i.e. I would like to be able to specify a theta and a phi parameters like in the function persp to display a 2D image on an inclined plane. Regards, vincent [[alternative HTML version deleted]]
2018 Mar 22
1
[PATCH 00/23] drm: Eliminate plane->fb/crtc usage for atomic drivers
On Thu, Mar 22, 2018 at 05:51:35PM +0100, Noralf Tr?nnes wrote: > tinydrm is also using plane->fb: > > $ grep -r "plane\.fb" drivers/gpu/drm/tinydrm/ > drivers/gpu/drm/tinydrm/repaper.c:????? if (tdev->pipe.plane.fb != fb) > drivers/gpu/drm/tinydrm/mipi-dbi.c:???? if (tdev->pipe.plane.fb != fb) > drivers/gpu/drm/tinydrm/mipi-dbi.c:???? struct drm_framebuffer
2004 Jul 02
3
How to get the normal direction to a plane?
Dear All Maybe the following is a stupid question. Assume I have 3 coordinate points (not limited to be in 2D or 3D space) a, b, c. It is known that these 3 points will define a plane. The problem is how to get the normal direction that is orthogonal to this plane. Is there an easy way to calculate it using the values of a, b, and c? Thanks for any point or help on this. Fred
2014 Jul 01
2
[PATCH v3 0/2] block: virtio-blk: support multi vq per virtio-blk
Hi Jens and Rusty, On Thu, Jun 26, 2014 at 8:04 PM, Ming Lei <ming.lei at canonical.com> wrote: > On Thu, Jun 26, 2014 at 5:41 PM, Ming Lei <ming.lei at canonical.com> wrote: >> Hi, >> >> These patches try to support multi virtual queues(multi-vq) in one >> virtio-blk device, and maps each virtual queue(vq) to blk-mq's >> hardware queue. >>
2014 Jul 01
2
[PATCH v3 0/2] block: virtio-blk: support multi vq per virtio-blk
Hi Jens and Rusty, On Thu, Jun 26, 2014 at 8:04 PM, Ming Lei <ming.lei at canonical.com> wrote: > On Thu, Jun 26, 2014 at 5:41 PM, Ming Lei <ming.lei at canonical.com> wrote: >> Hi, >> >> These patches try to support multi virtual queues(multi-vq) in one >> virtio-blk device, and maps each virtual queue(vq) to blk-mq's >> hardware queue. >>
2018 May 25
2
[PATCH v2 00/13] drm: Eliminate plane->fb/crtc usage for atomic drivers
From: Ville Syrj?l? <ville.syrjala at linux.intel.com> Here are again the last (?) bits of eliminating the plane->fb/crtc usage for atomic drivers. I've pushed everything else (thanks to everyone who reviewed them). Deepak said he'd tested the vmwgfx stuff, so I think it should be safe to land. Just missing a bit of review... Cc: Alex Deucher <alexander.deucher at
2002 Mar 18
2
persp(): add second plane (second, long question)
Thank you for your replies so far. Sorry for bothering you again, but I'm still not able to get what I need as I don't understand all parts of the replies (just using R for easy things....). Is there a code for plane3d() like some of you sent me for points3d()? I was not able to get that out of the scatterplot3d package... What I can do is to get the x,y and z-range for the xlim,ylim and
2012 Feb 07
2
3D confidence ellipsoid with ellipse projections onto 2D plane
I have a 3xN matrix of parameters obtained from N regressions where the 3 parameters are jointly statistically significant. I would like to reproduce a 3D confidence ellipsoid projecting 2D ellipses onto the XY plane as in Figure 5.2 in this
2017 Nov 23
3
[PATCH 00/15] drm: More plane clipping polish
From: Ville Syrjälä <ville.syrjala at linux.intel.com> This series first unifies all users of drm_atomic_helper_check_plane_state() to populate the clip rectangle with drm_mode_get_hv_timing(), and once everything is unified the clip rectangle handling is sucked into drm_atomic_helper_check_plane_state() away from driver code. Entire series available here: