Re: [Xen-devel] [PATCH v8 0/3] VT-d Device-TLB flush issue

2016-04-01 Thread Xu, Quan
On March 24, 2016 7:11pm, wrote: > On March 24, 2016 6:33pm, Jan Beulich wrote: > > >>> On 24.03.16 at 06:57, wrote: > > without the other one even known to be almost ready to go in. I think > > loose dependencies are okay, but in the case here everything would > > better be presented together

Re: [Xen-devel] [PATCH v8 0/3] VT-d Device-TLB flush issue

2016-03-24 Thread Xu, Quan
On March 24, 2016 6:33pm, Jan Beulich wrote: > >>> On 24.03.16 at 06:57, wrote: > > **NOTE** > >This patch set should base on 2 prereq patch sets: > > a). Make the pcidevs_lock a recursive one. > > This one already went in, so is pointless to mention here. Agreed, > > > b). Check

Re: [Xen-devel] [PATCH v8 0/3] VT-d Device-TLB flush issue

2016-03-24 Thread Jan Beulich
>>> On 24.03.16 at 06:57, wrote: > **NOTE** >This patch set should base on 2 prereq patch sets: > a). Make the pcidevs_lock a recursive one. This one already went in, so is pointless to mention here. > b). Check VT-d Device-TLB flush error. And this one is WIP, so it's continuing to

[Xen-devel] [PATCH v8 0/3] VT-d Device-TLB flush issue

2016-03-23 Thread Quan Xu
This patches fix current timeout concern and also allow limited ATS support: 1. Reduce spin timeout to 1ms, which can be boot-time changed with 'vtd_qi_timeout'. For example: multiboot /boot/xen.gz ... vtd_qi_timeout=100 ... 2. Wrap a _sync version for all VT-d flush interfaces.