Received: by 2002:a05:7412:31a9:b0:e2:908c:2ebd with SMTP id et41csp4928365rdb; Fri, 15 Sep 2023 17:44:43 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGcRfsJYX+NdaUqOtWm+WvE4B+wShANMLQEeawBD/mCUnqP883mYOXlmxHij30aSopAPJqs X-Received: by 2002:a05:6a21:193:b0:159:f884:4d6e with SMTP id le19-20020a056a21019300b00159f8844d6emr4542532pzb.40.1694825082986; Fri, 15 Sep 2023 17:44:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1694825082; cv=none; d=google.com; s=arc-20160816; b=bRe4vLmQpSYhg5bZD+ney8nPKatUvvaiWlW2Q6SQniHqxA8R+SP3Y/aslP5cRvBTyZ eUUBNwiVRMPr0DaXJqkPq9xu9BWDIzQRxU3tXXI4fTqd1N4bTsovN5L5BV9i8DY8SD4M Ozpw03ZhT+FGG/y0rwmC+Eyuzn2ebg1KPRbCJMkAJY+sxWGgjHXei82esIx9OK/VhbLR XpSlyg+C2lXygCGKmtltmXu8gbGqdYglegCNJWvf/sBdtHx0MnhwmakSVLs47rEfRcSb J/08eIKB/+V8dqEGabxtvgrVe5RAEDEYfvhoglD3DfaKt9RlojIN+HoSsc5+b8N/1/KF PoUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:from:subject:message-id:mime-version:date :reply-to:dkim-signature; bh=d+v3gsOh/890lJDyi2atnrT8KioShqwRzfV2UUthNgY=; fh=kXSkXFacTVTlVHq0XnHvR0iN61knZqi7sPJIGv3JAWo=; b=ETovHHr3zVBoBasYpcnlOQ1Y24Gpsu2LPY2p7uMrLeYxXmPLET/CyuwLUPHgGvZTqc MPK76nDQYbbFaYXjaxvTnKRqksptiwXh/aeD1U7ofIazlK3INPygzfzfYMb4fPSnkPFe U3t51K5jtFFRjrKqTVrohbxyGh2KhYFct7aW5BM1IvW0ZctnafTDynrtYj4cnkxRxVjE aXRTip69yZJxx2R4NqtzgKr21NqRFFaJ5FEtOcAl6MpQI4oXjqcyfS7FhHPLCzfdSEA1 eyfmiNcds5HemxRnD1C3SPAYfkAHhWgYeolB17FRnTUYTiKaJlTZbhgz6l1SZvIoVhCk ozAw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20230601 header.b=b40n4bsc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from fry.vger.email (fry.vger.email. [2620:137:e000::3:8]) by mx.google.com with ESMTPS id mu12-20020a17090b388c00b00268300061cdsi6724573pjb.168.2023.09.15.17.44.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 15 Sep 2023 17:44:42 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 as permitted sender) client-ip=2620:137:e000::3:8; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20230601 header.b=b40n4bsc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by fry.vger.email (Postfix) with ESMTP id 9285483BEDD5; Fri, 15 Sep 2023 17:32:53 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at fry.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238413AbjIPAcU (ORCPT + 99 others); Fri, 15 Sep 2023 20:32:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49832 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238583AbjIPAcJ (ORCPT ); Fri, 15 Sep 2023 20:32:09 -0400 Received: from mail-yb1-xb4a.google.com (mail-yb1-xb4a.google.com [IPv6:2607:f8b0:4864:20::b4a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C0C99173C for ; Fri, 15 Sep 2023 17:31:21 -0700 (PDT) Received: by mail-yb1-xb4a.google.com with SMTP id 3f1490d57ef6-d81d85aae7cso2235757276.0 for ; Fri, 15 Sep 2023 17:31:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1694824281; x=1695429081; darn=vger.kernel.org; h=cc:to:from:subject:message-id:mime-version:date:reply-to:from:to:cc :subject:date:message-id:reply-to; bh=d+v3gsOh/890lJDyi2atnrT8KioShqwRzfV2UUthNgY=; b=b40n4bscN2MNWMcVcR/3PuDbA1U6Kpge+yAN/Dzju6yhwIco9ZvODpk+ARmz85cfUJ JuEgdjsbhS5bLNRuBMdAOyCvUTZuTUSCvH1xoaZgHczP8t9PDQ21HYu/j2fq13oaHni3 nMCyv6qRO++OPtcVndCPH10l3M749Ml6MKZ8dzr6YGMG08xNns8CttiC/BRXTaqnCYK1 2+6LHvawxBADd2N9e8rda5Jg3Jl4kX5hqXNZtBKfgQ7TpmeNjCNnWahfGJrtAPPcLoX6 F6vlfbV/CAt/Gbb5CWVmDB/I3pUcLjDnLaoFG3mdymfsOxSMQgHOlTCXmq7a+NMrNDjY 4u4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694824281; x=1695429081; h=cc:to:from:subject:message-id:mime-version:date:reply-to :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=d+v3gsOh/890lJDyi2atnrT8KioShqwRzfV2UUthNgY=; b=Q8EnxEiHW6K4BZaGvK4p0+/ZRi0yeUpVH71k6fY1yKjzlsZK8+sMPOt1k0YvpSt9VF AT7bYJ4WFIvf0jINuAC1O6Z+M1Tt6KWiB847zeYFAh9wm3zle2GCiQ9TTGfzyMhuljpd eZ0F9gXflESDNheS2B2c4UPN4CIoj4XOu9EcIRIBjVkfbf8CLjML8xiZdB52XKbgYoI3 RqfFShMpInppe865joZpwKictEOu5Ri7+stfOJJ9mRzFdVq9+NXw0oHNE82HEXo5xl5r xNuhkAqSdzntOgkRYT2cAhhoVhhP+kVRsTYsU6KZAIlAwuL0tZEevbT0G6OzlK2C+EHv /Mxw== X-Gm-Message-State: AOJu0Yw3I8A5Dh5QQtL3Zo5zjnvo/NRTnlbPqiDhXVNBpeubUcR1D2JT CFYFH9XsL+KhMxgbDAj2uc8va5mM90M= X-Received: from zagreus.c.googlers.com ([fda3:e722:ac3:cc00:7f:e700:c0a8:5c37]) (user=seanjc job=sendgmr) by 2002:a25:554:0:b0:d47:3d35:1604 with SMTP id 81-20020a250554000000b00d473d351604mr95244ybf.2.1694824280932; Fri, 15 Sep 2023 17:31:20 -0700 (PDT) Reply-To: Sean Christopherson Date: Fri, 15 Sep 2023 17:30:52 -0700 Mime-Version: 1.0 X-Mailer: git-send-email 2.42.0.459.ge4e396fd5e-goog Message-ID: <20230916003118.2540661-1-seanjc@google.com> Subject: [PATCH 00/26] KVM: vfio: Hide KVM internals from others From: Sean Christopherson To: Catalin Marinas , Will Deacon , Marc Zyngier , Oliver Upton , Huacai Chen , Michael Ellerman , Anup Patel , Paul Walmsley , Palmer Dabbelt , Albert Ou , Heiko Carstens , Vasily Gorbik , Alexander Gordeev , Christian Borntraeger , Janosch Frank , Claudio Imbrenda , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, Peter Zijlstra , Arnaldo Carvalho de Melo , Sean Christopherson , Paolo Bonzini , Tony Krowiak , Halil Pasic , Jason Herne , Harald Freudenberger , Alex Williamson , Andy Lutomirski Cc: linux-arm-kernel@lists.infradead.org, kvmarm@lists.linux.dev, linux-mips@vger.kernel.org, kvm@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, kvm-riscv@lists.infradead.org, linux-riscv@lists.infradead.org, linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, Anish Ghulati , Venkatesh Srinivas , Andrew Thornton Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-8.4 required=5.0 tests=DKIMWL_WL_MED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_IN_DEF_DKIM_WL autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on fry.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (fry.vger.email [0.0.0.0]); Fri, 15 Sep 2023 17:32:53 -0700 (PDT) This is a borderline RFC series to hide KVM's internals from the rest of the kernel, where "internals" means data structures, enums, #defines, APIs, etc. that are intended to be KVM-only, but are exposed everywhere due to kvm_host.h (and other headers) living in the global include paths. The motiviation for hiding KVM's internals is to allow *safely* loading a "new" KVM module without having to reboot the host. Where "new" doesn't have to be strictly newer, just a different incarnation of KVM. Hiding KVM's internals means those assets can change across KVM instances without breaking things, e.g. would allow modifying the layout of struct kvm_vcpu to introduce new fields related to a new feature or mitigation for hardware bugs. The end goal for all of this is to allow loading and running multiple instances of KVM (the module) simultaneously on a single host, e.g. to deploy fixes, mitigations, and/or new features without having to drain all VMs from the host. For now, the immediate goal is to get KVM to a state where KVM x86 doesn't expose anything to the broader world that isn't intended for external consumption, e.g. the page write-tracking APIs used by KVM-GT. I say this is borderline RFC because I don't think I've "formally" proposed the idea of hiding KVM internals before now. I decided not to tag this RFC because the changes ended up being not _that_ invasive, and everything before the last six patches is worthwhile even if hiding internals is ultimately rejected (IMO). This would ideally be ~5 separate series, and I certainly have no objection if that's how we want to get this stuff merged. E.g. (1) VFIO cleanups, (2) drop HAVE_KVM, (3) clean up makefiles, (4) x86 perf cleanup, and (5) final push for hiding state. The HAVE_KVM and virt/kvm include stuff isn't strictly necessary, but I included them here because they're relatively minor (in the grand scheme). We've explore several alternatives to the #ifdef __KVM__ approach, and they all sucked, hard. What I really wanted (and still want) to do, is to bury the bulk of kvm_host.h (and other KVM headers) in virt/kvm, but every attempt to do that ended in flames. Even with the __KVM__ guards in place, each architecture's kvm_host.h is too intertwined with the common kvm_host.h, and trying to extract small-ish pieces just doesn't work (each patch inevitably snowballed into a gigantic beast). The other idea we considered (which I thought of, and feel dirty for even proposing it internally), is to move all headers under virt/kvm, add virt/kvm/include to the global header path, and then have KVM x86 omit virt/kvm/include when configured to hide KVM internals. I hate this idea because it sets a bad precedent, and requires a lot of file movement without providing any benefit to other architectures. E.g. I hope that guarding KVM internals with #ifdef __KVM__ will allow us to slowly clean things up so that some day KVM only exposes a handful of APIs to the rest of the kernel (probably a pipe dream). Anish Ghulati (1): KVM: arm64: Move arm_{psci,hypercalls}.h to an internal KVM path Sean Christopherson (25): vfio: Wrap KVM helpers with CONFIG_KVM instead of CONFIG_HAVE_KVM vfio: Move KVM get/put helpers to colocate it with other KVM related code virt: Declare and define vfio_file_set_kvm() iff CONFIG_KVM is enabled vfio: Add struct to hold KVM assets and dedup group vs. iommufd code vfio: KVM: Pass get/put helpers from KVM to VFIO, don't do circular lookup KVM: Drop CONFIG_KVM_VFIO and just look at KVM+VFIO x86/idt: Wrap KVM logic with CONFIG_KVM instead of CONFIG_HAVE_KVM KVM: x86: Stop selecting and depending on HAVE_KVM KVM: arm64: Stop selecting and depending on HAVE_KVM KVM: s390: Stop selecting and depending on HAVE_KVM KVM: MIPS: Make HAVE_KVM a MIPS-only Kconfig KVM: arm64: Include KVM headers to get forward declarations KVM: arm64: Move ARM specific headers in include/kvm to arch directory KVM: Move include/kvm/iodev.h to include/linux as kvm_iodev.h KVM: MIPS: Stop adding virt/kvm to the arch include path KVM: PPC: Stop adding virt/kvm to the arch include path KVM: s390: Stop adding virt/kvm to the arch include path KVM: Standardize include paths across all architectures perf/x86: KVM: Have perf define a dedicated struct for getting guest PEBS data entry/kvm: Drop @vcpu param from arch_xfer_to_guest_mode_handle_work() entry/kvm: KVM: Move KVM details related to signal/-EINTR into KVM proper KVM: arm64: Move and consolidate "public" functions in asm/kvm_host.h powerpc/xics: Move declaration of xics_wake_cpu() out of kvm_ppc.h KVM: PPC: Rearrange code in kvm_ppc.h to isolate "public" information KVM: Hide KVM internal data structures and values from kernel at-large MAINTAINERS | 1 - arch/arm64/Kconfig | 1 - .../arm64/include/asm/kvm_arch_timer.h | 2 + arch/arm64/include/asm/kvm_emulate.h | 3 + arch/arm64/include/asm/kvm_host.h | 57 ++-- arch/arm64/include/asm/kvm_mmu.h | 4 + .../arm64/include/asm/kvm_pmu.h | 2 + .../arm64/include/asm/kvm_vgic.h | 2 +- arch/arm64/kernel/asm-offsets.c | 2 + arch/arm64/kvm/Kconfig | 2 - arch/arm64/kvm/Makefile | 2 - arch/arm64/kvm/arch_timer.c | 5 +- arch/arm64/kvm/arm.c | 9 +- {include => arch/arm64}/kvm/arm_hypercalls.h | 0 {include => arch/arm64}/kvm/arm_psci.h | 0 arch/arm64/kvm/guest.c | 2 +- arch/arm64/kvm/handle_exit.c | 2 +- arch/arm64/kvm/hyp/Makefile | 4 +- arch/arm64/kvm/hyp/include/hyp/switch.h | 4 +- arch/arm64/kvm/hyp/nvhe/Makefile | 3 +- arch/arm64/kvm/hyp/nvhe/switch.c | 4 +- arch/arm64/kvm/hyp/vhe/Makefile | 2 +- arch/arm64/kvm/hyp/vhe/switch.c | 4 +- arch/arm64/kvm/hypercalls.c | 4 +- arch/arm64/kvm/pmu-emul.c | 6 +- arch/arm64/kvm/psci.c | 4 +- arch/arm64/kvm/pvtime.c | 2 +- arch/arm64/kvm/reset.c | 3 +- arch/arm64/kvm/trace_arm.h | 2 +- arch/arm64/kvm/trng.c | 2 +- arch/arm64/kvm/vgic/vgic-debug.c | 2 +- arch/arm64/kvm/vgic/vgic-init.c | 2 +- arch/arm64/kvm/vgic/vgic-irqfd.c | 2 +- arch/arm64/kvm/vgic/vgic-kvm-device.c | 2 +- arch/arm64/kvm/vgic/vgic-mmio-v2.c | 4 +- arch/arm64/kvm/vgic/vgic-mmio-v3.c | 4 +- arch/arm64/kvm/vgic/vgic-mmio.c | 6 +- arch/arm64/kvm/vgic/vgic-v2.c | 2 +- arch/arm64/kvm/vgic/vgic-v3.c | 2 +- arch/mips/include/asm/kvm_host.h | 5 +- arch/mips/kernel/asm-offsets.c | 2 + arch/mips/kvm/Kconfig | 3 + arch/mips/kvm/Makefile | 2 - arch/powerpc/include/asm/kvm_book3s.h | 3 + arch/powerpc/include/asm/kvm_book3s_64.h | 2 + arch/powerpc/include/asm/kvm_booke.h | 4 + arch/powerpc/include/asm/kvm_host.h | 7 +- arch/powerpc/include/asm/kvm_ppc.h | 306 +++++++++--------- arch/powerpc/include/asm/xics.h | 3 + arch/powerpc/kernel/asm-offsets.c | 1 + arch/powerpc/kvm/Kconfig | 1 - arch/powerpc/kvm/Makefile | 2 - arch/powerpc/kvm/mpic.c | 2 +- arch/riscv/include/asm/kvm_host.h | 3 + arch/riscv/kernel/asm-offsets.c | 1 + arch/riscv/kvm/Makefile | 2 - arch/riscv/kvm/aia_aplic.c | 2 +- arch/riscv/kvm/aia_imsic.c | 2 +- arch/riscv/kvm/vcpu.c | 2 +- arch/s390/Kconfig | 1 - arch/s390/include/asm/kvm_host.h | 7 +- arch/s390/kernel/asm-offsets.c | 1 + arch/s390/kvm/Kconfig | 2 - arch/s390/kvm/Makefile | 2 - arch/x86/Kconfig | 1 - arch/x86/events/core.c | 5 +- arch/x86/events/intel/core.c | 18 +- arch/x86/events/perf_event.h | 3 +- arch/x86/include/asm/hardirq.h | 2 +- arch/x86/include/asm/idtentry.h | 2 +- arch/x86/include/asm/irq.h | 2 +- arch/x86/include/asm/irq_vectors.h | 2 +- arch/x86/include/asm/kvm_host.h | 12 +- arch/x86/include/asm/perf_event.h | 12 +- arch/x86/kernel/idt.c | 2 +- arch/x86/kernel/irq.c | 4 +- arch/x86/kvm/Kconfig | 3 - arch/x86/kvm/Makefile | 1 - arch/x86/kvm/i8254.h | 2 +- arch/x86/kvm/ioapic.h | 2 +- arch/x86/kvm/irq.h | 2 +- arch/x86/kvm/lapic.h | 2 +- arch/x86/kvm/vmx/pmu_intel.c | 16 +- arch/x86/kvm/vmx/vmx.c | 11 +- arch/x86/kvm/vmx/vmx.h | 2 +- arch/x86/kvm/x86.c | 3 +- drivers/s390/crypto/vfio_ap_drv.c | 1 + drivers/s390/crypto/vfio_ap_ops.c | 2 + drivers/vfio/device_cdev.c | 9 +- drivers/vfio/group.c | 18 +- drivers/vfio/vfio.h | 26 +- drivers/vfio/vfio_main.c | 139 ++++---- include/linux/entry-kvm.h | 10 +- include/linux/kvm_host.h | 17 +- include/{kvm/iodev.h => linux/kvm_iodev.h} | 0 include/linux/kvm_types.h | 3 + include/linux/vfio.h | 6 +- include/trace/events/kvm.h | 5 + kernel/entry/kvm.c | 13 +- scripts/gdb/linux/constants.py.in | 2 +- scripts/gdb/linux/interrupts.py | 2 +- tools/arch/x86/include/asm/irq_vectors.h | 2 +- virt/kvm/Kconfig | 6 - virt/kvm/Makefile.kvm | 6 +- virt/kvm/coalesced_mmio.c | 3 +- virt/kvm/eventfd.c | 2 +- virt/kvm/kvm_main.c | 3 +- virt/kvm/vfio.c | 9 +- virt/kvm/vfio.h | 2 +- 109 files changed, 489 insertions(+), 440 deletions(-) rename include/kvm/arm_arch_timer.h => arch/arm64/include/asm/kvm_arch_timer.h (98%) rename include/kvm/arm_pmu.h => arch/arm64/include/asm/kvm_pmu.h (99%) rename include/kvm/arm_vgic.h => arch/arm64/include/asm/kvm_vgic.h (99%) rename {include => arch/arm64}/kvm/arm_hypercalls.h (100%) rename {include => arch/arm64}/kvm/arm_psci.h (100%) rename include/{kvm/iodev.h => linux/kvm_iodev.h} (100%) base-commit: 0bb80ecc33a8fb5a682236443c1e740d5c917d1d -- 2.42.0.459.ge4e396fd5e-goog