On Thu, 2016-03-17 at 01:39 +, Xu, Quan wrote:
> On March 16, 2016 6:45pm, wrote:
> >
> > Quan - before sending such pings, please be sure to actually check
> > the staging
> > branch. And generally Dario is right - if anything, you should have
> > pinged
> > Suravee for his missing ack, and
On March 16, 2016 6:45pm, wrote:
> >>> On 16.03.16 at 09:39, wrote:
> > On Wed, 2016-03-16 at 02:39 +, Xu, Quan wrote:
> Quan - before sending such pings, please be sure to actually check the staging
> branch. And generally Dario is right - if anything, you should have pinged
> Suravee for
>>> On 16.03.16 at 09:39, wrote:
> On Wed, 2016-03-16 at 02:39 +, Xu, Quan wrote:
>> __iiuc__, this patch set is ready for staging branch. if yes, could
>> you help me merge it into staging branch?
>>
> Well, not yet, AFAICS.
>
> In fact, patch 1 touches xen/drivers/passthrough/amd/ and, un
On Wed, 2016-03-16 at 02:39 +, Xu, Quan wrote:
> Hi,
> __iiuc__, this patch set is ready for staging branch. if yes, could
> you help me merge it into staging branch?
>
Well, not yet, AFAICS.
In fact, patch 1 touches xen/drivers/passthrough/amd/ and, unless I've
missed it, I haven't seen Sur
Hi,
__iiuc__, this patch set is ready for staging branch. if yes, could you help
me merge it into staging branch?
Then, I would send out remaining patch sets on it. otherwise, there are some
conflicts to it. Thanks.
Quan
On March 10, 2016 10:10pm, wrote:
> This patch set makes the pcidevs_l
This patch set makes the pcidevs_lock a recursive one, as pcidevs_lock is
going to be recursively taken for hiding ATS device, when VT-d Device-TLB flush
timed out. It is a prereq patch set for Patch:'VT-d Device-TLB flush issue'.
In detail:
1. Fix a bug found in AMD IOMMU initialization
pcide
