From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH 1/2] kvm-s390: Fix guest kconfig for virtio Date: Tue, 15 Jul 2008 13:57:00 +0300 Message-ID: <487C827C.3070303@qumranet.com> References: <200807151056.40805.borntraeger@de.ibm.com> <200807151100.21769.borntraeger@de.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kvm , Carsten Otte , Cornelia Huck To: Christian Borntraeger Return-path: Received: from il.qumranet.com ([212.179.150.194]:58499 "EHLO il.qumranet.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755084AbYGOK5d (ORCPT ); Tue, 15 Jul 2008 06:57:33 -0400 In-Reply-To: <200807151100.21769.borntraeger@de.ibm.com> Sender: kvm-owner@vger.kernel.org List-ID: Christian Borntraeger wrote: > Cornelia Huck noticed that a modular virtio without kvm guest support > leads to a build error in the s390 virtio transport: > > CONFIG_VIRTIO=m leads to > ERROR: "vmem_add_mapping" [drivers/s390/kvm/kvm_virtio.ko] undefined! > ERROR: "max_pfn" [drivers/s390/kvm/kvm_virtio.ko] undefined! > ERROR: "vmem_remove_mapping" [drivers/s390/kvm/kvm_virtio.ko] undefined! > > The virtio transport only works with kvm guest support and only as a > builtin. Lets change the build process of drivers/s390/kvm/kvm_virtio.c > to depend on kvm guest support, which is also a bool. > This leads to confusion if CONFIG_VIRTIO is unset but CONFIG_S390_GUEST is set. What about having CONFIG_S390_GUEST select CONFIG_VIRTIO instead? -- Do not meddle in the internals of kernels, for they are subtle and quick to panic.