From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:58319) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tt372-0007KW-CK for qemu-devel@nongnu.org; Wed, 09 Jan 2013 16:23:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tt371-0003HO-3O for qemu-devel@nongnu.org; Wed, 09 Jan 2013 16:23:04 -0500 Received: from mail-wi0-f177.google.com ([209.85.212.177]:36255) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tt370-0003HK-TM for qemu-devel@nongnu.org; Wed, 09 Jan 2013 16:23:03 -0500 Received: by mail-wi0-f177.google.com with SMTP id hm2so828084wib.4 for ; Wed, 09 Jan 2013 13:23:02 -0800 (PST) Sender: Paolo Bonzini Message-ID: <50EDDFB2.9000308@redhat.com> Date: Wed, 09 Jan 2013 22:22:58 +0100 From: Paolo Bonzini MIME-Version: 1.0 References: <1355761490-10073-1-git-send-email-pbonzini@redhat.com> <877gnovmgj.fsf@codemonkey.ws> <50ED3971.5030600@redhat.com> <20130109102238.GC30914@redhat.com> <50ED4C0C.5070109@redhat.com> <20130109110926.GA17317@redhat.com> <50ED50B7.4000907@redhat.com> <20130109121027.GA18244@redhat.com> <50EDACE6.7080706@redhat.com> <87wqvm5buw.fsf@codemonkey.ws> In-Reply-To: <87wqvm5buw.fsf@codemonkey.ws> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 00/15] qdev: make reset semantics more clear and consistent, reset qbuses under virtio devices List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Peter Maydell , qemu-devel@nongnu.org, =?ISO-8859-1?Q?Andreas_F=E4rber?= , "Michael S. Tsirkin" Il 09/01/2013 21:40, Anthony Liguori ha scritto: >> > Yes, but this can only be done after looking at all PCI devices that >> > have buses below (of which the bridge is a special case). And Anthony >> > also metioned using a new method of PCIDevice instead of device_reset. > Sorry, what's the bug here? Is this a reset bug with cold reset or with > a form of warm reset? Warm reset (virtio status register reset) of virtio-scsi wasn't propagated down to the SCSI bus. I fixed it using qdev_reset_all, but now I'll do it manually in the HBA. I'm fine with that as long as all buses move away from device_reset. Paolo