RE: [Xen-devel] [PATCH][RFC] Support more Capability StructuresandDevice Specific

["Cui, Dexuan" <dexuan.cui@xxxxxxxxx>]

I'm using x86_64 c/s 17888: 6ace85eb96c0, and assigning a 82541PI Gigabit 
Etherer NIC to guest.
I also tried  "pci=nomsi" for Dom0, and the issus is still there. 
When the issue happens, eth0 doesn't occur in /proc/interrupt though the device 
driver module is loaded.
The issue doesn't happen every time. Really strange...

Thanks,
-- Dexuan


-----Original Message-----
From: Yuji Shimada [mailto:shimada-yxb@xxxxxxxxxxxxxxx] 
Sent: 2008年6月30日 16:15
To: Cui, Dexuan
Cc: Ian Jackson; xen-devel@xxxxxxxxxxxxxxxxxxx; Dong, Eddie; Keir Fraser
Subject: Re: [Xen-devel] [PATCH][RFC] Support more Capability 
StructuresandDevice Specific

Hi Dexuan,

I've tested my patch with CentOS 5.1 and PCI/PCIe NIC.  In my test
environment (with "pci=nomsi" set for Dom0 boot parameter), guest
OS can use the assigned NIC and can communicate with external machine.

Does guest OS recieve interrupt? You can check via /proc/interrupts.

Thanks.

--
Yuji Shimada

> Hi Yuji,
> I looked at the patch.  It seems pretty good. 
> Except for the (temporary) absence of MSI/MSI-X stuff, looks the passthrough 
> policy in the patch is almost the same as what is discussed in the PDF file 
> Eddie posted.
> 
> I also made some tests against the patch, and found there may be some 
> unstable issues:
> I.e., when I boot a 32e RHEL5u1 (I add the "pci=nomsi" parameter)), it can 
> easily (30%~80% probable) stay for a very long (i.e., >40s) at "Starting 
> udev:", and after I login in shell, the NIC seems not present (the guest has 
> no network available), but "lspci" shows the NIC is there.
> If I use the Qemu without your patch, the issue disappears at once, and NIC 
> in guest works well.
> 
> I haven't found issue in your patch yet. :)
> 
> Thanks,
> -- Dexuan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel