From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:32969) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YgOlZ-0008J4-8K for qemu-devel@nongnu.org; Thu, 09 Apr 2015 22:33:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YgOlW-0004a9-2a for qemu-devel@nongnu.org; Thu, 09 Apr 2015 22:33:57 -0400 Received: from mga03.intel.com ([134.134.136.65]:27312) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YgOlV-0004Zt-T9 for qemu-devel@nongnu.org; Thu, 09 Apr 2015 22:33:54 -0400 From: "Tian, Kevin" Date: Fri, 10 Apr 2015 02:32:44 +0000 Message-ID: Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [Qemu-devel] driver enhancement for Intel IGD passthrough List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "mst@redhat.com" , "kraxel@redhat.com" , "pbonzini@redhat.com" , "rth@twiddle.net" Cc: "Chen, Tiejun" , "Kay, Allen M" , "qemu-devel@nongnu.org" Hi, We are working on Linux/Windows graphics driver enhancement to=20 remove those non-standard PCI resource accesses, e.g. to PCH/MCH registers, in parallel with the ongoing effort from Tiejun on current driver support.=20 When the goal is to make IGD passthrough like a standard PCI=20 passthrough w/o IGD specific patches, there is one open about VBT=20 table which contains important display information (resolution,=20 timing, etc.) for embedded panels (e.g. on laptop) which may not=20 be detected through normal EDID query interface. Lacking of VBT=20 may lead to a suboptimal display quality and other tricky issues. So we want to hear your opinions whether it makes sense to you=20 to only maintain one IGD specific logic by exposing VBT through=20 OpRegion to the guest. Except it all current IGD specific tweaks will not be required in the future w/ planned driver enhancements. Thanks Kevin