On Tuesday 29 January 2013 15:15, Mathis GAVILLON wrote: > In fact, one boxe wasn't check in IOMMU submenu (Support for Interrupt > Remapping (EXPERIMENTAL)). I've recompiled the kernel of the host and > guest (is it necessary for this last one ?). But the error message is > already present. Just below, new dmeg log from host and guest O/S > (mlx4_core loaded with options num_vfs=1 probe_vf=1 debug_level=1 on > host and debug_level=1 on guest) : > Please do the following: 1. Check the Support for Interrupt Remapping (EXPERIMENTAL) box and recompile/reinstall. 2. set probe_vf=0, so that no vfs will run on the Hypervisor. That way you will see if any VF comes up without the "noise" in /var/log/messages in the Hypervisor generated by having one of the VFs run on the Hypervisor.
3. I noticed that you are enabling only a single VF, and that you are having the VF come up first on the Hypervisor, then moving it to run on a guest. It is better not to do things that way. Best to have it come up cleanly once on the guest. (the FLR event in your log results from this move. The VF gets reset). If you must have a VF running on the Hypervisor, use "num_vfs=2 probe_vf=1". You will then see Devices ...xx.0, ...xx.1 and ...xx.2 in lspci. The first VF (...xx.1) will be initialized on the Hypervisor. Attach ...xx.2 to the VM. -Jack -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
