From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37823) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bQaqP-0002vr-PO for qemu-devel@nongnu.org; Fri, 22 Jul 2016 09:50:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bQaqN-0004Ky-4L for qemu-devel@nongnu.org; Fri, 22 Jul 2016 09:50:25 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:40910 helo=mx0a-001b2d01.pphosted.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bQaqM-0004Ku-VG for qemu-devel@nongnu.org; Fri, 22 Jul 2016 09:50:23 -0400 Received: from pps.filterd (m0098421.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.11/8.16.0.11) with SMTP id u6MDnYt3016868 for ; Fri, 22 Jul 2016 09:50:22 -0400 Received: from e06smtp14.uk.ibm.com (e06smtp14.uk.ibm.com [195.75.94.110]) by mx0a-001b2d01.pphosted.com with ESMTP id 24bhv16f0h-1 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT) for ; Fri, 22 Jul 2016 09:50:22 -0400 Received: from localhost by e06smtp14.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 22 Jul 2016 14:50:20 +0100 Received: from b06cxnps4076.portsmouth.uk.ibm.com (d06relay13.portsmouth.uk.ibm.com [9.149.109.198]) by d06dlp02.portsmouth.uk.ibm.com (Postfix) with ESMTP id B8FA5219012E for ; Fri, 22 Jul 2016 14:42:17 +0100 (BST) Received: from d06av08.portsmouth.uk.ibm.com (d06av08.portsmouth.uk.ibm.com [9.149.37.249]) by b06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id u6MDgoMW3211678 for ; Fri, 22 Jul 2016 13:42:50 GMT Received: from d06av08.portsmouth.uk.ibm.com (localhost [127.0.0.1]) by d06av08.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id u6MDgn0L006141 for ; Fri, 22 Jul 2016 07:42:50 -0600 Date: Fri, 22 Jul 2016 15:42:48 +0200 From: Cornelia Huck In-Reply-To: <20160722152319.08aa16ad@bahia.lan> References: <146913602256.26732.547184422534259409.stgit@bahia.lan> <20160722100435.1cf57293.cornelia.huck@de.ibm.com> <20160722121111.4626226f@bahia.lan> <20160722123224.59d0c8dd.cornelia.huck@de.ibm.com> <20160722152319.08aa16ad@bahia.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20160722154248.2fede735.cornelia.huck@de.ibm.com> Subject: Re: [Qemu-devel] [PATCH v4] virtio-pci: error out when both legacy and modern modes are disabled List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Greg Kurz Cc: qemu-devel@nongnu.org, Marcel Apfelbaum , "Michael S. Tsirkin" On Fri, 22 Jul 2016 15:23:19 +0200 Greg Kurz wrote: > On Fri, 22 Jul 2016 12:32:24 +0200 > Cornelia Huck wrote: > > > On Fri, 22 Jul 2016 12:11:11 +0200 > > Greg Kurz wrote: > > > > > On Fri, 22 Jul 2016 10:04:35 +0200 > > > Cornelia Huck wrote: > > > > > > > On Thu, 21 Jul 2016 23:21:16 +0200 > > > > Greg Kurz wrote: > > > > > > > > > From: Greg Kurz > > > > > > > > > > Without presuming if we got there because of a user mistake or some > > > > > more subtle bug in the tooling, it really does not make sense to > > > > > implement a non-functional device. > > > > > > > > > > Signed-off-by: Greg Kurz > > > > > Reviewed-by: Marcel Apfelbaum > > > > > Signed-off-by: Greg Kurz > > > > > --- > > > > > v4: - rephrased error message and provide a hint to the user > > > > > - split string literals to stay below 80 characters > > > > > - added Marcel's R-b tag > > > > > --- > > > > > hw/virtio/virtio-pci.c | 8 ++++++++ > > > > > 1 file changed, 8 insertions(+) > > > > > > > > > > diff --git a/hw/virtio/virtio-pci.c b/hw/virtio/virtio-pci.c > > > > > index 755f9218b77d..72c4b392ffda 100644 > > > > > --- a/hw/virtio/virtio-pci.c > > > > > +++ b/hw/virtio/virtio-pci.c > > > > > @@ -1842,6 +1842,14 @@ static void virtio_pci_dc_realize(DeviceState *qdev, Error **errp) > > > > > VirtIOPCIProxy *proxy = VIRTIO_PCI(qdev); > > > > > PCIDevice *pci_dev = &proxy->pci_dev; > > > > > > > > > > + if (!(virtio_pci_modern(proxy) || virtio_pci_legacy(proxy))) { > > > > > > > > I'm not sure that I didn't mess up the sequence of the realize > > > > callbacks, but could disable_legacy still be AUTO here? In that case, > > > > we'd fail for disable-modern=on and disable-legacy unset (i.e., AUTO), > > > > which would be ok for pcie but not for !pcie. > > > > > > > > > > Marcel made the same comment in: > > > > > > https://lists.gnu.org/archive/html/qemu-devel/2016-07/msg05225.html > > > > > > If the user explicitly disables modern, she shouldn't rely on QEMU > > > implicitly enabling legacy, hence the suggestion in error_append_hint(). > > > > I don't know, I'd find that a bit surprising, especially as I would end > > up with a legacy-capable device if I did not specify anything in > > the !pcie case. > > > > Isn't it already what happens with legacy being the default in pre-2.7 QEMU ? Well, that is exactly my point; users may be surprised. > > Do you think we should have separate checks for pcie and !pcie ? I don't think we should overengineer this. > > > > > > > > > + error_setg(errp, "device cannot work when both modern and legacy modes" > > > > > + " are disabled"); > > > > Suggest to change this wording to: > > > > "device cannot work as neither modern nor legacy mode is enabled" > > > > as this more accurately reflects what happened (the user did not > > actively disable legacy in the case above). > > > > Thanks ! This is THE wording I was looking for :) :) I'm fine with the patch with the changed wording, as it less confusing for the user. if the only thing you change is the message>