From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:49557) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R8XPK-0002Gg-0X for qemu-devel@nongnu.org; Tue, 27 Sep 2011 09:09:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R8XPD-0002nN-Ro for qemu-devel@nongnu.org; Tue, 27 Sep 2011 09:09:09 -0400 Received: from mx1.redhat.com ([209.132.183.28]:53935) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R8XPD-0002nB-G3 for qemu-devel@nongnu.org; Tue, 27 Sep 2011 09:09:03 -0400 Date: Tue, 27 Sep 2011 16:09:57 +0300 From: "Michael S. Tsirkin" Message-ID: <20110927130956.GB11673@redhat.com> References: <20110927112530.GA10828@redhat.com> <20110927123252.GA11276@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [Qemu-devel] [PATCH qemu] e1000: CTRL.RST emulation List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Anthony Liguori , Dean Nelson , qemu-devel@nongnu.org, Jesse Brandeburg , Aurelien Jarno , Alex Williamson , Jeff Kirsher , Kevin Wolf , Andy Gospodarek On Tue, Sep 27, 2011 at 01:39:17PM +0100, Peter Maydell wrote: > On 27 September 2011 13:32, Michael S. Tsirkin wrote: > > On Tue, Sep 27, 2011 at 12:50:21PM +0100, Peter Maydell wrote: > >> On 27 September 2011 12:25, Michael S. Tsirkin wrote: > >> > e1000 spec says CTRL.RST write should have the same effect > >> > as bus reset, except that is preserves PCI Config. > >> > Reset device registers and interrupts. > >> > > >> > Fix suggested by Andy Gospodarek > >> > >> Doesn't this have the same effect as this patch: > >> http://patchwork.ozlabs.org/patch/108673/ > > > > Right except mine clears the interrupts as well. > > I agree that's required, but why doesn't it belong in > e1000_reset() ? I think not, because pci core resets interrupts for us. > Surely a qdev reset ought also to clear > the output irq signals... > [Disclaimer: this is fishing for somebody to explain to > me what the semantics of qdev reset actually are :-)] AFAIK what happens is that the qdev is only involved until we get to the pci root. From then on pci_bus_reset calls pci_device_reset to reset the device. > > I missed that patch - what happened to it in the end? > > I think it just got lost in the shuffle (Anthony L never > did come back and actually produce a compiler that gave > a warning on it, so I think that was just a misremembering > on his part.) > > -- PMM Yes, that just looks strange. So I intend to just stick this patch in my tree, unless someone NACKs. Then it'll get merged in due course. -- MST