[PATCH 2/2] Makefile: Don't enable V-extension using -march option

Jessica Clarke jrtc27 at jrtc27.com
Tue Dec 10 18:58:47 PST 2024


On 11 Dec 2024, at 02:41, Xiang W <wxjstz at 126.com> wrote:
> 
> 在 2024-12-10二的 10:46 +0530,Anup Patel写道:
>> On Tue, Dec 10, 2024 at 10:35 AM Xiang W <wxjstz at 126.com> wrote:
>>> 
>>> 在 2024-12-10二的 09:46 +0530,Anup Patel写道:
>>>> Enabling V-extension using -march option causes OpenSBI boot-time
>>>> hang with LLVM compiler.
>>>> 
>>>> As a work-around, don't enable V-extension using -march option and
>>>> instead use a custom OpenSBI specific define inform availability of
>>>> V-extension to lib/sbi/sbi_trap_v_ldst.c.
>>>> 
>>>> Fixes: c2acc5e5b0d8 ("lib: sbi_misaligned_ldst: Add handling of vector load/store")
>>>> Signed-off-by: Anup Patel <apatel at ventanamicro.com>
>>>> ---
>>>>  Makefile                  | 8 ++++----
>>>>  lib/sbi/sbi_trap_v_ldst.c | 5 +++--
>>>>  2 files changed, 7 insertions(+), 6 deletions(-)
>>>> 
>>>> diff --git a/Makefile b/Makefile
>>>> index 5ac95a0f..7e0a1399 100644
>>>> --- a/Makefile
>>>> +++ b/Makefile
>>>> @@ -190,7 +190,7 @@ CC_SUPPORT_STRICT_ALIGN := $(shell $(CC) $(CLANG_TARGET) $(RELAX_FLAG) -nostdlib
>>>>  CC_SUPPORT_ZICSR_ZIFENCEI := $(shell $(CC) $(CLANG_TARGET) $(RELAX_FLAG) -nostdlib -march=rv$(OPENSBI_CC_XLEN)imafd_zicsr_zifencei -x c
>>>> /dev/null -o /dev/null 2>&1 | grep -e "zicsr" -e "zifencei" > /dev/null && echo n || echo y)
>>>> 
>>>>  # Check whether the assembler and the compiler support the Vector extension
>>>> -CC_SUPPORT_VECT := $(shell echo | $(CC) -dM -E -march=rv$(OPENSBI_CC_XLEN)gv - | grep -q riscv.*vector && echo y || echo n)
>>>> +CC_SUPPORT_VECT := $(shell $(CC) $(CLANG_TARGET) $(RELAX_FLAG) -nostdlib -march=rv$(OPENSBI_CC_XLEN)gv -dM -E -x c /dev/null 2>&1 | grep
>>>> -q
>>>> riscv.*vector && echo y || echo n)
>>>> 
>>>>  ifneq ($(OPENSBI_LD_PIE),y)
>>>>  $(error Your linker does not support creating PIEs, opensbi requires this.)
>>>> @@ -298,9 +298,6 @@ endif
>>>>  ifndef PLATFORM_RISCV_ISA
>>>>    ifneq ($(PLATFORM_RISCV_TOOLCHAIN_DEFAULT), 1)
>>>>      PLATFORM_RISCV_ISA := rv$(PLATFORM_RISCV_XLEN)imafdc
>>>> -    ifeq ($(CC_SUPPORT_VECT), y)
>>>> -      PLATFORM_RISCV_ISA := $(PLATFORM_RISCV_ISA)v
>>>> -    endif
>>>>      ifeq ($(CC_SUPPORT_ZICSR_ZIFENCEI), y)
>>>>        PLATFORM_RISCV_ISA := $(PLATFORM_RISCV_ISA)_zicsr_zifencei
>>>>      endif
>>>> @@ -363,6 +360,9 @@ GENFLAGS  +=      $(firmware-genflags-y)
>>>>  CFLAGS               =       -g -Wall -Werror -ffreestanding -nostdlib -fno-stack-protector -fno-strict-aliasing -ffunction-sections -
>>>> fdata-
>>>> sections
>>>>  CFLAGS               +=      -fno-omit-frame-pointer -fno-optimize-sibling-calls
>>>>  # Optionally supported flags
>>>> +ifeq ($(CC_SUPPORT_VECT),y)
>>>> +CFLAGS               +=      -DOPENSBI_CC_SUPPORT_VECT -fno-tree-vectorize
>>>> +endif
>>> Suggest adding an else branch to add $(warning) to indicate that the toolchain needs to be updated.
>> 
>> I don't think such a warning is needed. The Linux kernel also does not
>> warn about it.
> If the warning is not added to the makefile, it can only be used to generateOPENSBI_CC_SUPPORT_VECT macros in place of the __riscv_vector macros, which
> only adds to the complexity. It is recommended to remove the detection of the
> v extension from the makefile and revert to using __riscv_vector in 
> sbi_trap_v_ldst.c.

Without V enabled you won’t get __riscv_vector defined. Enabling V
outside of code that’s explicitly expecting to use vectors is wrong, as
discussed before. Defining __riscv_vector manually would also be wrong,
and could break compiler headers. The only correct approach is to have
a different macro defined, with V not in the default -march.

Jess

> Regards,
> Xiang W
>> 
>> Regards,
>> Anup
>> 
>>> 
>>> Regards,
>>> Xiang W
>>>>  ifeq ($(CC_SUPPORT_SAVE_RESTORE),y)
>>>>  CFLAGS               +=      -mno-save-restore
>>>>  endif
>>>> diff --git a/lib/sbi/sbi_trap_v_ldst.c b/lib/sbi/sbi_trap_v_ldst.c
>>>> index 9929215c..75b79baa 100644
>>>> --- a/lib/sbi/sbi_trap_v_ldst.c
>>>> +++ b/lib/sbi/sbi_trap_v_ldst.c
>>>> @@ -17,7 +17,8 @@
>>>>  #include <sbi/sbi_unpriv.h>
>>>>  #include <sbi/sbi_trap.h>
>>>> 
>>>> -#ifdef __riscv_vector
>>>> +#ifdef OPENSBI_CC_SUPPORT_VECT
>>>> +
>>>>  #define VLEN_MAX 65536
>>>> 
>>>>  static inline void set_vreg(ulong vlenb, ulong which,
>>>> @@ -340,4 +341,4 @@ int sbi_misaligned_v_st_emulator(int wlen, union sbi_ldst_data in_val,
>>>>  {
>>>>       return 0;
>>>>  }
>>>> -#endif /* __riscv_vector  */
>>>> +#endif /* OPENSBI_CC_SUPPORT_VECT  */
>>>> --
>>>> 2.43.0
>>>> 
>>>> 
>>> 
> 
> 
> 
> -- 
> opensbi mailing list
> opensbi at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/opensbi





More information about the opensbi mailing list