[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v4 1/6] xen/x86: move declaration from mem_access.h to altp2m.h
- To: Penny Zheng <Penny.Zheng@xxxxxxx>
- From: Tamas K Lengyel <tamas@xxxxxxxxxxxxx>
- Date: Thu, 15 Jan 2026 18:07:00 -0500
- Arc-authentication-results: i=1; mx.zohomail.com; dkim=pass header.i=tklengyel.com; spf=pass smtp.mailfrom=tamas@xxxxxxxxxxxxx; dmarc=pass header.from=<tamas@xxxxxxxxxxxxx>
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1768518539; h=Content-Type:Cc:Cc:Date:Date:From:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:Subject:To:To:Message-Id:Reply-To; bh=bDJVVA3E22bQ/IxWhkb2Y4579buw3WQ1C3StIr1NqAQ=; b=IoLEXfZEEXm5mWaxuQIW8NRG4OvyyYEsG9PSWskxV9yoDyuD6ku1s7oReLT0H3b79srRWCxfPg7J7PVF8RRomFFw0678YjsRThl1SNW8Hp+AtgVBvffcI6E8Dk3QWcaYMG5H4ucw8rGom4txrJBcYRGm7KWFjnLjFAkJ7AaWeV0=
- Arc-seal: i=1; a=rsa-sha256; t=1768518539; cv=none; d=zohomail.com; s=zohoarc; b=X3+Ukw+c+X0YgvNgW8qAkvfr9mJ8Ad+KmjOHC7NN7d+fo7JepIavUbrbxCFCiUHvZHpt648Gm/s5OLHvJtp/CWWz4AYVAhqqbSgptkwfOvSvi/JNgqxM6fFgnM7XDwI7WLMuK1ahT0EsuEorporRVfd7Ke0lAvc9+tst7bqoNEY=
- Cc: xen-devel@xxxxxxxxxxxxxxxxxxxx, jason.andryuk@xxxxxxx, ray.huang@xxxxxxx, Jan Beulich <jbeulich@xxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Alexandru Isaila <aisaila@xxxxxxxxxxxxxxx>, Petre Pircalabu <ppircalabu@xxxxxxxxxxxxxxx>
- Delivery-date: Thu, 15 Jan 2026 23:09:27 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
Memory access and ALTP2M are two seperate features, and each could be
controlled via VM_EVENT or ALTP2M. In order to avoid implicit declaration
when ALTP2M=y and VM_EVENT=n on compiling hvm.o/altp2m.o, we move declaration
of the following functions from <asm/mem_access.h> to <asm/altp2m.h>:
- p2m_set_suppress_ve
- p2m_set_suppress_ve_multi
- p2m_get_suppress_ve
Potential error on altp2m.c also breaks Misra Rule 8.4.
Signed-off-by: Penny Zheng <Penny.Zheng@xxxxxxx>
Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>
Reviewed-by: Jason Andryuk <jason.andryuk@xxxxxxx>
|
