From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N9xUZ-0000k6-1p for qemu-devel@nongnu.org; Mon, 16 Nov 2009 04:03:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N9xUU-0000jQ-Sn for qemu-devel@nongnu.org; Mon, 16 Nov 2009 04:03:22 -0500 Received: from [199.232.76.173] (port=42670 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N9xUU-0000jN-OT for qemu-devel@nongnu.org; Mon, 16 Nov 2009 04:03:18 -0500 Received: from mx1.redhat.com ([209.132.183.28]:8034) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N9xUU-0004xX-4w for qemu-devel@nongnu.org; Mon, 16 Nov 2009 04:03:18 -0500 Received: from int-mx04.intmail.prod.int.phx2.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.17]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id nAG93G7p013177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 16 Nov 2009 04:03:16 -0500 Message-ID: <4B011551.2070604@redhat.com> Date: Mon, 16 Nov 2009 10:03:13 +0100 From: Gerd Hoffmann MIME-Version: 1.0 References: <1258057742-18699-1-git-send-email-markmc@redhat.com> <1258057742-18699-3-git-send-email-markmc@redhat.com> In-Reply-To: <1258057742-18699-3-git-send-email-markmc@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH 2/7] qdev: add "net-client" property List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Mark McLoughlin Cc: qemu-devel@nongnu.org, quintela@redhat.com On 11/12/09 21:28, Mark McLoughlin wrote: > Rather than having each NIC create it's own client, let's create the > client early and pass it down to the NIC. '-device $nic,net-client=$name' doesn't work ... > One advantage is that we can add parameters which only the client > knows about, without having the NIC know anything about it - e.g. NICs > shouldn't know about netdev vs. vlan. What this is needed for? > Another advantage is that we can easily get the client associated with > a qdev. Looks like this is the *real* reason ... cheers, Gerd