From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46708) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WO1D1-0004Dh-Ly for qemu-devel@nongnu.org; Thu, 13 Mar 2014 04:41:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WO1Cv-0000sd-M4 for qemu-devel@nongnu.org; Thu, 13 Mar 2014 04:41:47 -0400 Received: from mx1.redhat.com ([209.132.183.28]:13171) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WO1Cv-0000sX-ER for qemu-devel@nongnu.org; Thu, 13 Mar 2014 04:41:41 -0400 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s2D8fcs7006605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 13 Mar 2014 04:41:39 -0400 Message-ID: <53216F40.9000604@redhat.com> Date: Thu, 13 Mar 2014 09:41:36 +0100 From: Laszlo Ersek MIME-Version: 1.0 References: <1394628914-10758-1-git-send-email-kraxel@redhat.com> <53206765.708@redhat.com> <1394639220.17393.44.camel@nilsson.home.kraxel.org> <5320A40C.4060908@redhat.com> <1394698960.23859.28.camel@nilsson.home.kraxel.org> In-Reply-To: <1394698960.23859.28.camel@nilsson.home.kraxel.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 0/4] vga: new display devices List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: airlied@redhat.com, qemu-devel@nongnu.org On 03/13/14 09:22, Gerd Hoffmann wrote: >> +---------->IS_PCI_VGA (Pci): >> | "Found PCI VGA device" > >>> + k->class_id = PCI_CLASS_DISPLAY_OTHER; >> >> and from qemu's "include/hw/pci/pci_ids.h": >> >>> #define PCI_CLASS_DISPLAY_VGA 0x0300 >>> #define PCI_CLASS_DISPLAY_OTHER 0x0380 >> >> I think this is the cause of the mismatch. > > Yes, it is. First byte (0x03) of the class says what it is, second byte > of class (0x00 / 0x80) specifies the programming interface. > > So, it is a display adapter, but it isn't vga compatible, therefore > specifying PCI_CLASS_DISPLAY_VGA would be asking for trouble as trying > to program it using the standard vga io ports isn't going to work ... > > [ same picture with virtio-gpu btw: The variant with the vga compat > bits declares itself as PCI_CLASS_DISPLAY_VGA whereas the variant > without is PCI_CLASS_DISPLAY_OTHER ] > >> Does the following OVMF patch help? >> >>> - if (IS_PCI_VGA (Pci)) { >>> + if (IS_PCI_DISPLAY (Pci)) { > > Yes. Please ping me when the series is merged and I will submit the patch (possibly also correcting the related "Vga" references throughout the file). Thanks Laszlo