xen-devel
Re: [Xen-devel] Secondary bus reset for VT-d device
Can I trigger it manually? What happens if I just use setpci to do a
"secondary bus reset"? Will Xen be able to check if the host BARs are
enabled for the device before putting it into the guest?
Thanks,
Neo
On Thu, Aug 28, 2008 at 10:11 PM, Cui, Dexuan <dexuan.cui@xxxxxxxxx> wrote:
> Now the FLR is done automatically when a domain is destroyed (such as "xm
> destroy/reboot/shutdown" a domain, or the domain shutdowns normally or
> crashes) .
>
> -- Dexuan
>
>
> -----Original Message-----
> From: Neo Jia [mailto:neojia@xxxxxxxxx]
> Sent: 2008年8月29日 12:45
> To: Cui, Dexuan
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxx; Han, Weidong
> Subject: Re: [Xen-devel] Secondary bus reset for VT-d device
>
> Thanks! But, how to trigger it? Is there a separate command I can
> issue or it is done automatically after reboot/shutdown guest?
>
> Neo
>
> 2008/8/28 Cui, Dexuan <dexuan.cui@xxxxxxxxx>:
>> Yes. When FLR-ing device, if the device lacks proper FLR capability (PCIe
>> FLR, PCI Advanced Capabilities or ssomething), we will try SecondaryBusReset.
>> Currently the FLR is done in xend.
>>
>> -- Dexuan
>>
>>
>> -----Original Message-----
>> From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
>> [mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Neo Jia
>> Sent: 2008年8月29日 12:34
>> To: xen-devel@xxxxxxxxxxxxxxxxxxx
>> Cc: Han, Weidong
>> Subject: [Xen-devel] Secondary bus reset for VT-d device
>>
>> hi,
>>
>> Did the current Xen in unstable branch already support the secondary
>> bus reset for VT-d devices?
>>
>> Thanks,
>> Neo
>> --
>> I would remember that if researchers were not ambitious
>> probably today we haven't the technology we are using!
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@xxxxxxxxxxxxxxxxxxx
>> http://lists.xensource.com/xen-devel
>>
>
>
>
> --
> I would remember that if researchers were not ambitious
> probably today we haven't the technology we are using!
>
--
I would remember that if researchers were not ambitious
probably today we haven't the technology we are using!
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|