Re: [PATCH 1/4] vsock/virtio: fix locking around 'the_virtio_vsock'

2019-05-29 Thread David Miller
From: Stefano Garzarella Date: Tue, 28 May 2019 12:56:20 +0200 > @@ -68,7 +68,13 @@ struct virtio_vsock { > > static struct virtio_vsock *virtio_vsock_get(void) > { > - return the_virtio_vsock; > + struct virtio_vsock *vsock; > + > + mutex_lock(&the_virtio_vsock_mutex); > + vs

[PATCH 22/22] docs: fix broken documentation links

2019-05-29 Thread Mauro Carvalho Chehab
Mostly due to x86 and acpi conversion, several documentation links are still pointing to the old file. Fix them. Signed-off-by: Mauro Carvalho Chehab --- Documentation/acpi/dsd/leds.txt | 2 +- Documentation/admin-guide/kernel-parameters.rst | 6 +++--- Documentation/admin-gu

[PATCH 00/22] Some documentation fixes

2019-05-29 Thread Mauro Carvalho Chehab
Fix several warnings and broken links. This series was generated against linux-next, but was rebased to be applied at docs-next. It should apply cleanly on either tree. There's a git tree with all of them applied on the top of docs/docs-next at: https://git.linuxtv.org/mchehab/experimental.git/l

Re: [PATCH v7 11/12] x86/paravirt: Adapt assembly for PIE support

2019-05-29 Thread Thomas Garnier
On Sun, May 26, 2019 at 10:47 PM Juergen Gross wrote: > > On 21/05/2019 01:19, Thomas Garnier wrote: > > From: Thomas Garnier > > > > if PIE is enabled, switch the paravirt assembly constraints to be > > compatible. The %c/i constrains generate smaller code so is kept by > > default. > > > > Posi

Re: [PATCH v2 3/8] s390/cio: add basic protected virtualization support

2019-05-29 Thread Cornelia Huck
On Wed, 29 May 2019 14:24:39 +0200 Michael Mueller wrote: > On 27.05.19 15:31, Cornelia Huck wrote: > > To actually make the guest use the 3270 as its console, I guess you > > need to explicitly force it (see > > https://wiki.qemu.org/Features/3270#Using_3270_as_the_console)... > > actually star

[PATCH v3 3/8] s390/cio: add basic protected virtualization support

2019-05-29 Thread Michael Mueller
From: Halil Pasic As virtio-ccw devices are channel devices, we need to use the dma area for any communication with the hypervisor. It handles neither QDIO in the common code, nor any device type specific stuff (like channel programs constructed by the DASD driver). An interesting side effect i

[PATCH v3 4/8] s390/airq: use DMA memory for adapter interrupts

2019-05-29 Thread Michael Mueller
From: Halil Pasic Protected virtualization guests have to use shared pages for airq notifier bit vectors, because hypervisor needs to write these bits. Let us make sure we allocate DMA memory for the notifier bit vectors by replacing the kmem_cache with a dma_cache and kalloc() with cio_dma_zall

[PATCH v3 2/8] s390/cio: introduce DMA pools to cio

2019-05-29 Thread Michael Mueller
From: Halil Pasic To support protected virtualization cio will need to make sure the memory used for communication with the hypervisor is DMA memory. Let us introduce one global pool for cio. Our DMA pools are implemented as a gen_pool backed with DMA pages. The idea is to avoid each allocation

[PATCH v3 8/8] virtio/s390: make airq summary indicators DMA

2019-05-29 Thread Michael Mueller
From: Halil Pasic Hypervisor needs to interact with the summary indicators, so these need to be DMA memory as well (at least for protected virtualization guests). Signed-off-by: Halil Pasic Signed-off-by: Michael Mueller --- drivers/s390/virtio/virtio_ccw.c | 26 +++--- 1

[PATCH v3 7/8] virtio/s390: use DMA memory for ccw I/O and classic notifiers

2019-05-29 Thread Michael Mueller
From: Halil Pasic Before virtio-ccw could get away with not using DMA API for the pieces of memory it does ccw I/O with. With protected virtualization this has to change, since the hypervisor needs to read and sometimes also write these pieces of memory. The hypervisor is supposed to poke the cl

[PATCH v3 5/8] virtio/s390: use cacheline aligned airq bit vectors

2019-05-29 Thread Michael Mueller
From: Halil Pasic The flag AIRQ_IV_CACHELINE was recently added to airq_iv_create(). Let us use it! We actually wanted the vector to span a cacheline all along. Signed-off-by: Halil Pasic Signed-off-by: Michael Mueller --- drivers/s390/virtio/virtio_ccw.c | 3 ++- 1 file changed, 2 insertions

[PATCH v3 6/8] virtio/s390: add indirection to indicators access

2019-05-29 Thread Michael Mueller
From: Halil Pasic This will come in handy soon when we pull out the indicators from virtio_ccw_device to a memory area that is shared with the hypervisor (in particular for protected virtualization guests). Signed-off-by: Halil Pasic Reviewed-by: Pierre Morel Signed-off-by: Michael Mueller --

[PATCH v3 0/8] s390: virtio: support protected virtualization

2019-05-29 Thread Michael Mueller
Enhanced virtualization protection technology may require the use of bounce buffers for I/O. While support for this was built into the virtio core, virtio-ccw wasn't changed accordingly. Some background on technology (not part of this series) and the terminology used. * Protected Virtualization (

[PATCH v3 1/8] s390/mm: force swiotlb for protected virtualization

2019-05-29 Thread Michael Mueller
From: Halil Pasic On s390, protected virtualization guests have to use bounced I/O buffers. That requires some plumbing. Let us make sure, any device that uses DMA API with direct ops correctly is spared from the problems, that a hypervisor attempting I/O to a non-shared page would bring. Sign

Re: [PATCH v2 3/8] s390/cio: add basic protected virtualization support

2019-05-29 Thread Michael Mueller
On 27.05.19 15:31, Cornelia Huck wrote: On Mon, 27 May 2019 14:30:14 +0200 Halil Pasic wrote: On Mon, 27 May 2019 12:38:02 +0200 Cornelia Huck wrote: On Thu, 23 May 2019 18:22:04 +0200 Michael Mueller wrote: From: Halil Pasic As virtio-ccw devices are channel devices, we need to

Re: [PATCH v2 6/8] virtio/s390: add indirection to indicators access

2019-05-29 Thread Michael Mueller
On 27.05.19 14:10, Cornelia Huck wrote: On Mon, 27 May 2019 13:57:06 +0200 Halil Pasic wrote: On Mon, 27 May 2019 13:00:28 +0200 Cornelia Huck wrote: On Thu, 23 May 2019 18:22:07 +0200 Michael Mueller wrote: From: Halil Pasic This will come in handy soon when we pull out the indi

Re: [PATCH 3/4] vsock/virtio: fix flush of works during the .remove()

2019-05-29 Thread Stefano Garzarella
On Wed, May 29, 2019 at 11:22:40AM +0800, Jason Wang wrote: > > On 2019/5/28 下午6:56, Stefano Garzarella wrote: > > We flush all pending works before to call vdev->config->reset(vdev), > > but other works can be queued before the vdev->config->del_vqs(vdev), > > so we add another flush after it, to