Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp5429253ybp; Mon, 14 Oct 2019 22:35:03 -0700 (PDT) X-Google-Smtp-Source: APXvYqx4HZD1DznW//s7AmsvRyyR7O1GSZTBAMWHvfXGvgebgdf0Q3mg42rxqqp2bqL7T9rmrNdB X-Received: by 2002:a05:6402:6c6:: with SMTP id n6mr32049227edy.292.1571117703021; Mon, 14 Oct 2019 22:35:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571117703; cv=none; d=google.com; s=arc-20160816; b=jrNomglWUN/f6g8BMq/zW75WBUFfPlWT7WHqSQ29FhbX0VtyUnOPjxhDZyH2XCW4dG 6pUrP+Xe49LD6ChLjysKZL/v8zAdJJ9CTSBms16OvFJXboE7wmhTMMEXcUAWViIiGaKC bguP/PDepm+Wi8XQpeSVlmzk6s9CDb6aKbpFYWwycb4hJAwNujuJbCRYZj9mqYVUuGdW QdpONn6Nm5uWFtKiAMB678QlcuSfij+c7B/XkGo/CKVrgjkvlVcN/7PEojNQZ/J2BCr4 JX6GLKwfY+pZlryf5s1JvMqjfZb5y+NX10G5C9DYTR41LqgznTHelMh8ZKAktRWsv2Qn I1Nw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=jVt/Aa5lyv7wwKC2V1z26MpOiEkwBkvviwAnWchSPL0=; b=Y5oQ6h2Qhdpjx/QfBk/qHnqMqDbyzD27px97EBr6u4Qp0zRs668ttefYxu9w1R1jOv sKvHUz8ZwTAjOEEAek4A6zRFK5kEwDp1/A6w92kC5cB3LL6pYcM7MU72BmZPC08skrx0 M2r1cPjbBeRHvLD0lqWDNwrkHKxOyxMF2H5yEudOjqAHZj9IRap9IkcR2L99WcJmm3D7 z8UBKsYO2ISOC4XAc9UGcQahMG7qvbimfp8Nf96uwbGMKEk7I4ymmI96RKuuZC4TgYlE LnHMRFUGZOc/CkHrMZf1nsij9XqjoU3z1/NCSNeW4fpSb7S9HOlksdMyJPj3fBMhnxoC cbmg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u20si12869505edy.284.2019.10.14.22.34.06; Mon, 14 Oct 2019 22:35:03 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727166AbfJOBbp (ORCPT + 99 others); Mon, 14 Oct 2019 21:31:45 -0400 Received: from mga01.intel.com ([192.55.52.88]:21652 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726023AbfJOBbp (ORCPT ); Mon, 14 Oct 2019 21:31:45 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Oct 2019 18:31:45 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.67,297,1566889200"; d="scan'208";a="395378142" Received: from sjchrist-coffee.jf.intel.com (HELO linux.intel.com) ([10.54.74.41]) by fmsmga005.fm.intel.com with ESMTP; 14 Oct 2019 18:31:44 -0700 Date: Mon, 14 Oct 2019 18:31:44 -0700 From: Sean Christopherson To: Andrea Arcangeli Cc: kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Paolo Bonzini , Vitaly Kuznetsov Subject: Re: [PATCH 01/14] KVM: monolithic: x86: remove kvm.ko Message-ID: <20191015013144.GC24895@linux.intel.com> References: <20190928172323.14663-1-aarcange@redhat.com> <20190928172323.14663-2-aarcange@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190928172323.14663-2-aarcange@redhat.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Sep 28, 2019 at 01:23:10PM -0400, Andrea Arcangeli wrote: > This is the first commit of a patch series that aims to replace the > modular kvm.ko kernel module with a monolithic kvm-intel/kvm-amd > model. This change has the only possible cons of wasting some disk > space in /lib/modules/. The pros are that it saves CPUS and some minor > RAM which are more scarse resources than disk space. > > The pointer to function virtual template model cannot provide any > runtime benefit because kvm-intel and kvm-amd can't be loaded at the > same time. > > This removes kvm.ko and it links and duplicates all kvm.ko objects to > both kvm-amd and kvm-intel. The KVM config option should be changed to a bool and its help text updated. Maybe something similar to the help for VIRTUALIZATION to make it clear that enabling KVM on its own does nothing. > > Signed-off-by: Andrea Arcangeli > --- > arch/x86/kvm/Makefile | 5 ++--- > 1 file changed, 2 insertions(+), 3 deletions(-) > > diff --git a/arch/x86/kvm/Makefile b/arch/x86/kvm/Makefile > index 31ecf7a76d5a..68b81f381369 100644 > --- a/arch/x86/kvm/Makefile > +++ b/arch/x86/kvm/Makefile > @@ -12,9 +12,8 @@ kvm-y += x86.o mmu.o emulate.o i8259.o irq.o lapic.o \ > i8254.o ioapic.o irq_comm.o cpuid.o pmu.o mtrr.o \ > hyperv.o page_track.o debugfs.o > > -kvm-intel-y += vmx/vmx.o vmx/vmenter.o vmx/pmu_intel.o vmx/vmcs12.o vmx/evmcs.o vmx/nested.o > -kvm-amd-y += svm.o pmu_amd.o > +kvm-intel-y += vmx/vmx.o vmx/vmenter.o vmx/pmu_intel.o vmx/vmcs12.o vmx/evmcs.o vmx/nested.o $(kvm-y) > +kvm-amd-y += svm.o pmu_amd.o $(kvm-y) > > -obj-$(CONFIG_KVM) += kvm.o > obj-$(CONFIG_KVM_INTEL) += kvm-intel.o > obj-$(CONFIG_KVM_AMD) += kvm-amd.o