From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=44171 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OELxy-0001uW-6i for qemu-devel@nongnu.org; Tue, 18 May 2010 08:32:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OELxs-00048Q-E8 for qemu-devel@nongnu.org; Tue, 18 May 2010 08:32:10 -0400 Received: from mx1.redhat.com ([209.132.183.28]:23303) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OELxr-00048G-Ud for qemu-devel@nongnu.org; Tue, 18 May 2010 08:32:04 -0400 Message-ID: <4BF288BC.40409@redhat.com> Date: Tue, 18 May 2010 14:31:56 +0200 From: Gerd Hoffmann MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 1/8] qdev: Allow device addressing via 'driver.instance' References: <913f4f6a67305a72ed3d994bd12d5b34de9b9bb9.1273843151.git.jan.kiszka@siemens.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: Anthony Liguori , Juan Quintela , Jan Kiszka , qemu-devel@nongnu.org, Luiz Capitulino , Avi Kivity On 05/18/10 14:15, Markus Armbruster wrote: > Jan Kiszka writes: > >> Extend qbus_find_dev to allow addressing of devices without an unique id >> via an optional instance number. The new formats are 'driver.instance' >> and 'alias.instance'. >> >> Signed-off-by: Jan Kiszka > > How's the instance number defined? Should be documented. savevm instance id, used to identify multiple instances of some device on loadvm. By default is just incrementing (0,1,2,...) for each new device instance I think. Drivers can also specify one. Most don't do that. IIRC some ISA drivers use the base ioport as instance id, which sort-of makes sense as it makes sure the id identifies the correct device no matter what the initialization order is. It probably makes sense to replace the instance id with the device path once all devices are converted over to qdev+vmstate, so we avoid the nasty ordering issues altogether. cheers, Gerd