From: zhu <vanbas.han@gmail.com>
To: Robert Phillips <rsp.vi.xen@gmail.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: [PATCH - proposed] XI Shadow Page Table Mechanism]
Date: Fri, 30 Jun 2006 21:47:47 +0800 [thread overview]
Message-ID: <44A52B83.30301@gmail.com> (raw)
In-Reply-To: <fc060d960606300618t1edd553sdfcf30d26c94458c@mail.gmail.com>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=gb18030; format=flowed, Size: 2137 bytes --]
Hi, Robert,
There is another minor problem. in dt_init_action:
+ if (_32pae_l3 || c_curr_accessed)
+ action |= a_present;
+ /* else make present when accessed */
+ if (c_curr_rw)
+ action |= a_rw;
According to your comments, the following snippet may be more correct:
+ if (_32pae_l3 || c_curr_accessed)
+ action |= a_present;
+ /* else make present when accessed */
+ if (c_curr_rw && !_32_pae_l3)
+ action |= a_rw;
The doc said we should retain R/W be zero for pae_l3_pte in legacy mode.
If returned a_rw, resync_spte will set _PAGE_RW for the corresponding
spte.
_______________________________________________________
Best Regards,
hanzhu
Robert Phillips дµÀ:
> Yes, that's true. If the caller supplied a bogus PFN (one larger than ram
> size), we'd crash.
> BTW, we are avoiding use of grant table transfers because they fragment PSE
> pages.
> -- rsp
>
>
> On 6/30/06, zhu <vanbas.han@gmail.com> wrote:
>>
>> I'm afraid it could trigger some certain problems only when you open l2
>> PSE flag and use grant table to transfer pages between domains. I'm not
>> very sure about it. :-)
>>
>> _______________________________________________________
>> Best Regards,
>> hanzhu
>>
>>
>> Robert Phillips ^[$B<LF;^[(B:
>> > Hi Han,
>> > You are right again. I have not seen this cause a problem but we'll
>> > certainly fix it.
>> > -- rsp
>> >
>> > On 6/29/06, zhu <vanbas.han@gmail.com> wrote:
>> >>
>> >> Hi, Robert,
>> >> I found out another confusing code snippet:
>> >> in void xi_invl_mfn(struct domain *d, unsigned long mfn)
>> >> if (ext && pfn < ext->large_page_aligned_size)
>> >>
>> >> According to the code, it should be
>> >> if (ext && (pfn>>SPT_ENTRIES_ORDER) <
>> ext->large_page_aligned_size)
>> >>
>> >> If I made any mistake, please point it out.
>> >> _______________________________________________________
>> >> Best Regards,
>> >> hanzhu
>> >>
>> >
>> >
>>
>
>
>
next prev parent reply other threads:[~2006-06-30 13:47 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <44A3CA74.4000206@virtualiron.com>
[not found] ` <44A3D3CE.3040408@virtualiron.com>
[not found] ` <44A3E08B.9090103@gmail.com>
[not found] ` <44A3E98B.9040602@virtualiron.com>
[not found] ` <44A3F073.50305@virtualiron.com>
2006-06-30 2:37 ` [PATCH - proposed] XI Shadow Page Table Mechanism] zhu
2006-06-30 12:24 ` Robert Phillips
[not found] ` <44A51DE9.1020909@gmail.com>
2006-06-30 13:18 ` Robert Phillips
2006-06-30 13:33 ` Steve Ofsthun
2006-06-30 13:47 ` zhu [this message]
[not found] ` <44A52215.8050505@virtualiron.com>
2006-07-01 9:22 ` zhu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=44A52B83.30301@gmail.com \
--to=vanbas.han@gmail.com \
--cc=rsp.vi.xen@gmail.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.