Re: [PATCH 2/3] alpha: use common noop dma ops

On Fri, Oct 30, 2015 at 02:20:36PM +0100, Christian Borntraeger wrote: > Some of the alpha pci noop dma ops are identical to the common ones. > Use them. > > Signed-off-by: Christian Borntraeger > --- > arch/alpha/kernel/pci-noop.c | 46 >

Re: [PATCHv2 0/3] dma ops and virtio

Hi, On Fri, 30 Oct 2015, Christian Borntraeger wrote: > here is the 2nd version of providing an DMA API for s390. > > There are some attempts to unify the dma ops (Christoph) as well > as some attempts to make virtio use the dma API (Andy). > > At kernel summit we concluded that we want to use

Re: [PATCH 3/3] s390/dma: Allow per device dma ops

On Fri, Oct 30, 2015 at 02:20:37PM +0100, Christian Borntraeger wrote: > As virtio-ccw now has dma ops, we can no longer default to the PCI ones. > Make use of dev_archdata to keep the dma_ops per device. The pci devices > now use that to override the default, and the default is changed to use >

Re: [PATCH 1/3] Provide simple noop dma ops

Am 02.11.2015 um 16:16 schrieb Joerg Roedel: > On Fri, Oct 30, 2015 at 02:20:35PM +0100, Christian Borntraeger wrote: >> +static void *dma_noop_alloc(struct device *dev, size_t size, >> +dma_addr_t *dma_handle, gfp_t gfp, >> +struct dma_attrs *attrs)

Re: [PATCH net-next rfc V2 0/2] basic busy polling support for vhost_net

On 10/30/2015 07:58 PM, Jason Wang wrote: > > On 10/29/2015 04:45 PM, Jason Wang wrote: >> Hi all: >> >> This series tries to add basic busy polling for vhost net. The idea is >> simple: at the end of tx processing, busy polling for new tx added >> descriptor and rx receive socket for a while.

Re: [PATCH] vhost: move is_le setup to the backend

From: Greg Kurz Date: Fri, 30 Oct 2015 12:42:35 +0100 > The vq->is_le field is used to fix endianness when accessing the vring via > the cpu_to_vhost16() and vhost16_to_cpu() helpers in the following cases: > > 1) host is big endian and device is modern virtio > > 2)

Re: [PATCH 3/3] s390/dma: Allow per device dma ops

On Fri, 30 Oct 2015, Christian Borntraeger wrote: > As virtio-ccw now has dma ops, we can no longer default to the PCI ones. > Make use of dev_archdata to keep the dma_ops per device. The pci devices > now use that to override the default, and the default is changed to use > the noop ops for

Re: [PATCH 0/7] Hyper-V Synthetic interrupt controller

On 26/10/2015 10:50, Andrey Smetanin wrote: > Hyper-V SynIC (synthetic interrupt controller) device > implementation. > > The implementation contains: > * msr's support > * irq routing setup > * irq injection > * irq ack callback registration > * event/message pages changes tracking at Hyper-V

Re: [PATCH 1/3] Provide simple noop dma ops

On Fri, Oct 30, 2015 at 02:20:35PM +0100, Christian Borntraeger wrote: > +static void *dma_noop_alloc(struct device *dev, size_t size, > + dma_addr_t *dma_handle, gfp_t gfp, > + struct dma_attrs *attrs) > +{ > + void *ret; > + > + ret = (void

Re: [kvm-unit-tests PATCH] x86: hyperv_synic: Hyper-V SynIC test

On 02/11/2015 13:18, Denis V. Lunev wrote: >> I'm keeping the kernel patches queued for my own testing, but this of >> course has to be fixed before including them---which will delay this >> feature to 4.5, unfortunately. > > well, the problem is that it actually uses auto EOI Ok, no big

Re: [kvm-unit-tests PATCH] x86: hyperv_synic: Hyper-V SynIC test

On 11/02/2015 03:16 PM, Paolo Bonzini wrote: On 26/10/2015 10:56, Andrey Smetanin wrote: Hyper-V SynIC is a Hyper-V synthetic interrupt controller. The test runs on every vCPU and performs the following steps: * read from all Hyper-V SynIC MSR's * setup Hyper-V SynIC evt/msg pages * setup

Re: [kvm-unit-tests PATCH] x86: hyperv_synic: Hyper-V SynIC test

On Mon, Nov 02, 2015 at 01:16:02PM +0100, Paolo Bonzini wrote: > On 26/10/2015 10:56, Andrey Smetanin wrote: > > Hyper-V SynIC is a Hyper-V synthetic interrupt controller. > > > > The test runs on every vCPU and performs the following steps: > > * read from all Hyper-V SynIC MSR's > > * setup