* [PATCH v3 0/2] vhost: support more than 64 memory regions
@ 2015-07-01 9:07 Igor Mammedov
2015-07-01 9:07 ` [PATCH v3 1/2] vhost: extend memory regions allocation to vmalloc Igor Mammedov
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: Igor Mammedov @ 2015-07-01 9:07 UTC (permalink / raw)
To: linux-kernel; +Cc: pbonzini, mst, kvm
changes since v2:
* drop cache patches for now as suggested
* add max_mem_regions module parameter instead of unconditionally
increasing limit
* drop bsearch patch since it's already queued
References to previous versions:
v2: https://lkml.org/lkml/2015/6/17/276
v1: http://www.spinics.net/lists/kvm/msg117654.html
Series allows to tweak vhost's memory regions count limit.
It fixes VM crashing on memory hotplug due to vhost refusing
accepting more than 64 memory regions with max_mem_regions
set to more than 262 slots in default QEMU configuration.
Igor Mammedov (2):
vhost: extend memory regions allocation to vmalloc
vhost: add max_mem_regions module parameter
drivers/vhost/vhost.c | 30 +++++++++++++++++++++++-------
1 file changed, 23 insertions(+), 7 deletions(-)
--
1.8.3.1
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH v3 1/2] vhost: extend memory regions allocation to vmalloc
2015-07-01 9:07 [PATCH v3 0/2] vhost: support more than 64 memory regions Igor Mammedov
@ 2015-07-01 9:07 ` Igor Mammedov
2015-07-01 9:07 ` [PATCH v3 2/2] vhost: add max_mem_regions module parameter Igor Mammedov
2015-07-02 8:51 ` [PATCH v3 0/2] vhost: support more than 64 memory regions Michael S. Tsirkin
2 siblings, 0 replies; 4+ messages in thread
From: Igor Mammedov @ 2015-07-01 9:07 UTC (permalink / raw)
To: linux-kernel; +Cc: pbonzini, mst, kvm
with large number of memory regions we could end up with
high order allocations and kmalloc could fail if
host is under memory pressure.
Considering that memory regions array is used on hot path
try harder to allocate using kmalloc and if it fails resort
to vmalloc.
It's still better than just failing vhost_set_memory() and
causing guest crash due to it when a new memory hotplugged
to guest.
I'll still look at QEMU side solution to reduce amount of
memory regions it feeds to vhost to make things even better,
but it doesn't hurt for kernel to behave smarter and don't
crash older QEMU's which could use large amount of memory
regions.
Signed-off-by: Igor Mammedov <imammedo@redhat.com>
---
drivers/vhost/vhost.c | 22 +++++++++++++++++-----
1 file changed, 17 insertions(+), 5 deletions(-)
diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c
index f1e07b8..99931a0 100644
--- a/drivers/vhost/vhost.c
+++ b/drivers/vhost/vhost.c
@@ -471,7 +471,7 @@ void vhost_dev_cleanup(struct vhost_dev *dev, bool locked)
fput(dev->log_file);
dev->log_file = NULL;
/* No one will access memory at this point */
- kfree(dev->memory);
+ kvfree(dev->memory);
dev->memory = NULL;
WARN_ON(!list_empty(&dev->work_list));
if (dev->worker) {
@@ -601,6 +601,18 @@ static int vhost_memory_reg_sort_cmp(const void *p1, const void *p2)
return 0;
}
+static void *vhost_kvzalloc(unsigned long size)
+{
+ void *n = kzalloc(size, GFP_KERNEL | __GFP_NOWARN | __GFP_REPEAT);
+
+ if (!n) {
+ n = vzalloc(size);
+ if (!n)
+ return ERR_PTR(-ENOMEM);
+ }
+ return n;
+}
+
static long vhost_set_memory(struct vhost_dev *d, struct vhost_memory __user *m)
{
struct vhost_memory mem, *newmem, *oldmem;
@@ -613,21 +625,21 @@ static long vhost_set_memory(struct vhost_dev *d, struct vhost_memory __user *m)
return -EOPNOTSUPP;
if (mem.nregions > VHOST_MEMORY_MAX_NREGIONS)
return -E2BIG;
- newmem = kmalloc(size + mem.nregions * sizeof *m->regions, GFP_KERNEL);
+ newmem = vhost_kvzalloc(size + mem.nregions * sizeof(*m->regions));
if (!newmem)
return -ENOMEM;
memcpy(newmem, &mem, size);
if (copy_from_user(newmem->regions, m->regions,
mem.nregions * sizeof *m->regions)) {
- kfree(newmem);
+ kvfree(newmem);
return -EFAULT;
}
sort(newmem->regions, newmem->nregions, sizeof(*newmem->regions),
vhost_memory_reg_sort_cmp, NULL);
if (!memory_access_ok(d, newmem, 0)) {
- kfree(newmem);
+ kvfree(newmem);
return -EFAULT;
}
oldmem = d->memory;
@@ -639,7 +651,7 @@ static long vhost_set_memory(struct vhost_dev *d, struct vhost_memory __user *m)
d->vqs[i]->memory = newmem;
mutex_unlock(&d->vqs[i]->mutex);
}
- kfree(oldmem);
+ kvfree(oldmem);
return 0;
}
--
1.8.3.1
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH v3 2/2] vhost: add max_mem_regions module parameter
2015-07-01 9:07 [PATCH v3 0/2] vhost: support more than 64 memory regions Igor Mammedov
2015-07-01 9:07 ` [PATCH v3 1/2] vhost: extend memory regions allocation to vmalloc Igor Mammedov
@ 2015-07-01 9:07 ` Igor Mammedov
2015-07-02 8:51 ` [PATCH v3 0/2] vhost: support more than 64 memory regions Michael S. Tsirkin
2 siblings, 0 replies; 4+ messages in thread
From: Igor Mammedov @ 2015-07-01 9:07 UTC (permalink / raw)
To: linux-kernel; +Cc: pbonzini, mst, kvm
it became possible to use a bigger amount of memory
slots, which is used by memory hotplug for
registering hotplugged memory.
However QEMU crashes if it's used with more than ~60
pc-dimm devices and vhost-net enabled since host kernel
in module vhost-net refuses to accept more than 64
memory regions.
Allow to tweak limit via max_mem_regions module paramemter
with default value set to 64 slots.
Signed-off-by: Igor Mammedov <imammedo@redhat.com>
---
drivers/vhost/vhost.c | 8 ++++++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c
index 99931a0..5905cd7 100644
--- a/drivers/vhost/vhost.c
+++ b/drivers/vhost/vhost.c
@@ -29,8 +29,12 @@
#include "vhost.h"
+static ushort max_mem_regions = 64;
+module_param(max_mem_regions, ushort, 0444);
+MODULE_PARM_DESC(max_mem_regions,
+ "Maximum number of memory regions in memory map. (default: 64)");
+
enum {
- VHOST_MEMORY_MAX_NREGIONS = 64,
VHOST_MEMORY_F_LOG = 0x1,
};
@@ -623,7 +627,7 @@ static long vhost_set_memory(struct vhost_dev *d, struct vhost_memory __user *m)
return -EFAULT;
if (mem.padding)
return -EOPNOTSUPP;
- if (mem.nregions > VHOST_MEMORY_MAX_NREGIONS)
+ if (mem.nregions > max_mem_regions)
return -E2BIG;
newmem = vhost_kvzalloc(size + mem.nregions * sizeof(*m->regions));
if (!newmem)
--
1.8.3.1
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH v3 0/2] vhost: support more than 64 memory regions
2015-07-01 9:07 [PATCH v3 0/2] vhost: support more than 64 memory regions Igor Mammedov
2015-07-01 9:07 ` [PATCH v3 1/2] vhost: extend memory regions allocation to vmalloc Igor Mammedov
2015-07-01 9:07 ` [PATCH v3 2/2] vhost: add max_mem_regions module parameter Igor Mammedov
@ 2015-07-02 8:51 ` Michael S. Tsirkin
2 siblings, 0 replies; 4+ messages in thread
From: Michael S. Tsirkin @ 2015-07-02 8:51 UTC (permalink / raw)
To: Igor Mammedov; +Cc: linux-kernel, pbonzini, kvm
On Wed, Jul 01, 2015 at 11:07:08AM +0200, Igor Mammedov wrote:
> changes since v2:
> * drop cache patches for now as suggested
> * add max_mem_regions module parameter instead of unconditionally
> increasing limit
> * drop bsearch patch since it's already queued
I get non-trivial conflicts with this - could you rebase it
so it applies to my tree please?
> References to previous versions:
> v2: https://lkml.org/lkml/2015/6/17/276
> v1: http://www.spinics.net/lists/kvm/msg117654.html
>
> Series allows to tweak vhost's memory regions count limit.
>
> It fixes VM crashing on memory hotplug due to vhost refusing
> accepting more than 64 memory regions with max_mem_regions
> set to more than 262 slots in default QEMU configuration.
>
> Igor Mammedov (2):
> vhost: extend memory regions allocation to vmalloc
> vhost: add max_mem_regions module parameter
>
> drivers/vhost/vhost.c | 30 +++++++++++++++++++++++-------
> 1 file changed, 23 insertions(+), 7 deletions(-)
>
> --
> 1.8.3.1
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2015-07-02 8:51 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-07-01 9:07 [PATCH v3 0/2] vhost: support more than 64 memory regions Igor Mammedov
2015-07-01 9:07 ` [PATCH v3 1/2] vhost: extend memory regions allocation to vmalloc Igor Mammedov
2015-07-01 9:07 ` [PATCH v3 2/2] vhost: add max_mem_regions module parameter Igor Mammedov
2015-07-02 8:51 ` [PATCH v3 0/2] vhost: support more than 64 memory regions Michael S. Tsirkin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®