diff mbox series

[v2] x86+Arm: drop (rename) __virt_to_maddr() / __maddr_to_virt()

Message ID f7b82e17-8282-400b-a6c2-b74761bbd6ce@suse.com (mailing list archive)
State New
Headers show
Series [v2] x86+Arm: drop (rename) __virt_to_maddr() / __maddr_to_virt() | expand

Commit Message

Jan Beulich March 12, 2024, 10:27 a.m. UTC
There's no use of them anymore except in the definitions of the non-
underscore-prefixed aliases.

On Arm convert the (renamed) inline function to a macro.

On x86 rename the inline functions, adjust the virt_to_maddr() #define,
and purge the maddr_to_virt() one, thus eliminating a bogus cast which
would have allowed the passing of a pointer type variable into
maddr_to_virt() to go silently.

No functional change intended.

Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Oleksii Kurochko <oleksii.kurochko@gmail.com>
---
v2: Avoid aliasing macro on Arm.

Comments

Julien Grall March 12, 2024, 10:33 a.m. UTC | #1
Hi Jan,

On 12/03/2024 10:27, Jan Beulich wrote:
> There's no use of them anymore except in the definitions of the non-
> underscore-prefixed aliases.
> 
> On Arm convert the (renamed) inline function to a macro.
> 
> On x86 rename the inline functions, adjust the virt_to_maddr() #define,
> and purge the maddr_to_virt() one, thus eliminating a bogus cast which
> would have allowed the passing of a pointer type variable into
> maddr_to_virt() to go silently.
> 
> No functional change intended.
> 
> Signed-off-by: Jan Beulich <jbeulich@suse.com>
> Reviewed-by: Oleksii Kurochko <oleksii.kurochko@gmail.com>
> ---
> v2: Avoid aliasing macro on Arm.

Interesting, I was expecting x86 to follow the same approach. I don't 
quite understand the benefit of the aliasing here but at the same time I 
don't maintain it. So for Arm (only):

Acked-by: Julien Grall <jgrall@amazon.com>

Also, Oleksii, when you send a patch for RISC-V, can you please avoid 
the aliasing on RISC-V? I understand we want to prefer static inline 
(and in general I would prefer them), but we also need to balance with 
avoiding aliasing when there are zero benefits.

Cheers,
Oleksii Kurochko March 12, 2024, 10:38 a.m. UTC | #2
Hi Julien,

On Tue, 2024-03-12 at 10:33 +0000, Julien Grall wrote:
> Hi Jan,
> 
> On 12/03/2024 10:27, Jan Beulich wrote:
> > There's no use of them anymore except in the definitions of the
> > non-
> > underscore-prefixed aliases.
> > 
> > On Arm convert the (renamed) inline function to a macro.
> > 
> > On x86 rename the inline functions, adjust the virt_to_maddr()
> > #define,
> > and purge the maddr_to_virt() one, thus eliminating a bogus cast
> > which
> > would have allowed the passing of a pointer type variable into
> > maddr_to_virt() to go silently.
> > 
> > No functional change intended.
> > 
> > Signed-off-by: Jan Beulich <jbeulich@suse.com>
> > Reviewed-by: Oleksii Kurochko <oleksii.kurochko@gmail.com>
> > ---
> > v2: Avoid aliasing macro on Arm.
> 
> Interesting, I was expecting x86 to follow the same approach. I don't
> quite understand the benefit of the aliasing here but at the same
> time I 
> don't maintain it. So for Arm (only):
> 
> Acked-by: Julien Grall <jgrall@amazon.com>
> 
> Also, Oleksii, when you send a patch for RISC-V, can you please avoid
> the aliasing on RISC-V? I understand we want to prefer static inline 
> (and in general I would prefer them), but we also need to balance
> with 
> avoiding aliasing when there are zero benefits.
Sure. I wanted to that in the same way after your comment for the first
version of this patch.

~ Oleksii
Jan Beulich March 12, 2024, 10:43 a.m. UTC | #3
On 12.03.2024 11:33, Julien Grall wrote:
> Hi Jan,
> 
> On 12/03/2024 10:27, Jan Beulich wrote:
>> There's no use of them anymore except in the definitions of the non-
>> underscore-prefixed aliases.
>>
>> On Arm convert the (renamed) inline function to a macro.
>>
>> On x86 rename the inline functions, adjust the virt_to_maddr() #define,
>> and purge the maddr_to_virt() one, thus eliminating a bogus cast which
>> would have allowed the passing of a pointer type variable into
>> maddr_to_virt() to go silently.
>>
>> No functional change intended.
>>
>> Signed-off-by: Jan Beulich <jbeulich@suse.com>
>> Reviewed-by: Oleksii Kurochko <oleksii.kurochko@gmail.com>
>> ---
>> v2: Avoid aliasing macro on Arm.
> 
> Interesting, I was expecting x86 to follow the same approach. I don't 
> quite understand the benefit of the aliasing here but at the same time I 
> don't maintain it.

