From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:56952)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1V3M2l-0007a9-QH
	for qemu-devel@nongnu.org; Sun, 28 Jul 2013 04:09:36 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1V3M2h-0003uT-4L
	for qemu-devel@nongnu.org; Sun, 28 Jul 2013 04:09:31 -0400
Received: from mx1.redhat.com ([209.132.183.28]:43422)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1V3M2g-0003uP-SE
	for qemu-devel@nongnu.org; Sun, 28 Jul 2013 04:09:27 -0400
Date: Sun, 28 Jul 2013 11:10:45 +0300
From: "Michael S. Tsirkin" <mst@redhat.com>
Message-ID: <20130728081045.GM12087@redhat.com>
References: <87li4v8ktz.fsf@rustcorp.com.au>
	<CA+aC4ksBr62tX1aiAXnVueixgyvgFu5uq17TEiD8sZRKD_Tp3w@mail.gmail.com>
	<CAFEAcA-aPCF6XNnRF_23mofwQvjtUUNMsv4RaKWLEgp=Q5TJjg@mail.gmail.com>
	<20130725145306.GB3758@redhat.com>
	<20130726092532.GF31438@stefanha-thinkpad.redhat.com>
	<CAFEAcA94mzS_JJa6F=ecuHWgMvrMSfJAU-sVDCMXUo1p0qYmPg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAFEAcA94mzS_JJa6F=ecuHWgMvrMSfJAU-sVDCMXUo1p0qYmPg@mail.gmail.com>
Subject: Re: [Qemu-devel] vhost acceleration broken?
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Anthony Liguori <anthony@codemonkey.ws>, Stefan Hajnoczi <stefanha@gmail.com>, Rusty Russell <rusty@rustcorp.com.au>, qemu-devel <qemu-devel@nongnu.org>, Stefan Hajnoczi <stefanha@redhat.com>

On Fri, Jul 26, 2013 at 10:43:44AM +0100, Peter Maydell wrote:
> On 26 July 2013 10:25, Stefan Hajnoczi <stefanha@gmail.com> wrote:
> > On Thu, Jul 25, 2013 at 05:53:06PM +0300, Michael S. Tsirkin wrote:
> >> On Thu, Jul 25, 2013 at 03:12:31PM +0100, Peter Maydell wrote:
> >> > On 25 July 2013 03:08, Anthony Liguori <anthony@codemonkey.ws> wrote:
> >> > > We really ought to strongly deprecate -net because it's misleading.
> >> >
> >> > ...we still need to figure out how -netdev is supposed to
> >> > work for embedded (created-by-default) network devices first.
> 
> >> I guess it could work just like -net does: assume a default netdev name?
> 
> (for clarity, rather than as an argument against this idea)
> This isn't how -net works : "-net nic,options" sets up an
> entry in the nd_table[], and the board will then pick up those
> entries based on some ad-hoc combination of order and whether
> a model= was specified for that nic.
> 
> > Sounds like a simple way to solve it, as long as machines use the
> > standard name(s) for build-in NICs.
> 
> How would this work for (for example) specifying a macaddr
> for the built-in NIC? At the moment you can do that with
> -net nic,macaddr=<whatever>.
> 
> -- PMM

ATM you can use -global for that.

We generally need a way to specify properties for
built-in devices by path.

-- 
MST