[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH 2/5] x86: Name parameters in function declarations


  • To: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
  • From: Nicola Vetrini <nicola.vetrini@xxxxxxxxxxx>
  • Date: Wed, 10 Dec 2025 21:15:47 +0100
  • Arc-authentication-results: i=1; bugseng.com; arc=none smtp.remote-ip=162.55.131.47
  • Arc-message-signature: i=1; d=bugseng.com; s=openarc; a=rsa-sha256; c=relaxed/relaxed; t=1765397747; h=DKIM-Signature:MIME-Version:Date:From:To:Cc:Subject:In-Reply-To: References:Message-ID:X-Sender:Organization:Content-Type: Content-Transfer-Encoding; bh=5SWB32j6qN5Z3Umy5Yr9Qmzm4X0peIk85zVEJRMym+c=; b=OoNdUgXtM1ebaFWCw7F38apfrsc+O32RgB+8VbK21yt59e63iuNFBW//0TbO/NHmoeNe 0n46b6gxtQBCS4Qvj9E7RSF3vgHQ2j5ary0V+V85Vvb5/rShVRfuoMcGhv5+Fa4Fx0meY NcQn3dMvipDt/MvRwqsSPMgZDBqqEJFqYqNAdGJN3H2SOprN8QBQ9q4uvQ/e5Ezdy5iZB ZLEaTFfG1lwUPyQ4AiUVgXUfyinO1pieWWrp/wmFHy37Qw0ntkO8Ok2jeMuBzIFTmZ2AM /GHFIlP4fzS1nouQJBPeMh8Q+lRHYRr6pwpO66QIkThijzJQBbC33o3FUcAtx/K/+8Bmr MPMXvq+f1JGKvC5Raer55wcDDH8adaoRohYHj1uDV9mIh7JNMwOBoxN0eNPaS7BpEGfHP q2c5e0V/ffN/QRjMvvwFXJsTfBEIe3ZvGlYUDHbexnpTirwmr4eiLLZUMygzl1n5E0URk GTZ5yEZ1kCb86la22DKpfVUP9v67QGi7JNmXbXYK6aE19VfHqkMUlu7JBpS5pVwUn0SDr MX8tCbNNfbrt8W/bbCNAA9sq4itQGEvha+3A2/zLPeZZyGliJt8cmNpPbuqn2KM9OuWuZ JgSTLSpblwn+wTZEbZIc/18UHdKnJ/7ACnbyvb5Y34enk+0mLac7I6qC/bcnRiY=
  • Arc-seal: i=1; d=bugseng.com; s=openarc; a=rsa-sha256; cv=none; t=1765397747; b=wAnW7DL6Eg5EANgJyvr3rlG1v1sUJGiCjvdnGV8IlrVGTZu1CNXApzw2GDKqM6jPT3eF 2Zv1EW1hUL67DWWI9MQKiuDcPD8Zo2HW8x2oJdH1Bqy2AQm6eEH9pzKlsn8+Lsvngiq53 xvIPIMhJ+bNxwxO95TMhKYS48BmOUuTimq/nJJC+kwAqPlJifUIqrM75/Z9d//d8w0yTJ LzQcEiR5KYScCWtGtWkC3kLtka3D4ob5KaUbuzeXlUTc+p1sCCuUqV7Xqrjw+cDL9qQ6T a1wEgkBf0Lt9B0/0NgNDbT4FBQXAlrB4PsuyitxKfj55+fj7imZ813Q4Y8AgwTRmfk94q Nq6HoxRnMfikiIHIXHYL9B5X20Z85tNYaCwsfdYI7hYGVlfcX+qeHqj5cRgDTuoul1ID1 U55Eg8om7Y5VaCiSEfwPBOLOoMElVHPfVllXW0PQbiVfAxl8mFaT4xEHGpmlZngd2RPJS fc6xGbLwqyR05tqxwDljwfQoWpw1yxbBluJQeNGUvDiIpw0+Zv0PT785B5xdARfkxedwo DHw6+8oG7j4y/WbmN3jYZ20UooXhvW8k6xhyRMV+Z5jCgylzaq049AaIVLs0ZxVckvzUp 42h6PFj7+AnT6bD1JzSLZxAzo2miED6bb+pKWRlwcRuDkRJ4IiK3CE0xDo59mAY=
  • Authentication-results: bugseng.com; arc=none smtp.remote-ip=162.55.131.47
  • Cc: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, "consulting @ bugseng . com" <consulting@xxxxxxxxxxx>
  • Delivery-date: Wed, 10 Dec 2025 20:15:56 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 2025-12-10 19:30, Andrew Cooper wrote:
