[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Xen-devel] [RFC][PATCH] gpu:drm:i915:intel_detect_pch: back to check devfn instead of check class type
- To: "Chen, Tiejun" <tiejun.chen@xxxxxxxxx>, daniel.vetter@xxxxxxxx, jani.nikula@xxxxxxxxxxxxxxx, airlied@xxxxxxxx
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Date: Mon, 30 Jun 2014 12:56:16 +0200
- Cc: intel-gfx@xxxxxxxxxxxxxxxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, dri-devel@xxxxxxxxxxxxxxxxxxxxx, qemu-devel@xxxxxxxxxx
- Delivery-date: Mon, 30 Jun 2014 10:56:27 +0000
- List-id: Xen developer discussion <xen-devel.lists.xen.org>
Il 30/06/2014 05:13, Chen, Tiejun ha scritto:
After I discuss internal, we think even we just set the real
vendor/device ids to this ISA bridge at 00:1f.0, guest firmware should
still work well with these pair of real vendor/device ids.
So if you think something would conflict or be broken, could you tell us
what's exactly that? Then we will double check.
The Xen hvmloader doesn't break since it only supports one chipset. But
SeaBIOS checks for the exact vendor/device ids since Q35 support was added.
If you want to add this feature, try to implement it in a way that is a
bit more forward-looking. I'm sure that Xen sooner or later will want a
PCIe chipset, otherwise things such as AER forwarding are impossible.
Paolo
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
