WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] Intel S3420GPLX VT-d VF question

To: "'Michael A. Collins'" <mike@xxxxxxxxxxx>
Subject: RE: [Xen-devel] Intel S3420GPLX VT-d VF question
From: "Zhuo Song" <alfred.z.song@xxxxxxxxx>
Date: Fri, 24 Dec 2010 13:38:36 +0800
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, 'Konrad Rzeszutek Wilk' <konrad.wilk@xxxxxxxxxx>
Delivery-date: Thu, 23 Dec 2010 21:38:53 -0800
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:references :in-reply-to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:x-mailer:thread-index:content-language; bh=eNJSriGsQiIBp5wd8J6hCvVTeUQLz+Uqs8LhfNPdGtI=; b=w4/zRQHQZvtCLR85WZ69khomGXYd/vuiRAiwpfVnH6sP2CiBaqF05ySbsmFxZFbeis w+MyBmhwNcUMoYMyUuKj9Qwe0yrL6Bib83po85fuPFwYcs6swD9ksnISFiEyuaWF3yTB oZLYLIIlhTsjwB+sWh32bhfg4AomfaUtSrHHg=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:x-mailer :thread-index:content-language; b=Vh9UmVir48GyFF1Q4FbGHAcOVkYezXJ2nGeu95pabkk0cAkU2Hgub4tWLWvB0L/jFZ IHLkI6xpJqPHXl2ghPlyo05b/B1PXwo15Jzu2PAXu2TwjYlo4i4q2zA6ckBafGySKgp6 uBnIhoEwUBDe3SNNZoZ9qxtd3c0ubzKHv3nW8=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <147b6a03225de348c3a95ed3d2e979b2@xxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <30410a64d335f82097af217b0ed7d060@xxxxxxxxxxxxxxxx> <20101208163217.GA18739@xxxxxxxxxxxx> <ad976338520fe08e9bdb4db66598f390@xxxxxxxxxxxxxxxx> <20101208175035.GB19417@xxxxxxxxxxxx> <0a93a300b3820265a30d4faae9305526@xxxxxxxxxxxxxxxx> <147b6a03225de348c3a95ed3d2e979b2@xxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcuhALWotb2jwoiCRwOiDnKqfWF0hwCK9ZXw
Can you attach some logs by dmesg in your guest just after *igbvf* module 
inserted?
Which vf(s) or BDF did you passed to guest? 0000:04:10.4? So have you ever 
checked the physical ports in your card? 
If you the card takes two ports, generally, one is for odd and the other is for 
even function of the BDF.

Best Regards

Zhuo Song
Gif me a visky, ginger ale on the side.

---------
 On Thu, 09 Dec 2010 22:18:45 -0500, "Michael A. Collins" 
 <mike@xxxxxxxxxxx> wrote:
> On Wed, 8 Dec 2010 12:50:35 -0500, Konrad Rzeszutek Wilk
> <konrad.wilk@xxxxxxxxxx> wrote:
>> Take your time.
>
> Seems as the igb module was loaded in the initramfs and was not
> reloaded using the options specified in my igb.conf file under
> /etc/modprobe.d.  I rmmod igb and did a modprobe igb max_vfs=7 and
> suddenly all the Virtual Functions showed up.  So that was the 
> problem
> all along.  Until I figure out how to edit the initramfs to load igb
> with max_vfs option, I'm putting the rmmod and modprobe in the
> rc.local file, that seems to work well and it gets executed before
> xend.  I am build xen-4.0-testing to replace the rpms I used.  Once
> all that is done and I test passing through one of the Virtual
> Functions to a vm, I'll report back.
> Mike


 Ok, so I can pass one of the virtual functions through to a HVM.  I 
 think I'm still not out of the water though.  It's acting very strangely 
 and I have not successfully been able to very layer-2 connectivity with 
 it.  I am seeing the following in my HVM's qemu log:
 register_real_device: Assigning real physical device 04:10.4 ...
 pt_dev_is_virtfn: 0000:04:10.4 is a SR-IOV Virtual Function
 pt_iomul_init: Error: pt_iomul_init can't open file /dev/xen/pci_iomul: 
 No such file or directory: 0x4:0x10.0x4
 pt_register_regions: IO region registered (size=0x00004000 
 base_addr=0xb2448004)
 pt_register_regions: IO region registered (size=0x00004000 
 base_addr=0xb2468004)
 pt_msix_init: get MSI-X table bar base b2468000
 pt_msix_init: table_off = 0, total_entries = 3
 pt_msix_init: errno = 2
 pt_msix_init: mapping physical MSI-X table to 7fe3c4359000
 register_real_device: Real physical device 04:10.4 registered 
 successfuly!
 IRQ type = INTx
 generate a sci for PHP.
 deassert due to disable GPE bit.
 pt_pci_write_config: Warning: Guest attempt to set address to unused 
 Base Address Register. [00:06.0][Offset:30h][Length:4]
 pt_iomem_map: e_phys=20000000 maddr=b2448000 type=0 len=16384 index=0 
 first_map=1
 pt_iomem_map: e_phys=20004000 maddr=b2468000 type=0 len=16384 index=3 
 first_map=1


 Now, I never see a pt_msi_setup: msi mapped with pirq XX line, which 
 leads me to believe that the pass through isn't actually working.  I am 
 still using the mayoung built xen-4.0.1-6 rpms from koji, since I have 
 not been able to successfully compile xen stubdom.  I guess gcc 4.5 is 
 just too new and untested for me to troubleshoot and get through.  
 Hopefully, someone on here can point me in the right direction.
 Mike


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


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