With the wider testing, some more violations have been spotted.  This
addresses violations of Rule 8.2 (parameters must be named).

No functional change.

Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Reviewed-by: Nicola Vetrini <nicola.vetrini@xxxxxxxxxxx>

One nit below

---
CC: Jan Beulich <JBeulich@xxxxxxxx>
CC: Roger Pau Monné <roger.pau@xxxxxxxxxx>
CC: Stefano Stabellini <sstabellini@xxxxxxxxxx>
CC: consulting@xxxxxxxxxxx <consulting@xxxxxxxxxxx>
CC: Nicola Vetrini <nicola.vetrini@xxxxxxxxxxx>
---
 xen/arch/x86/mm/shadow/common.c | 8 ++++----
 xen/arch/x86/pv/emul-priv-op.c  | 2 +-
 xen/include/xen/livepatch.h     | 2 +-
 3 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/xen/arch/x86/mm/shadow/common.c b/xen/arch/x86/mm/shadow/common.c
index 423764a32653..f2aee5be46a7 100644
--- a/xen/arch/x86/mm/shadow/common.c
+++ b/xen/arch/x86/mm/shadow/common.c
@@ -69,11 +69,11 @@ const uint8_t sh_type_to_size[] = {

 DEFINE_PER_CPU(uint32_t,trace_shadow_path_flags);

-static int cf_check sh_enable_log_dirty(struct domain *);
-static int cf_check sh_disable_log_dirty(struct domain *);
-static void cf_check sh_clean_dirty_bitmap(struct domain *);
+static int cf_check sh_enable_log_dirty(struct domain *d);
+static int cf_check sh_disable_log_dirty(struct domain *d);
+static void cf_check sh_clean_dirty_bitmap(struct domain *d);

-static void cf_check shadow_update_paging_modes(struct vcpu *);
+static void cf_check shadow_update_paging_modes(struct vcpu *v);

/* Set up the shadow-specific parts of a domain struct at start of day.
  * Called for every domain from arch_domain_create() */
diff --git a/xen/arch/x86/pv/emul-priv-op.c b/xen/arch/x86/pv/emul-priv-op.c
index 225d4cff03c1..08dec9990e39 100644
--- a/xen/arch/x86/pv/emul-priv-op.c
+++ b/xen/arch/x86/pv/emul-priv-op.c
@@ -40,7 +40,7 @@ struct priv_op_ctxt {
 };

 /* I/O emulation helpers.  Use non-standard calling conventions. */
-void nocall load_guest_gprs(struct cpu_user_regs *);
+void nocall load_guest_gprs(struct cpu_user_regs *regs);
 void nocall save_guest_gprs(void);

 typedef void io_emul_stub_t(struct cpu_user_regs *);
diff --git a/xen/include/xen/livepatch.h b/xen/include/xen/livepatch.h
index d074a5bebecc..3f5ad01f1bdd 100644
--- a/xen/include/xen/livepatch.h
+++ b/xen/include/xen/livepatch.h
@@ -62,7 +62,7 @@ struct livepatch_fstate {
     uint8_t insn_buffer[LIVEPATCH_OPAQUE_SIZE];
 };

-int livepatch_op(struct xen_sysctl_livepatch_op *);
+int livepatch_op(struct xen_sysctl_livepatch_op *op);

xen/common/livepatch.c:int livepatch_op(struct xen_sysctl_livepatch_op *livepatch)

Shouldn't this decl also use "*op" as well? Might not be triggered in this configuration due to the absence of CONFIG_LIVEPATCH I think.

 void check_for_livepatch_work(void);
 unsigned long livepatch_symbols_lookup_by_name(const char *symname);
 bool is_patch(const void *addr);

--
Nicola Vetrini, B.Sc.
Software Engineer
BUGSENG (https://bugseng.com)
LinkedIn: https://www.linkedin.com/in/nicola-vetrini-a42471253



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.