sorry for missing some information.
I checkd the device that :
# readlink /sys/bus/pci/devices/0000\:00\:19.0/driver
../../../bus/pci/drivers/pci-stub
the device has been already claimed by pci-stub and under the control of pci_stub.
so the reason that can't up the eth in VM maybe has nothing to do with the libvirt version.
After doing the first three steps:How_to_assign_devices_with_VT-d_in_KVM
(
1. Modifying kernel config
2. build kernel
3. reboot and verify that your system has IOMMU support
),
I use "virsh create vt_d.xml" instead of the ubind/bind and assign device.
(the kvm and kvm_intel has already been loaded)
should I do something others to use the VT_d?
best regards,
qinguan
Hi,the libvirt version is 0.8.3, I just used "apt-get install libvirt-bin" to install it under debian6.0.1a.
Is it necessary to install 0.8.4 or higher version ?
Best regards,
qinguan在 2011年5月3日 下午4:28,Osier Yang <jyang@redhat.com>写道:于 2011年05月03日 15:38, guan qin 写道:
> Thanks a lot for your reply sincerely!libvirt trys to detach the PCI device from host as preparation when
> Actually ,if I do as what
> http://www.linux-kvm.org/page/How_to_assign_devices_with_VT-d_in_KVM said,:
> "
> # echo "8086 10b9" > /sys/bus/pci/drivers/pci-stub/new_id
> # echo 0000:01:00.0 > /sys/bus/pci/devices/0000:01:00.0/driver/unbind
> # echo 0000:01:00.0 > /sys/bus/pci/drivers/pci-stub/bind
> "
> Then I can assign a NIC to the VM ,and the VM also can use the NIC to
> access the network.
> But , according the libvirt guide that
> http://libvirt.org/formatdomain.html#elementsUSB shows:
> "
> When |managed| is "yes" for a PCI device, it is detached from the host
> before being passed on to the guest.
> "
> So should I still "unbind " the device from the host OS driver first ?
> If that ,What's the "detached" meaning ? thanks.
> best regards,
> qinguan
starting up the domain, and it also binds the device to pci_stub
driver, so it's strange that you need to do it manually? what's
your libvirt version?
> <mailto:dwhite@speakeasy.net>>写道:
>> libvirt-users@redhat.com <mailto:libvirt-users@redhat.com>>
>
> did you 'unbind' the device from the host OS driver?
>
>
> On 05/01/2011 01:38 AM, guan qin wrote:
>> Hi,
>>
>> I encounter a problem that the eth can't be up in the VM by using
>> VT-d.
>> I boot the VM using "virsh create vt_d.xml".
>> The VM could recongize the NIC which was assigned .then I do in VM
>> as follows:
>> #cat /sys/class/net/eth0/operstate
>> down
>> #ifconfig eth0 up
>> #cat /sys/class/net/eth0/operstate
>> down
>> #ficonfig eth 10.100.0.5
>> #cat /sys/class/net/eth0/operstate
>> down
>> more system information is attached.(uname 、ifconfig 、lspci、
>> cmdline...)
>>
>> I can't figure out the reason why the eth is still down? can
>> anyone help me ?
>>
>> best regards,
>> qinguan
>>
>>
>>
>> vt_d.xml:
>> <domain type='kvm'>
>> <name>test</name>
>> <description>just test using sriov!</description>
>> <os>
>> <type>hvm</type>
>> <boot dev='hd'/>
>> </os>
>> <memory>524288</memory>
>> <currentMemory>524288</currentMemory>
>> <on_poweroff>destroy</on_poweroff>
>> <on_reboot>restart</on_reboot>
>> <on_crash>restart</on_crash>
>>
>> <features><pae/><acpi/><apic/></features>
>> <clock offset='utc'/>
>> <devices>
>> <input type='mouse' bus='usb'/>
>> <disk type='file' device='disk'>
>> <source file='/home/qinguan/exp/ubuntu_1.img'/>
>> <target dev='hda' bus='virtio'/>
>> </disk>
>> <emulator>/usr/bin/kvm</emulator>
>> <graphics type='vnc' port='-1'/>
>> <hostdev mode='subsystem' type='pci' managed='yes'>
>> <source>
>> <address bus='0x0' slot='0x19' function='0x0'/>
>> </source>
>> </hostdev>
>> </devices>
>> </domain>
>>
>>
>> _______________________________________________
>> libvirt-users mailing list
>> https://www.redhat.com/mailman/listinfo/libvirt-users
>
>
>
>
> _______________________________________________
> libvirt-users mailing list
> libvirt-users@redhat.com
> https://www.redhat.com/mailman/listinfo/libvirt-users