Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752734AbdCaIVF (ORCPT ); Fri, 31 Mar 2017 04:21:05 -0400 Received: from verein.lst.de ([213.95.11.211]:33678 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753110AbdCaIUw (ORCPT ); Fri, 31 Mar 2017 04:20:52 -0400 Date: Fri, 31 Mar 2017 10:20:49 +0200 From: Christoph Hellwig To: "Michael S. Tsirkin" Cc: Mike Galbraith , Christoph Hellwig , Thorsten Leemhuis , virtio-dev@lists.oasis-open.org, Linux Kernel Mailing List , rjones@redhat.com Subject: Re: Random guest crashes since 5c34d002dcc7 ("virtio_pci: use shared interrupts for virtqueues") Message-ID: <20170331082049.GA4485@lst.de> References: <20170323145622.GA31690@lst.de> <1490605644.14634.50.camel@gmx.de> <20170327170540.GA28715@lst.de> <1490638711.26533.44.camel@gmx.de> <1490768602.5950.25.camel@gmx.de> <20170329230936-mutt-send-email-mst@kernel.org> <1490843414.4167.11.camel@gmx.de> <1490858435.4696.25.camel@gmx.de> <20170331041959-mutt-send-email-mst@kernel.org> <20170331032231.GA2471@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170331032231.GA2471@redhat.com> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 787 Lines: 22 On Fri, Mar 31, 2017 at 06:22:31AM +0300, Michael S. Tsirkin wrote: > I'm not sure why does it fail after 32 on 64 bit, but as > virtio devices aren't limited to 32 vqs it looks like we > should go back to requesting the irq only once for all vqs. Meh. > > Christoph, should I just revert for now, or do you > want to look into a smaller patch for this? I think we'll need to do a different patch than just a simple revert, mostly because so much infrastructure depends on the patch. I'll take a look over the weekend. > Another question is looking into intx support - that > should work but it seems to be broken at the moment. Does it? I'm pretty sure I tested it back when I came up with the series by artifically disabling MSI-X in the kernel. I can try this again, though.