From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 95E84C4BA3B for ; Thu, 27 Feb 2020 10:13:39 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 5E20820838 for ; Thu, 27 Feb 2020 10:13:39 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="fI2KBIFs" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 5E20820838 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:56546 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j7GAk-0002Ty-Ju for qemu-devel@archiver.kernel.org; Thu, 27 Feb 2020 05:13:38 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39151) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j7G9p-0001XY-4R for qemu-devel@nongnu.org; Thu, 27 Feb 2020 05:12:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j7G9n-0002ry-KK for qemu-devel@nongnu.org; Thu, 27 Feb 2020 05:12:41 -0500 Received: from us-smtp-1.mimecast.com ([207.211.31.81]:28769 helo=us-smtp-delivery-1.mimecast.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j7G9n-0002qs-GD for qemu-devel@nongnu.org; Thu, 27 Feb 2020 05:12:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1582798358; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=FH5jKr1hBVKVM4wxZvV0Vu3vMQhiYcXUGmO98GnaA1U=; b=fI2KBIFsn+Tg89sUJ9n+00CxduaXfV9bKYJifdD73qFMiZvun4/tptI8ryniKp37rjK7l3 fS5lmhUiw+r1ipLKUdObi5QVHE7WSlwE3t9ZDdVy+ettEI4XEB1Vtiov3zVAf0bYrQ/yQy li8ypFmCx1P6YnWTc5qkezjKPZ2KE2E= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-369-DcdyTi45N8SMQREW2SwxgQ-1; Thu, 27 Feb 2020 05:12:30 -0500 X-MC-Unique: DcdyTi45N8SMQREW2SwxgQ-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 9AADE801E74; Thu, 27 Feb 2020 10:12:28 +0000 (UTC) Received: from t480s.redhat.com (ovpn-116-36.ams2.redhat.com [10.36.116.36]) by smtp.corp.redhat.com (Postfix) with ESMTP id 1803B9079D; Thu, 27 Feb 2020 10:12:06 +0000 (UTC) From: David Hildenbrand To: qemu-devel@nongnu.org Subject: [PATCH v3 00/15] Ram blocks with resizeable anonymous allocations under POSIX Date: Thu, 27 Feb 2020 11:11:50 +0100 Message-Id: <20200227101205.5616-1-david@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 207.211.31.81 X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Eduardo Habkost , "Michael S . Tsirkin" , Richard Henderson , Igor Kotrasinski , David Hildenbrand , "Dr . David Alan Gilbert" , Peter Xu , Greg Kurz , Alex Williamson , Shameerali Kolothum Thodi , Murilo Opsfelder Araujo , Igor Mammedov , Paolo Bonzini , Stefan Weil , Stefan Hajnoczi , Richard Henderson Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" This series is now based on [1]: "[PATCH v3 00/13] migrate/ram: Fix resizing RAM blocks while migrating" We already allow resizable ram blocks for anonymous memory, however, they are not actually resized. All memory is mmaped() R/W, including the memory exceeding the used_length, up to the max_length. When resizing, effectively only the boundary is moved. Implement actually resizable anonymous allocations and make use of them in resizable ram blocks when possible. Memory exceeding the used_length will be inaccessible. Especially ram block notifiers require care. Having actually resizable anonymous allocations (via mmap-hackery) allows to reserve a big region in virtual address space and grow the accessible/usable part on demand. Even if "/proc/sys/vm/overcommit_memory" is set to "never" under Linux, huge reservations will succeed. If there is not enough memory when resizing (to populate parts of the reserved region), trying to resize will fail. Only the actually used size is reserved in the OS. Especially, memory notifiers already handle resizing by first removing the old region, and then re-adding the resized region. prealloc is currently not possible with resizable ram blocks. mlock() should continue to work as is. Resizing is currently rare and must only happen on the start of an incoming migration, or during resets. No code path (except HAX and SEV ram block notifiers) should access memory outside of the usable range - and if we ever find one, that one has to be fixed (I did not identify any). E.g., virtio-mem [2] wants to reserve big resizable memory regions and grow the usable part on demand. I think this change is worth sending out individually. I did excessive tests of this with virtio-mem (which makes it very easy to trigger resizes), including precopy and postcopy migration. Accompanied by a bunch of minor fixes and cleanups. v2 -> v3: - Rebased on current master/[1]. - "util: vfio-helpers: Factor out and fix processing of existing ram blocks" -- moved to [1] - "util: vfio-helpers: Remove Error parameter from qemu_vfio_undo_mapping()= " -- Better parch description - "util/mmap-alloc: Factor out calculation of pagesize to mmap_pagesize()" -- is now "util/mmap-alloc: Factor out calculation of the pagesize for the guard page" -- Decided to keep special handling for the guard page for now -- Dropped rb's - "util/mmap-alloc: Prepare for resizeable mmaps" -- No asserts sizes against the real page size - "numa: Teach ram block notifiers about resizable ram blocks" -- Split. One part is in [1], the other is now in "numa: Introduce ram_block_notifiers_support_resize()" - "exec: Ram blocks with resizeable anonymous allocations under POSIX" -- Call qemu_ram_apply_settings() only populated parts. Call it on freshly populated parts when growing. - Minor changes v1 -> v2: - Add "util: vfio-helpers: Fix qemu_vfio_close()" - Add "util: vfio-helpers: Remove Error parameter from qemu_vfio_undo_mapping()" - Add "util: vfio-helpers: Factor out removal from qemu_vfio_undo_mapping()" - "util/mmap-alloc: ..." -- Minor changes due to review feedback (e.g., assert alignment, return bool when resizing) - "util: vfio-helpers: Implement ram_block_resized()" -- Reserve max_size in the IOVA address space. -- On resize, undo old mapping and do new mapping. We can later implement a new ioctl to resize the mapping directly. - "numa: Teach ram block notifiers about resizable ram blocks" -- Pass size/max_size to ram block notifiers, which makes things easier an cleaner - "exec: Ram blocks with resizable anonymous allocations under POSIX" -- Adapt to new ram block notifiers -- Shrink after notifying. Always trigger ram block notifiers on resizes -- Add a safety net that all ram block notifiers registered at runtime support resizes. [1] https://lkml.kernel.org/r/20200226155304.60219-1-david@redhat.com [2] https://lore.kernel.org/kvm/20191212171137.13872-1-david@redhat.com/ David Hildenbrand (15): util: vfio-helpers: Fix qemu_vfio_close() util: vfio-helpers: Remove Error parameter from qemu_vfio_undo_mapping() util: vfio-helpers: Factor out removal from qemu_vfio_undo_mapping() exec: Factor out setting ram settings (madvise ...) into qemu_ram_apply_settings() exec: Reuse qemu_ram_apply_settings() in qemu_ram_remap() exec: Drop "shared" parameter from ram_block_add() util/mmap-alloc: Factor out calculation of the pagesize for the guard page util/mmap-alloc: Factor out reserving of a memory region to mmap_reserve() util/mmap-alloc: Factor out populating of memory to mmap_populate() util/mmap-alloc: Prepare for resizeable mmaps util/mmap-alloc: Implement resizeable mmaps util: vfio-helpers: Implement ram_block_resized() util: oslib: Resizeable anonymous allocations under POSIX numa: Introduce ram_block_notifiers_support_resize() exec: Ram blocks with resizeable anonymous allocations under POSIX exec.c | 99 +++++++++++++++++----- hw/core/numa.c | 19 +++++ include/exec/cpu-common.h | 2 + include/exec/memory.h | 8 ++ include/exec/ramlist.h | 1 + include/qemu/mmap-alloc.h | 21 +++-- include/qemu/osdep.h | 6 +- util/mmap-alloc.c | 167 ++++++++++++++++++++++++-------------- util/oslib-posix.c | 37 ++++++++- util/oslib-win32.c | 14 ++++ util/trace-events | 9 +- util/vfio-helpers.c | 120 ++++++++++++++++++++------- 12 files changed, 380 insertions(+), 123 deletions(-) --=20 2.24.1