On 09/17/2014 04:42 PM, David Vrabel wrote:
On 17/09/14 15:20, Juergen Gross wrote:
On 09/17/2014 04:07 PM, David Vrabel wrote:
Are you missing a ClearPagePinned(..) here?
Probably, yes.
Jan pointed out that this is not needed.
@@ -1529,6 +1604,22 @@ static pte_t __init mask_rw_pte(pte_
On 17/09/14 15:20, Juergen Gross wrote:
> On 09/17/2014 04:07 PM, David Vrabel wrote:
>>
>>
>> Are you missing a ClearPagePinned(..) here?
>
> Probably, yes.
Jan pointed out that this is not needed.
>>> @@ -1529,6 +1604,22 @@ static pte_t __init mask_rw_pte(pte_t *ptep,
>>> pte_t pte)
>>> #el
>>> On 17.09.14 at 16:07, wrote:
> On 17/09/14 05:12, Juergen Gross wrote:
>> +static void __init xen_cleanmfnmap(unsigned long vaddr)
>> +{
>> +unsigned long va = vaddr & PMD_MASK;
>> +unsigned long pa;
>> +pgd_t *pgd = pgd_offset_k(va);
>> +pud_t *pud_page = pud_offset(pgd, 0);
>
On 09/17/2014 04:07 PM, David Vrabel wrote:
On 17/09/14 05:12, Juergen Gross wrote:
Direct Xen to place the initial P->M table outside of the initial
mapping, as otherwise the 1G (implementation) / 2G (theoretical)
restriction on the size of the initial mapping limits the amount
of memory a doma
On 17/09/14 05:12, Juergen Gross wrote:
> Direct Xen to place the initial P->M table outside of the initial
> mapping, as otherwise the 1G (implementation) / 2G (theoretical)
> restriction on the size of the initial mapping limits the amount
> of memory a domain can be handed initially.
>
> As the
Direct Xen to place the initial P->M table outside of the initial
mapping, as otherwise the 1G (implementation) / 2G (theoretical)
restriction on the size of the initial mapping limits the amount
of memory a domain can be handed initially.
As the initial P->M table is copied rather early during bo
6 matches
Mail list logo