All of lore.kernel.org
 help / color / mirror / Atom feed
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Alexander Graf <agraf@suse.de>
Cc: Nikunj A Dadhania <nikunj@linux.vnet.ibm.com>,
	Alexey Kardashevskiy <aik@ozlabs.ru>,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
	Paul Mackerras <paulus@samba.org>,
	Avik Sil <aviksil@linux.vnet.ibm.com>,
	"qemu-ppc@nongnu.org" <qemu-ppc@nongnu.org>
Subject: Re: [Qemu-devel] -vga std vs. -device VGA
Date: Fri, 15 Nov 2013 07:28:34 +1100	[thread overview]
Message-ID: <1384460914.3806.25.camel@pasglop> (raw)
In-Reply-To: <0EC3B49C-9DC8-4F7D-8BB3-D49DEFB8F510@suse.de>

On Thu, 2013-11-14 at 08:04 -0500, Alexander Graf wrote:
> 2) -nodefaults
> 
> This mode is meant to pass full control to a management stack which
> wants to implement its own cleverness. The less QEMU tries to be
> smart, the more consistent we are in our interface. This mode really
> is meant as to tell QEMU to allow you to shoot yourself in the foot.
> 
> So in this case, the proper fix is to add the logic to libvirt. It
> asks for a machine without cleverness applied, so it needs to do all
> of the magic itself. It already does this for the mouse btw
> (-usbdevice tablet) to allow for an absolute pointer. It's only
> sensible to ask them to do the keyboard too. In this case, x86 is the
> inconsistent platform.

I knew you were going to answer that :-)

Note that this is inconsistent with x86 which always create a number
of devices with -nodefaults ... such as a keyboard controller.

Cheers,
Ben.

  reply	other threads:[~2013-11-14 20:29 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-14  5:01 [Qemu-devel] -vga std vs. -device VGA Alexey Kardashevskiy
2013-11-14  6:01 ` Benjamin Herrenschmidt
2013-11-14  9:37   ` Alexey Kardashevskiy
2013-11-14 13:04     ` Alexander Graf
2013-11-14 20:28       ` Benjamin Herrenschmidt [this message]
2013-11-14 20:49         ` Peter Maydell
2013-11-14 22:23         ` Alexander Graf
2013-11-14 22:32           ` Benjamin Herrenschmidt
2013-11-14 22:41             ` Alexander Graf
2013-11-14 22:45               ` Anthony Liguori
2013-11-15 12:04                 ` Paolo Bonzini
2013-11-15 16:43                   ` Alexey Kardashevskiy
2013-11-14 22:46             ` Anthony Liguori
2013-11-14 23:03             ` Peter Maydell
2013-11-14 23:31               ` Benjamin Herrenschmidt
2013-11-15  1:25               ` Alexey Kardashevskiy
2013-11-15  4:28                 ` Alexander Graf
2013-11-15  9:23                   ` Markus Armbruster
2013-11-14 13:11 ` Eric Blake
2013-11-15 12:08   ` Paolo Bonzini

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1384460914.3806.25.camel@pasglop \
    --to=benh@kernel.crashing.org \
    --cc=agraf@suse.de \
    --cc=aik@ozlabs.ru \
    --cc=aviksil@linux.vnet.ibm.com \
    --cc=nikunj@linux.vnet.ibm.com \
    --cc=paulus@samba.org \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-ppc@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.