Hi,
Apologies for the delay. I was trying to trace through the mappings
myself. It seems the incorrect mappings are not necessarily due to
this patch, but I'm still unable to figure out why there's a
misalignment in the port mapping.
I've attached the lspci outputs for the 2 devices I was tinkering
with, although it was mostly 01:00.0. There's also an lspci-like
output in the Windows guest for reference.
I also noticed that some of the registers are being emulated rather
than passed through. I'm wondering if this will affect the
functionality of the device in the guest.
By the way, is there any good way to step through qemu-dm instead of
looking at the log? The log helps experienced Xen developers
understand what's wrong with the system, but its quite challenging for
a beginner, like myself, in understanding Xen implementation. If
anyone prefers, I can start another thread on this.
Thanks. :)
-Alex
On Fri, Feb 27, 2009 at 1:58 AM, Yu Zhao <yu.zhao@xxxxxxxxx> wrote:
> On Fri, Feb 27, 2009 at 01:03:44PM +0800, Alexia Benington wrote:
>> Hi Yu,
>>
>> What were the changes in libutils that triggered this patch?
>>
>> I've been trying to get a domu guest to correctly use a passed through
>> VGA card, and noticed that some IO mappings are not as what the driver
>> in the guest expects to see. For example, one of the I/O range starts
>> from C000h. After the fixup, it was changed to C200h. I'm suspecting
>> this causes the guest driver not to work correctly, although there may
>> be other reasons. What do you think?
>
> The old libpci doesn't provide BAR flags in `pci_dev->base_addr' when
> using sysfs method. This is inconsistent with what it does when using
> proc or direct I/O access method. The fix of libpci makes the BAR flags
> combined into `base_addr', which impacts applications (like Xen Qemu)
> using `base_addr' without masking the flags. That's why the fix triggered
> the patch you mentioned.
>
> Can you please grab some logs?
>
> cat /sys/bus/pci/devices/xx:xx.x/resource
> lspci -s xx:xx.x -vvv
> Qemu log under /var/log/xen/qemu-dm-xxx
>
> I'll try to figure out what happened to your I/O mapping.
>
> Thanks,
> Yu
>
01_00_0
Description: Binary data
01_00_1
Description: Binary data
lspci.dom0
Description: Binary data
lspci.guest
Description: Binary data
qemu-dm-wxp.log
Description: Binary data
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
Home