From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mnv7X-0008BF-Jn for qemu-devel@nongnu.org; Wed, 16 Sep 2009 10:04:31 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mnv7S-000888-VB for qemu-devel@nongnu.org; Wed, 16 Sep 2009 10:04:31 -0400 Received: from [199.232.76.173] (port=51871 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mnv7S-000882-Q0 for qemu-devel@nongnu.org; Wed, 16 Sep 2009 10:04:26 -0400 Received: from mx1.redhat.com ([209.132.183.28]:1025) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mnv7S-0002ER-7j for qemu-devel@nongnu.org; Wed, 16 Sep 2009 10:04:26 -0400 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n8GE4PWd005182 for ; Wed, 16 Sep 2009 10:04:25 -0400 Date: Wed, 16 Sep 2009 17:02:40 +0300 From: "Michael S. Tsirkin" Message-ID: <20090916140239.GA5287@redhat.com> References: <20090916111845.GJ23157@redhat.com> <20090916115224.GA4628@redhat.com> <20090916121818.GA4710@redhat.com> <20090916123710.GB4729@redhat.com> <20090916130304.GB4795@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: [Qemu-devel] Re: optional feature List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Juan Quintela Cc: qemu-devel@nongnu.org, Gleb Natapov On Wed, Sep 16, 2009 at 03:34:21PM +0200, Juan Quintela wrote: > "Michael S. Tsirkin" wrote: > > On Wed, Sep 16, 2009 at 03:01:22PM +0200, Juan Quintela wrote: > >> >> > pci config is on vmstate already, I don't see a problem here. > >> >> > >> >> vmstate don't understand pci config. > >> > > >> > How can it save it then? What's more, how can it load it sanely? E.g. > >> > when loading we must make sure that device id etc match. > >> > >> We don't test it at all. > > > > Someone has to. Existing code has it. Removing this sanity check and > > changing e.g. device id by load will be a bad thing. > > Is there anything else that the code that I posted in the other email? > I didn't removed any check. Sorry, I thought you were advocation replacing get_pci_config_device. If you are happy with it as it is, no problem. -- MST