In the absence of respective feedback from x86 maintainers I had to guess
what would be preferred, and my guessing is that retaining inline functions
where we can use them would be preferred. If that turned out wrong, I'd
then switch to purely a macro on x86 too.

> So for Arm (only):
> 
> Acked-by: Julien Grall <jgrall@amazon.com>

Thanks.

Jan
diff mbox series

Patch

--- a/xen/arch/arm/include/asm/mm.h
+++ b/xen/arch/arm/include/asm/mm.h
@@ -256,12 +256,10 @@  static inline void __iomem *ioremap_wc(p
 /* Page-align address and convert to frame number format */
 #define paddr_to_pfn_aligned(paddr)    paddr_to_pfn(PAGE_ALIGN(paddr))
 
-static inline paddr_t __virt_to_maddr(vaddr_t va)
-{
-    uint64_t par = va_to_par(va);
-    return (par & PADDR_MASK & PAGE_MASK) | (va & ~PAGE_MASK);
-}
-#define virt_to_maddr(va)   __virt_to_maddr((vaddr_t)(va))
+#define virt_to_maddr(va) ({                                        \
+    vaddr_t va_ = (vaddr_t)(va);                                    \
+    (va_to_par(va_) & PADDR_MASK & PAGE_MASK) | (va_ & ~PAGE_MASK); \
+})
 
 #ifdef CONFIG_ARM_32
 /**
--- a/xen/arch/x86/hvm/nestedhvm.c
+++ b/xen/arch/x86/hvm/nestedhvm.c
@@ -125,7 +125,7 @@  static int __init cf_check nestedhvm_set
     /* shadow_io_bitmaps can't be declared static because
      *   they must fulfill hw requirements (page aligned section)
      *   and doing so triggers the ASSERT(va >= XEN_VIRT_START)
-     *   in __virt_to_maddr()
+     *   in virt_to_maddr()
      *
      * So as a compromise pre-allocate them when xen boots.
      * This function must be called from within start_xen() when
--- a/xen/arch/x86/include/asm/page.h
+++ b/xen/arch/x86/include/asm/page.h
@@ -269,8 +269,6 @@  void copy_page_sse2(void *to, const void
 #define mfn_valid(mfn)      __mfn_valid(mfn_x(mfn))
 #define virt_to_mfn(va)     __virt_to_mfn(va)
 #define mfn_to_virt(mfn)    __mfn_to_virt(mfn)
-#define virt_to_maddr(va)   __virt_to_maddr((unsigned long)(va))
-#define maddr_to_virt(ma)   __maddr_to_virt((unsigned long)(ma))
 #define maddr_to_page(ma)   __maddr_to_page(ma)
 #define page_to_maddr(pg)   __page_to_maddr(pg)
 #define virt_to_page(va)    __virt_to_page(va)
--- a/xen/arch/x86/include/asm/x86_64/page.h
+++ b/xen/arch/x86/include/asm/x86_64/page.h
@@ -34,7 +34,7 @@  static inline unsigned long canonicalise
 #define pdx_to_virt(pdx) ((void *)(DIRECTMAP_VIRT_START + \
                                    ((unsigned long)(pdx) << PAGE_SHIFT)))
 
-static inline unsigned long __virt_to_maddr(unsigned long va)
+static inline unsigned long virt_to_maddr(unsigned long va)
 {
     ASSERT(va < DIRECTMAP_VIRT_END);
     if ( va >= DIRECTMAP_VIRT_START )
@@ -47,8 +47,9 @@  static inline unsigned long __virt_to_ma
 
     return xen_phys_start + va - XEN_VIRT_START;
 }
+#define virt_to_maddr(va) virt_to_maddr((unsigned long)(va))
 
-static inline void *__maddr_to_virt(unsigned long ma)
+static inline void *maddr_to_virt(unsigned long ma)
 {
     /* Offset in the direct map, accounting for pdx compression */
     unsigned long va_offset = maddr_to_directmapoff(ma);