On Sun, Apr 14, 2013 at 01:03:20PM +0200, Borislav Petkov wrote:
> On Sun, Apr 14, 2013 at 12:31:12PM +0300, Pekka Enberg wrote:
> > I obviously support having something like this in mainline. I wonder
> > though if we could just call this "default standalone KVM guest
> > config" instead of emphasizing testing angle.
> 
> /me nods agreeingly...
> 
> And it should be unter HYPERVISOR_GUEST where the rest of this stuff
> resides. Good point.

Sanity check question:

Why not add the select stuff, i.e. this:

        select NET
        select NETDEVICES
        select PCI
        select BLOCK
        select BLK_DEV
        select NETWORK_FILESYSTEMS
        select INET
        select EXPERIMENTAL
        select TTY
        select SERIAL_8250
        select SERIAL_8250_CONSOLE
        select IP_PNP
        select IP_PNP_DHCP
        select BINFMT_ELF
        select PCI_MSI
        select HAVE_ARCH_KGDB
        select DEBUG_KERNEL
        select KGDB
        select KGDB_SERIAL_CONSOLE
        select VIRTUALIZATION
        select VIRTIO
        select VIRTIO_RING
        select VIRTIO_PCI
        select VIRTIO_BLK
        select VIRTIO_CONSOLE
        select VIRTIO_NET
        select 9P_FS
        select NET_9P
        select NET_9P_VIRTIO

to the option below which we already have. It is in the same sense a KVM
guest support deal.

Hmm.

KVM people, any objections?

config KVM_GUEST
        bool "KVM Guest support (including kvmclock)"
        depends on PARAVIRT
        select PARAVIRT_CLOCK
        default y
        ---help---
          This option enables various optimizations for running under the KVM
          hypervisor. It includes a paravirtualized clock, so that instead
          of relying on a PIT (or probably other) emulation by the
          underlying device model, the host provides the guest with
          timing infrastructure such as time of day, and system time

-- 
Regards/Gruss,
    Boris.

Sent from a fat crate under my desk. Formatting is fine.
--
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to