>>> On 18.05.17 at 20:06, wrote:
> On Thu, May 18, 2017 at 11:53 AM, Jan Beulich wrote:
> On 17.05.17 at 22:30, wrote:
>>> On 05/17/2017 07:51 PM, Oleksandr Tyshchenko wrote:
On Wed, May 17, 2017 at 7:01 PM, Jan Beulich
Hi, all.
On Thu, May 18, 2017 at 11:53 AM, Jan Beulich wrote:
On 17.05.17 at 22:30, wrote:
>> On 05/17/2017 07:51 PM, Oleksandr Tyshchenko wrote:
>>> On Wed, May 17, 2017 at 7:01 PM, Jan Beulich wrote:
Well, if the ARM
>>> On 17.05.17 at 22:30, wrote:
> On 05/17/2017 07:51 PM, Oleksandr Tyshchenko wrote:
>> On Wed, May 17, 2017 at 7:01 PM, Jan Beulich wrote:
>>> Well, if the ARM maintainers insist on baking their own thing every
>>> time we'd use the M2P if it was
On 05/17/2017 07:51 PM, Oleksandr Tyshchenko wrote:
Hi, all.
Hi Oleksandr,
On Wed, May 17, 2017 at 7:01 PM, Jan Beulich wrote:
On 17.05.17 at 17:45, wrote:
On Mon, May 15, 2017 at 3:43 PM, Jan Beulich wrote:
On 15.05.17 at
Hi, all.
On Wed, May 17, 2017 at 7:01 PM, Jan Beulich wrote:
On 17.05.17 at 17:45, wrote:
>> On Mon, May 15, 2017 at 3:43 PM, Jan Beulich wrote:
>> On 15.05.17 at 13:45, wrote:
On 05/15/2017 09:19
>>> On 17.05.17 at 17:45, wrote:
> On Mon, May 15, 2017 at 3:43 PM, Jan Beulich wrote:
> On 15.05.17 at 13:45, wrote:
>>> On 05/15/2017 09:19 AM, Jan Beulich wrote:
>>> On 15.05.17 at 09:42, wrote:
Hi, Jan.
On Mon, May 15, 2017 at 3:43 PM, Jan Beulich wrote:
On 15.05.17 at 13:45, wrote:
>> On 05/15/2017 09:19 AM, Jan Beulich wrote:
>> On 15.05.17 at 09:42, wrote:
On 15/05/2017 08:20, Jan Beulich wrote:
>
>>> On 15.05.17 at 13:45, wrote:
> On 05/15/2017 09:19 AM, Jan Beulich wrote:
> On 15.05.17 at 09:42, wrote:
>>> On 15/05/2017 08:20, Jan Beulich wrote:
With this I think there's quite a bit of justification needed to keep
going without
Hi Jan,
On 05/15/2017 09:19 AM, Jan Beulich wrote:
On 15.05.17 at 09:42, wrote:
On 15/05/2017 08:20, Jan Beulich wrote:
Having thought about this some more, what's still missing is a
clear explanation why this new need of a non-stub mfn_to_gmfn()
isn't finally enough of
>>> On 15.05.17 at 09:42, wrote:
> On 15/05/2017 08:20, Jan Beulich wrote:
>> Having thought about this some more, what's still missing is a
>> clear explanation why this new need of a non-stub mfn_to_gmfn()
>> isn't finally enough of a reason to introduce an M2P on ARM. We
Hi Jan,
On 15/05/2017 08:20, Jan Beulich wrote:
On 12.05.17 at 17:34, wrote:
On 12.05.17 at 17:25, wrote:
On Fri, May 12, 2017 at 5:41 PM, Jan Beulich wrote:
On 10.05.17 at 16:03, wrote:
The "retrieving
>>> On 12.05.17 at 17:34, wrote:
On 12.05.17 at 17:25, wrote:
>> On Fri, May 12, 2017 at 5:41 PM, Jan Beulich wrote:
>> On 10.05.17 at 16:03, wrote:
The "retrieving mapping" code has never executed
>>> On 12.05.17 at 17:25, wrote:
> On Fri, May 12, 2017 at 5:41 PM, Jan Beulich wrote:
> On 10.05.17 at 16:03, wrote:
>>> The "retrieving mapping" code has never executed since
>>> iommu_use_hap_pt(d) always returned true on ARM
Hi, Jan.
On Fri, May 12, 2017 at 5:41 PM, Jan Beulich wrote:
On 10.05.17 at 16:03, wrote:
>> The "retrieving mapping" code has never executed since
>> iommu_use_hap_pt(d) always returned true on ARM so far. But, with
>> introducing the non-shared
>>> On 10.05.17 at 16:03, wrote:
> The "retrieving mapping" code has never executed since
> iommu_use_hap_pt(d) always returned true on ARM so far. But, with
> introducing the non-shared IOMMU patch series we can no longer keep
> this code as is due to the lack of M2P
From: Oleksandr Tyshchenko
The "retrieving mapping" code has never executed since
iommu_use_hap_pt(d) always returned true on ARM so far. But, with
introducing the non-shared IOMMU patch series we can no longer keep
this code as is due to the lack of M2P support.
16 matches
Mail list logo