Re: [PATCH] vhost: do not enable VHOST_MENU by default

Jason Wang writes: > We try to keep the defconfig untouched after decoupling CONFIG_VHOST > out of CONFIG_VIRTUALIZATION in commit 20c384f1ea1a > ("vhost: refine vhost and vringh kconfig") by enabling VHOST_MENU by > default. Then the defconfigs can keep enabling CONFIG_VHOST_NET > without the

[PATCH] vhost: do not enable VHOST_MENU by default

We try to keep the defconfig untouched after decoupling CONFIG_VHOST out of CONFIG_VIRTUALIZATION in commit 20c384f1ea1a ("vhost: refine vhost and vringh kconfig") by enabling VHOST_MENU by default. Then the defconfigs can keep enabling CONFIG_VHOST_NET without the caring of CONFIG_VHOST. But

Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()

On Mon, 13 Apr 2020, Waiman Long wrote: > As said by Linus: > > A symmetric naming is only helpful if it implies symmetries in use. > Otherwise it's actively misleading. > > In "kzalloc()", the z is meaningful and an important part of what the > caller wants. > > In "kzfree()", the z

[PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()

Since kfree_sensitive() will do an implicit memzero_explicit(), there is no need to call memzero_explicit() before it. Eliminate those memzero_explicit() and simplify the call sites. For better correctness, the setting of keylen is also moved down after the key pointer check. Signed-off-by:

Re: [PATCH 2/2] crypto: Remove unnecessary memzero_explicit()

On Mon, 2020-04-13 at 17:15 -0400, Waiman Long wrote: > Since kfree_sensitive() will do an implicit memzero_explicit(), there > is no need to call memzero_explicit() before it. Eliminate those > memzero_explicit() and simplify the call sites. 2 bits of trivia: > diff --git

Re: [PATCH 2/2] crypto: Remove unnecessary memzero_explicit()

On 4/13/20 5:31 PM, Joe Perches wrote: > On Mon, 2020-04-13 at 17:15 -0400, Waiman Long wrote: >> Since kfree_sensitive() will do an implicit memzero_explicit(), there >> is no need to call memzero_explicit() before it. Eliminate those >> memzero_explicit() and simplify the call sites. > 2 bits of

[PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()

As said by Linus: A symmetric naming is only helpful if it implies symmetries in use. Otherwise it's actively misleading. In "kzalloc()", the z is meaningful and an important part of what the caller wants. In "kzfree()", the z is actively detrimental, because maybe in the future we

[PATCH 2/2] crypto: Remove unnecessary memzero_explicit()

Since kfree_sensitive() will do an implicit memzero_explicit(), there is no need to call memzero_explicit() before it. Eliminate those memzero_explicit() and simplify the call sites. Signed-off-by: Waiman Long --- .../crypto/allwinner/sun8i-ce/sun8i-ce-cipher.c | 15 +++

[PATCH 0/2] mm, treewide: Rename kzfree() to kfree_sensitive()

This patchset makes a global rename of the kzfree() to kfree_sensitive() to highlight the fact buffer clearing is only needed if the data objects contain sensitive information like encrpytion key. The fact that kzfree() uses memset() to do the clearing isn't totally safe either as compiler may

International Conference on Tourism, Technology & Systems (ICOTTS'20) | Cartagena, Colombia

ICOTTS'20 - The 2020 International Conference on Tourism, Technology & Systems 29 - 31 October 2020, Cartagena, Colombia Proceedings by Springer. Indexed by Scopus, ISI, etc. https://www.icotts.org/ SCOPE Multidisciplinary conference, transversal to all the

Re: [PATCH 0/8] tools/vhost: Reset virtqueue on tests

On Mon, Apr 13, 2020 at 04:50:06PM +0200, Eugenio Perez Martin wrote: > On Mon, Apr 13, 2020 at 1:13 PM Michael S. Tsirkin wrote: > > > > On Fri, Apr 03, 2020 at 06:51:11PM +0200, Eugenio Pérez wrote: > > > This series add the tests used to validate the "vhost: Reset batched > > > descriptors on

Re: [PATCH 2/6] i915/gvt/kvm: a NULL ->mm does not mean a thread is a kthread

On Mon, Apr 06, 2020 at 11:08:46PM -0400, Yan Zhao wrote: > hi > we were removing this code. see > https://lore.kernel.org/kvm/20200313031109.7989-1-yan.y.z...@intel.com/ This didn't make 5.7-rc1. > The implementation of vfio_dma_rw() has been in vfio next tree. >

Re: [PATCH v2 1/3] iommu/virtio: Add topology description to virtio-iommu config space

On Fri, Feb 28, 2020 at 06:25:36PM +0100, Jean-Philippe Brucker wrote: > diff --git a/include/uapi/linux/virtio_iommu.h > b/include/uapi/linux/virtio_iommu.h > index 237e36a280cb..ec57d215086a 100644 > --- a/include/uapi/linux/virtio_iommu.h > +++ b/include/uapi/linux/virtio_iommu.h > @@ -16,6

Re: [PATCH 3/6] i915/gvt: remove unused xen bits

On Wed, Apr 08, 2020 at 09:44:37AM +0800, Zhenyu Wang wrote: > On 2020.04.04 11:40:58 +0200, Christoph Hellwig wrote: > > No Xen support anywhere here. Remove a dead declaration and an unused > > include. > > > > Signed-off-by: Christoph Hellwig > > --- > > We'll keep that off-tree. > >

Re: [PATCH 0/8] tools/vhost: Reset virtqueue on tests

On Fri, Apr 03, 2020 at 06:51:11PM +0200, Eugenio Pérez wrote: > This series add the tests used to validate the "vhost: Reset batched > descriptors on SET_VRING_BASE call" series, with a small change on the > reset code (delete an extra unneded reset on VHOST_SET_VRING_BASE). > > They are based

Re: Build regressions/improvements in v5.7-rc1

On Mon, 13 Apr 2020, Geert Uytterhoeven wrote: Below is the list of build error/warning regressions/improvements in v5.7-rc1[1] compared to v5.6[2]. Summarized: - build errors: +132/-3 - build warnings: +257/-79 Happy fixing! ;-) Thanks to the linux-next team for providing the build

[PATCH] vdpa: fix comment of vdpa_register_device()

The function should be called only after a success calling for vdpa_alloc_device(). Reported-by: Eli Cohen Signed-off-by: Jason Wang --- drivers/vdpa/vdpa.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/vdpa/vdpa.c b/drivers/vdpa/vdpa.c index