From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:52907) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SSpZb-0007f7-AX for qemu-devel@nongnu.org; Fri, 11 May 2012 09:08:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SSpZP-0006tO-FF for qemu-devel@nongnu.org; Fri, 11 May 2012 09:07:54 -0400 Message-ID: <4FAD0F18.2090104@siemens.com> Date: Fri, 11 May 2012 10:07:36 -0300 From: Jan Kiszka MIME-Version: 1.0 References: <4FACCACB.1010109@redhat.com> In-Reply-To: <4FACCACB.1010109@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v2 03/10] xhci: Fix reset of MSI function List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: "qemu-stable@nongnu.org" , qemu-devel , "Michael S. Tsirkin" On 2012-05-11 05:16, Gerd Hoffmann wrote: > On 05/10/12 22:08, Jan Kiszka wrote: >> Call msi_reset on device reset as still required by the core. > > Note: msi on xhci is disabled by default (and also broken as far I know). OK, then we can likely skip this patch for 1.1/stable. > >> +static void xhci_reset(void *opaque) >> +{ >> + XHCIState *xhci = opaque; >> + > > if (xhci->msi) Oops. > >> + msi_reset(&xhci->pci_dev); > > } > >> + xhci_reset_full(xhci); >> +} > > And can't we let the pci core handle it so we don't need ugly wrappers > like this? That's what patches later in the series do. But Michael was preferring this approach for 1.1 and the cleanup for 1.2. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux