|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 1/2] x86/mm: Use mfn_t for new_guest_cr3()
On 30/08/17 16:45, Jan Beulich wrote:
>>>> On 30.08.17 at 14:19, <andrew.cooper3@xxxxxxxxxx> wrote:
>> @@ -2772,23 +2772,23 @@ int vcpu_destroy_pagetables(struct vcpu *v)
>> return rc != -EINTR ? rc : -ERESTART;
>> }
>>
>> -int new_guest_cr3(unsigned long mfn)
>> +int new_guest_cr3(mfn_t mfn)
>> {
>> struct vcpu *curr = current;
>> struct domain *d = curr->domain;
>> int rc;
>> - unsigned long old_base_mfn;
>> + mfn_t old_base_mfn;
>>
>> if ( is_pv_32bit_domain(d) )
>> {
>> - unsigned long gt_mfn = pagetable_get_pfn(curr->arch.guest_table);
>> - l4_pgentry_t *pl4e = map_domain_page(_mfn(gt_mfn));
>> + mfn_t mmfn = pagetable_get_mfn(curr->arch.guest_table);
>> + l4_pgentry_t *pl4e = map_domain_page(mmfn);
> What was wrong with "gt_mfn" for "guest table MFN"? I can't help
> thinking mmfn is a typo, where you've hit the m key one too many
> times. What is that first m supposed to stand for?
mmfn is the shadow code nomenclature for the monitor mfn. I can move
back to gt_mfn if you think thats clearer.
~Andrew
>
> Other than this the patch is certainly fine.
>
> Jan
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |