[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v2 09/19] xen/arm: Introduce a initcall to update cpu_hwcaps by serror_op
Hi Wei, On 30/03/17 10:13, Wei Chen wrote: In the later patches of this series, we want to use the alternative patching framework to avoid checking serror_op in every entries. So we define a new cpu feature "SKIP_CHECK_PENDING_VSERROR" for serror_op. When serror_op is not equal to SERROR_DIVERSE, this feature will be set to cpu_hwcaps. Currently, the default serror_op is SERROR_DIVERSE, if we want to change the serror_op value we have to place the serror parameter in command line. It seems no problem to update cpu_hwcaps directly in the serror parameter parsing function. But one day, if we change the default serror_op to SERROR_PANIC or SERROR_FORWARD by some security policy. We may not place the serror parameter in command line. In this case, if we rely on the serror parameter parsing function to update cpu_hwcaps, this function would not be invoked and the "SKIP_CHECK_PENDING_VSERROR" could not be set in cpu_hwcaps. This paragraph is a bit difficult to understand. I would reword to: "While the default option will be diverse today, this may change in the future. So we introduce ...." and then paste the paragraph below. So, we introduce this initcall to guarantee the cpu_hwcaps can be updated no matter the serror parameter is placed in the command line or not. Signed-off-by: Wei Chen <Wei.Chen@xxxxxxx> With the change suggested above: Acked-by: Julien Grall <julien.grall@xxxxxxx> Cheers, -- Julien Grall _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |