From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Chen, Tiejun" Subject: Re: [v4][PATCH 11/19] tools: introduce some new parameters to set rdm policy Date: Tue, 30 Jun 2015 17:38:00 +0800 Message-ID: <55926378.1080701@intel.com> References: <1435053450-25131-1-git-send-email-tiejun.chen@intel.com> <1435053450-25131-12-git-send-email-tiejun.chen@intel.com> <1435234395.32500.73.camel@citrix.com> <558D0F98.7020107@intel.com> <1435309027.32500.142.camel@citrix.com> <558D1D13.2010208@intel.com> <55920844.8050800@intel.com> <1435653057.21469.4.camel@citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1435653057.21469.4.camel@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: Ian Jackson , xen-devel@lists.xen.org, Wei Liu , Stefano Stabellini List-Id: xen-devel@lists.xenproject.org >>>> The code fragment didn't answer my question either, but that's not >>>> really the point. >>> >>> Do you mean I should write two example, respectively? > > I meant an example or two of actual concrete uses (ideally the most > common ones) of the rdm parameter and what they mean in practical terms. What about this? For example, you're trying to set memory = 2800 to allocate memory to one given VM but the platform owns two RDM regions like, RMRR region: base_addr ac6d3000 end_address ac6e6fff RMRR region: base_addr ad800000 end_address afffffff In this conflict case, #1. If the type options is set with "none", rdm = "type=none,reserve=strict" or rdm = "type=none,reserve=relaxed" we don't handle any conflict just to make VM keep running as before. Note this is our default behavior. #2. If the type options is set with "host", rdm = "type=host,reserve=strict" or rdm = "type=host,reserve=relaxed" All conflict would be handled according to our policies which is introduced by the reserve option as described below. ... > > [...] >> "none" is the default value and it means we don't check any reserved >> regions and then all rdm policies would be ignored. > > > I'm afraid I still don't understand what the difference between > "rdm=none" and simply not providing an rdm argument at all are. > Currently they're the same case at this point. As I said previously, this default option is used to communicate inside xl but its still possible to introduce more options in the future, or think about if one day we'd like to set "host" as a default option internally, we still need this explicit option to help user ignore rdm, right? So based on your question I just think at most we can remove this option description in doc file right now, so any concern to this? Thanks Tiejun