similar to: memory barriers in virtq.lua?

Displaying 20 results from an estimated 3000 matches similar to: "memory barriers in virtq.lua?"

2015 Apr 07
4
[snabb-devel] Re: memory barriers in virtq.lua?
Hi Michael, I'm writing to follow up the previous discussion about memory barriers in virtio-net device implementations, and Cc'ing the DPDK list because I believe this is relevant to them too. First, thanks again for getting in touch and reviewing our code. I have now found a missed case where we *do* require a hardware memory barrier on x86 in our vhost/virtio-net device. That is when
2015 Apr 07
4
[snabb-devel] Re: memory barriers in virtq.lua?
Hi Michael, I'm writing to follow up the previous discussion about memory barriers in virtio-net device implementations, and Cc'ing the DPDK list because I believe this is relevant to them too. First, thanks again for getting in touch and reviewing our code. I have now found a missed case where we *do* require a hardware memory barrier on x86 in our vhost/virtio-net device. That is when
2015 Jan 28
0
memory barriers in virtq.lua?
Hello Michael, On Tue, Jan 27, 2015 at 6:01 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > Hi Nikolay, > I poked at src/lib/virtio/virtq.lua a bit - > I was surprised to find no explicit CPU memory > barriers in the virtq implementation. > These are typically required when using virtio > on smp machines - the spec actually mention where > barriers are necessary.
2015 Apr 08
0
[dpdk-dev] [snabb-devel] Re: memory barriers in virtq.lua?
On 4/7/2015 10:23 PM, Luke Gorrie wrote: > Hi Michael, > > I'm writing to follow up the previous discussion about memory barriers in > virtio-net device implementations, and Cc'ing the DPDK list because I > believe this is relevant to them too. > > First, thanks again for getting in touch and reviewing our code. > > I have now found a missed case where we *do*
2015 Apr 07
0
[snabb-devel] Re: memory barriers in virtq.lua?
On Tue, Apr 07, 2015 at 04:22:42PM +0200, Luke Gorrie wrote: > Hi Michael, > > I'm writing to follow up the previous discussion about memory barriers in > virtio-net device implementations, and Cc'ing the DPDK list because I believe > this is relevant to them too. > > First, thanks again for getting in touch and reviewing our code. > > I have now found a
2015 Apr 09
1
[dpdk-dev] [snabb-devel] Re: memory barriers in virtq.lua?
Howdy, On 8 April 2015 at 17:15, Xie, Huawei <huawei.xie at intel.com> wrote: > luke: > 1. host read the flag. 2 guest toggles the flag 3.guest checks the used. > 4. host update used. > Is this your case? > Yep, that is exactly the case I mean. Cheers, -Luke -------------- next part -------------- An HTML attachment was scrubbed... URL:
2015 Apr 09
1
[dpdk-dev] [snabb-devel] Re: memory barriers in virtq.lua?
Howdy, On 8 April 2015 at 17:15, Xie, Huawei <huawei.xie at intel.com> wrote: > luke: > 1. host read the flag. 2 guest toggles the flag 3.guest checks the used. > 4. host update used. > Is this your case? > Yep, that is exactly the case I mean. Cheers, -Luke -------------- next part -------------- An HTML attachment was scrubbed... URL:
2013 Sep 14
1
LuaJIT on Xen
I have been working with Antti Kantee on running scripting languages directly on Xen, and have got LuaJIT running. Essentially this is a build of a modified version of the Xen "Mini-os" which provides a small stub to handle basic Xen functions like memory allocation, combined with NetBSD kernel components to provide networking and file system access if required, plus NetBSD libc to
2023 Feb 08
2
virtio-fs: adding support for multi-queue
On 08/02/2023 11:43, Stefan Hajnoczi wrote: > On Wed, Feb 08, 2023 at 09:33:33AM +0100, Peter-Jan Gootzen wrote: >> >> >> On 07/02/2023 22:57, Vivek Goyal wrote: >>> On Tue, Feb 07, 2023 at 04:32:02PM -0500, Stefan Hajnoczi wrote: >>>> On Tue, Feb 07, 2023 at 02:53:58PM -0500, Vivek Goyal wrote: >>>>> On Tue, Feb 07, 2023 at 02:45:39PM
2019 Apr 11
4
[RFC 0/3] VirtIO RDMA
On Thu, Apr 11, 2019 at 07:02:15PM +0200, Cornelia Huck wrote: > On Thu, 11 Apr 2019 14:01:54 +0300 > Yuval Shaia <yuval.shaia at oracle.com> wrote: > > > Data center backends use more and more RDMA or RoCE devices and more and > > more software runs in virtualized environment. > > There is a need for a standard to enable RDMA/RoCE on Virtual Machines. > >
2019 Apr 11
4
[RFC 0/3] VirtIO RDMA
On Thu, Apr 11, 2019 at 07:02:15PM +0200, Cornelia Huck wrote: > On Thu, 11 Apr 2019 14:01:54 +0300 > Yuval Shaia <yuval.shaia at oracle.com> wrote: > > > Data center backends use more and more RDMA or RoCE devices and more and > > more software runs in virtualized environment. > > There is a need for a standard to enable RDMA/RoCE on Virtual Machines. > >
2019 Apr 22
2
[Qemu-devel] [RFC 0/3] VirtIO RDMA
On Fri, Apr 19, 2019 at 01:16:06PM +0200, Hannes Reinecke wrote: > On 4/15/19 12:35 PM, Yuval Shaia wrote: > > On Thu, Apr 11, 2019 at 07:02:15PM +0200, Cornelia Huck wrote: > > > On Thu, 11 Apr 2019 14:01:54 +0300 > > > Yuval Shaia <yuval.shaia at oracle.com> wrote: > > > > > > > Data center backends use more and more RDMA or RoCE devices and
2019 Apr 22
2
[Qemu-devel] [RFC 0/3] VirtIO RDMA
On Fri, Apr 19, 2019 at 01:16:06PM +0200, Hannes Reinecke wrote: > On 4/15/19 12:35 PM, Yuval Shaia wrote: > > On Thu, Apr 11, 2019 at 07:02:15PM +0200, Cornelia Huck wrote: > > > On Thu, 11 Apr 2019 14:01:54 +0300 > > > Yuval Shaia <yuval.shaia at oracle.com> wrote: > > > > > > > Data center backends use more and more RDMA or RoCE devices and
2019 Apr 11
1
[RFC 0/3] VirtIO RDMA
On Thu, Apr 11, 2019 at 08:34:20PM +0300, Yuval Shaia wrote: > On Thu, Apr 11, 2019 at 05:24:08PM +0000, Jason Gunthorpe wrote: > > On Thu, Apr 11, 2019 at 07:02:15PM +0200, Cornelia Huck wrote: > > > On Thu, 11 Apr 2019 14:01:54 +0300 > > > Yuval Shaia <yuval.shaia at oracle.com> wrote: > > > > > > > Data center backends use more and more
2019 Apr 15
4
[RFC 0/3] VirtIO RDMA
On Thu, Apr 11, 2019 at 07:02:15PM +0200, Cornelia Huck wrote: > On Thu, 11 Apr 2019 14:01:54 +0300 > Yuval Shaia <yuval.shaia at oracle.com> wrote: > > > Data center backends use more and more RDMA or RoCE devices and more and > > more software runs in virtualized environment. > > There is a need for a standard to enable RDMA/RoCE on Virtual Machines. > >
2019 Apr 15
4
[RFC 0/3] VirtIO RDMA
On Thu, Apr 11, 2019 at 07:02:15PM +0200, Cornelia Huck wrote: > On Thu, 11 Apr 2019 14:01:54 +0300 > Yuval Shaia <yuval.shaia at oracle.com> wrote: > > > Data center backends use more and more RDMA or RoCE devices and more and > > more software runs in virtualized environment. > > There is a need for a standard to enable RDMA/RoCE on Virtual Machines. > >
2009 Jun 15
1
[LLVMdev] Stack swapping
Thanks to help in a previous thread, I now have a working LLVM codegen for the MLton compiler. Currently the stack is managed explicitly on the heap. This way the LLVM codegen re-uses the runtime layout of the other codegens, simplifying the initial porting effort. In the next phase I plan to switch to using LLVM to manage the stack, but there is a sticking point: MLton switches stacks. It does
2018 Dec 17
1
kernel vhost demands an interrupt from guest when the ring is full in order to enable guest to submit new packets to the queue
?On 12/17/18, 2:55 PM, "Michael S. Tsirkin" <mst at redhat.com> wrote: On Thu, Dec 13, 2018 at 11:24:28PM +0000, Steven Luong (sluong) via Virtualization wrote: > Folks, > > > > We came across a memory race condition between VPP vhost driver and the kernel > vhost. VPP is running a tap interface over vhost backend. In this case,
2008 Aug 27
0
[LLVMdev] llvm-lua 0.2
I would like to announce the availability of llvm-lua. llvm-lua, converts Lua bytecode to LLVM IR code and supports JIT and static compiling. Using LLVM gives Lua JIT support on cpu architectures other then x86. I converted the Lua bytecode dispatch loop code into a set of C functions one for each opcode. The opcode functions take two parmeters one is the current Lua function's state,
2012 Aug 19
0
[LLVMdev] Greetings & Javascript -> LLVM...
19.08.2012, 00:39, "Julian Klappenbach" <jklappenbach at gmail.com>: >With this approach, the community would gain language independence for browsers Browser community is strongly opposed to the idea of having multiple web-faced languages > The first language I'd like to tackle is ECMAScript / Javascript. You can tale a look at llvm-lua project. However, speed of JIT