All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kai Huang <kai.huang@linux.intel.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: Andrew Cooper <andrew.cooper3@citrix.com>,
	kevin.tian@intel.com, keir@xen.org, tim@xen.org,
	xen-devel@lists.xen.org
Subject: Re: PML (Page Modification Logging) design for Xen
Date: Tue, 24 Mar 2015 16:06:00 +0800	[thread overview]
Message-ID: <55111AE8.1040603@linux.intel.com> (raw)
In-Reply-To: <55112601020000780006CD5B@mail.emea.novell.com>



On 03/24/2015 03:53 PM, Jan Beulich wrote:
>>>> On 24.03.15 at 07:42, <kai.huang@linux.intel.com> wrote:
>> On 02/17/2015 06:19 PM, Jan Beulich wrote:
>>>>>> On 12.02.15 at 03:39, <kai.huang@linux.intel.com> wrote:
>>>> On 02/11/2015 07:52 PM, Andrew Cooper wrote:
>>>>> On 11/02/15 08:28, Kai Huang wrote:
>>>>>> Design
>>>>>> ======
>>>>>>
>>>>>> - PML feature is used globally
>>>>>>
>>>>>> A new Xen boot parameter, say 'opt_enable_pml', will be introduced to
>>>>>> control PML feature detection, and PML feature will only be detected
>>>>>> if opt_enable_pml = 1. Once PML feature is detected, it will be used
>>>>>> for dirty logging for all domains globally. Currently we don't support
>>>>>> to use PML on basis of per-domain as it will require additional
>>>>>> control from XL tool.
>>>>> Rather than adding in a new top level command line option for an ept
>>>>> subfeature, it would be preferable to add an "ept=" option which has
>>>>> "pml" as a sub boolean.
>>>> Which is good to me, if Jan agrees.
>>>>
>>>> Jan, which do you prefer here?
>>> A single "ept=" option as Andrew suggested.
>> Hi Andrew, Jan, Tim,
>>
>> Sorry to bring this thread back.
>>
>> Regarding to the parameter to control PML, I plan to enable PML by
>> default, in which case would a "ept=no-pml" be more reasonable to
>> disable it manually?
> Imo the default should be off at least initially.
OK.
>   The command line
> option parsing is (and should be) independent of the chosen
> default anyway, i.e. overrides in either direction should be
> possible.
While the parse_ept_param function does support "ept=pml" and 
"ept=no-pml" both, I think in the comments of the function we should 
explicitly tell whether to use "ept=pml" (in case PML is off by 
default), or "ept=no-pml" (in case PML is on by default), otherwise 
"ept=pml,no-pml" is legal but obviously it doesn't make any sense (and 
looks this issue also exists in parse_iommu_param?).

Thanks,
-Kai
>
>> Actually by referring to "iommu=" parameter, I would like to do below
>> changes. Is it good to you?
> Looks okay.
>
> Jan
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel

  reply	other threads:[~2015-03-24  8:06 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-11  8:28 PML (Page Modification Logging) design for Xen Kai Huang
2015-02-11 11:52 ` Andrew Cooper
2015-02-11 13:13   ` Jan Beulich
2015-02-11 16:33     ` Andrew Cooper
2015-02-11 16:55       ` Jan Beulich
2015-02-12  2:35     ` Kai Huang
2015-02-12  6:25       ` Tian, Kevin
2015-02-12  6:45         ` Kai Huang
2015-02-12  7:08           ` Tian, Kevin
2015-02-12  7:34             ` Kai Huang
2015-02-12 12:42             ` Tim Deegan
2015-02-13  2:15               ` Kai Huang
2015-02-13  2:28               ` Tian, Kevin
2015-02-17 10:40                 ` Jan Beulich
2015-02-12  2:39   ` Kai Huang
2015-02-12  6:54     ` Tian, Kevin
2015-02-12  6:56       ` Kai Huang
2015-02-12  7:09         ` Tian, Kevin
2015-02-12  7:15           ` Kai Huang
2015-02-12 14:10       ` Andrew Cooper
2015-02-13  0:58         ` Bing
2015-02-13  2:11         ` Kai Huang
2015-02-13 10:57           ` Andrew Cooper
2015-02-13 14:32             ` Kai Huang
2015-02-13 15:28               ` Andrew Cooper
2015-02-13 15:52                 ` Kai Huang
2015-02-14  3:01                   ` Kai Huang
2015-02-16 11:44                     ` Andrew Cooper
2015-02-16 14:02                       ` Kai Huang
2015-02-17 10:37                       ` Jan Beulich
2015-02-17 10:19     ` Jan Beulich
2015-02-17 11:57       ` Tim Deegan
2015-03-11 10:59       ` George Dunlap
2015-03-11 11:11         ` Andrew Cooper
2015-03-11 15:53           ` George Dunlap
2015-03-12  7:36             ` Kai Huang
2015-03-12 11:19               ` Andrew Cooper
2015-03-14  3:04                 ` Kai Huang
2015-03-24  6:42       ` Kai Huang
2015-03-24  7:53         ` Jan Beulich
2015-03-24  8:06           ` Kai Huang [this message]
2015-03-24  8:14             ` Jan Beulich
2015-03-24  8:17               ` Kai Huang
2015-02-11 13:06 ` Jan Beulich
2015-02-12  2:49   ` Kai Huang
2015-02-12  5:16     ` Kai Huang
2015-02-12  7:02     ` Tian, Kevin
2015-02-12  7:04       ` Kai Huang
2015-02-17 10:23     ` Jan Beulich
2015-03-01 23:13       ` Kai Huang
2015-02-12 12:34 ` Tim Deegan
2015-02-13  2:50   ` Kai Huang
2015-02-16 14:01     ` Kai Huang
2015-02-16 18:19       ` Tim Deegan

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=55111AE8.1040603@linux.intel.com \
    --to=kai.huang@linux.intel.com \
    --cc=JBeulich@suse.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=keir@xen.org \
    --cc=kevin.tian@intel.com \
    --cc=tim@xen.org \
    --cc=xen-devel@lists.xen.org \
    /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.