From 9a5071e80be67e7a480ef9ba9680af6754198cdb Mon Sep 17 00:00:00 2001 From: Jan Beulich Date: Thu, 29 Apr 2021 16:04:35 +0200 Subject: [PATCH] x86: correct comment about alternatives ordering Unlike Linux, Xen has never (so far) used alternatives patching for memcpy() or memset(), even less such utilizing multiple alternatives. Correct the Linux-inherited comment to match reality. Signed-off-by: Jan Beulich Acked-by: Andrew Cooper --- xen/arch/x86/alternative.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/xen/arch/x86/alternative.c b/xen/arch/x86/alternative.c index 004e9ede25..1cb531c9df 100644 --- a/xen/arch/x86/alternative.c +++ b/xen/arch/x86/alternative.c @@ -194,8 +194,7 @@ static void init_or_livepatch _apply_alternatives(struct alt_instr *start, /* * The scan order should be from start to end. A later scanned * alternative code can overwrite a previous scanned alternative code. - * Some kernel functions (e.g. memcpy, memset, etc) use this order to - * patch code. + * Some code (e.g. ALTERNATIVE_2()) relies on this order of patching. * * So be careful if you want to change the scan order to any other * order. -- 2.30.2