Thanks Jan.
> >>> On 29.09.18 at 11:22, wrote:
> > --- a/docs/misc/xen-command-line.markdown
> > +++ b/docs/misc/xen-command-line.markdown
> > @@ -899,6 +899,19 @@ hardware domain is architecture dependent.
> > Note that specifying zero as domU value means zero, while for dom0 it
> > means to u
>>> On 29.09.18 at 11:22, wrote:
> --- a/docs/misc/xen-command-line.markdown
> +++ b/docs/misc/xen-command-line.markdown
> @@ -899,6 +899,19 @@ hardware domain is architecture dependent.
> Note that specifying zero as domU value means zero, while for dom0 it means
> to use the default.
>
> +##
Introduce new boot parameter xsm to choose which xsm module is enabled,
and set default to dummy.
Signed-off-by: Xin Li
---
CC: Daniel De Graaf
CC: George Dunlap
CC: Jan Beulich
CC: Konrad Rzeszutek Wilk
CC: Stefano Stabellini
CC: Tim Deegan
CC: Wei Liu
CC: Sergey Dyasli
CC: Andrew Coope
On 09/28/2018 04:18 AM, Xin Li wrote:
Introduce new boot parameter xsm to choose which xsm module is enabled,
and set default to dummy.
Signed-off-by: Xin Li
This changes the default behavior of a hypervisor compiled with XSM+FLASK when
booted with no command line arguments from enabling FLAS
Introduce new boot parameter xsm to choose which xsm module is enabled,
and set default to dummy.
Signed-off-by: Xin Li
---
CC: Daniel De Graaf
CC: George Dunlap
CC: Jan Beulich
CC: Konrad Rzeszutek Wilk
CC: Stefano Stabellini
CC: Tim Deegan
CC: Wei Liu
CC: Sergey Dyasli
CC: Andrew Coope
On 07/02/2018 09:26 PM, Xin Li wrote:
Introduce new boot parameter xsm to choose which xsm module is enabled,
and set default to dummy.
Signed-off-by: Xin Li
This is a change in defaults for the command line: previously, if you
compiled Xen with FLASK support, Xen defaulted to using it unless
> -Original Message-
> From: George Dunlap
> Sent: Thursday, July 5, 2018 12:55 AM
> To: Jan Beulich
> Cc: Xin Li ; Andrew Cooper
> ; Ming Lu ; Sergey Dyasli
> ; Wei Liu ; Xin Li (Talons)
> ; George Dunlap ; Stefano
> Stabellini ; xen-devel ;
> Konrad Rzeszutek Wilk ; Daniel de Graaf
> ; T
> On Jul 3, 2018, at 8:12 AM, Jan Beulich wrote:
>
> First of all - please indicate the version also in the subject, i.e. here
> [PATCH v2 1/2] or some such.
>
On 03.07.18 at 03:26, wrote:
>> v2
>> To further discuss:
>> 1) is "dummy" a good command line option?
>> other choices: basic",
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Tuesday, July 3, 2018 3:12 PM
> To: Xin Li
> Cc: Andrew Cooper ; Ming Lu
> ; Sergey Dyasli ; Wei Liu
> ; Xin Li (Talons) ; George Dunlap
> ; Stefano Stabellini ; xen-
> de...@lists.xen.org; Konrad Rzeszutek Wilk ;
First of all - please indicate the version also in the subject, i.e. here
[PATCH v2 1/2] or some such.
>>> On 03.07.18 at 03:26, wrote:
> v2
> To further discuss:
> 1) is "dummy" a good command line option?
> other choices: basic", "trivial", or "simple"
Indeed, but not limited to the named set.
> -Original Message-
> From: Xin Li [mailto:talons@gmail.com]
> Sent: Tuesday, July 3, 2018 9:26 AM
> To: xen-de...@lists.xen.org
> Cc: Xin Li (Talons) ; Daniel De Graaf
> ; George Dunlap ; Jan
> Beulich ; Konrad Rzeszutek Wilk
> ; Stefano Stabellini ; Tim
> (Xen.org) ; Wei Liu ; Sergey
Introduce new boot parameter xsm to choose which xsm module is enabled,
and set default to dummy.
Signed-off-by: Xin Li
---
CC: Daniel De Graaf
CC: George Dunlap
CC: Jan Beulich
CC: Konrad Rzeszutek Wilk
CC: Stefano Stabellini
CC: Tim Deegan
CC: Wei Liu
CC: Sergey Dyasli
CC: Andrew Coope
>>> On 02.07.18 at 10:39, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Monday, July 2, 2018 4:25 PM
>> >>> On 02.07.18 at 09:34, wrote:
>> >> From: Jan Beulich [mailto:jbeul...@suse.com]
>> >> Sent: Friday, June 29, 2018 6:05 PM
>> >> >>> On 29.06.18 at 11:47, wrote:
>> >> > O
Hello Jan
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Monday, July 2, 2018 4:25 PM
> To: Xin Li (Talons) ; Xin Li
> Cc: Andrew Cooper ; George Dunlap
> ; Ming Lu ; Sergey Dyasli
> ; Wei Liu ; Stefano Stabellini
> ; xen-de...@lists.xen.org; Konrad Rzeszutek
>>> On 02.07.18 at 09:34, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Friday, June 29, 2018 6:05 PM
>> >>> On 29.06.18 at 11:47, wrote:
>> > On 29/06/18 10:28, Xin Li wrote:
>> >> --- a/docs/misc/xen-command-line.markdown
>> >> +++ b/docs/misc/xen-command-line.markdown
>> >> @
Hello Jan,
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, June 29, 2018 6:05 PM
> To: Andrew Cooper ; Xin Li
>
> Cc: Ming Lu ; Sergey Dyasli ;
> Wei Liu ; Xin Li (Talons) ; George
> Dunlap ; Stefano Stabellini
> ; xen-de...@lists.xen.org; Konrad Rzeszu
Hell Andrew,
> -Original Message-
> From: Andrew Cooper
> Sent: Friday, June 29, 2018 5:48 PM
> To: Xin Li ; xen-de...@lists.xen.org
> Cc: Xin Li (Talons) ; Daniel De Graaf
> ; George Dunlap ; Jan
> Beulich ; Konrad Rzeszutek Wilk
> ; Stefano Stabellini ; Tim
> (Xen.org) ; Wei Liu ; Sergey
>>> On 29.06.18 at 11:47, wrote:
> On 29/06/18 10:28, Xin Li wrote:
>> --- a/docs/misc/xen-command-line.markdown
>> +++ b/docs/misc/xen-command-line.markdown
>> @@ -865,6 +865,19 @@ hardware domain is architecture dependent.
>> Note that specifying zero as domU value means zero, while for dom0 it
Introduce new boot parameter xsm to choose which xsm module is enabled,
and set default to dummy.
Signed-off-by: Xin Li
---
CC: Daniel De Graaf
CC: George Dunlap
CC: Jan Beulich
CC: Konrad Rzeszutek Wilk
CC: Stefano Stabellini
CC: Tim Deegan
CC: Wei Liu
CC: Sergey Dyasli
CC: Andrew Coope
On 29/06/18 10:28, Xin Li wrote:
> Introduce new boot parameter xsm to choose which xsm module is enabled,
> and set default to dummy.
>
> Signed-off-by: Xin Li
As a note for other reviewers, this series is based on top of my XSM
Kconfig cleanup.
As for this patch, its almost there. Just a few
20 matches
Mail list logo
