Hi all,
Today's linux-next merge of the xen-tip tree got a conflict in:
drivers/block/xen-blkfront.c
between commit:
a418090aa88b ("block: do not use REQ_FLUSH for tracking flush support")
from the block tree and commit:
ff595325ed55 ("xen-blkfront: prefer xenbus_scanf() over xenbus_gat
Hi Julien,
>
> This patch moved p2m_alloc_table call into p2m_init (i.e your
> p2m_init_one). You complained that the function was not exported
> anymore, but you did not look how it was called in this patch.
>
Ok. At this point our patches indeed derailed too much from each other.
We should co
>
>
>> Hi,
>> Is there any sample code which I can undestand how to capture the events
>> on the gfns which have p2m_ram_shared enabled ?
>> I couldn't find any ... .
>> I would be grateful if any help , as there is not any documents through
>> net to use :(
>>
>>
> Should I just set the ring_page
flight 66704 distros-debian-stretch real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/66704/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-armhf-pvops 3 host-install(3) broken like 66608
build-armhf
