On 2021/5/19 20:34, David Marchand wrote:
> On Wed, May 19, 2021 at 1:57 PM Chengwen Feng <fengcheng...@huawei.com> wrote:
>>
>> Compile error with gcc8.3 and crossfile arm64_thunderx2_linux_gcc:
>>         ../drivers/net/hns3/hns3_rxtx_vec_sve.c
>>         cc1: error: switch ‘-mcpu=armv8.1-a’ conflicts with
>>         ‘-march=armv8.2-a’ switch [-Werror]
>>         ../drivers/net/hns3/hns3_rxtx_vec_sve.c:5:10: fatal error:
>>         arm_sve.h: No such file or directory
>>             5 | #include <arm_sve.h>
>>
>> The root cause is that gcc8.3 supports SVE, but it doesn't support
>> compile ACLE[1] SVE code, and the hns3_rxtx_vec_sve.c was written
>> by ACLE SVE code.
> 
> Quite confusing.
> What is the difference between the two?
> 

Only SVE assembly instructions are supported in gcc8/9

And the ACLE SVE code like normal C code.
There are also ACLE NEON code which many driver already supports.

> 
>>
>> This patch also filters out '-march=' '-mcpu' '-mtune' when compile
>> with hns3_rxtx_vec_sve.c.
>>
>> [1] ACLE: Arm C Language Extensions, user should include <arm_sve.h>
>> when writing ACLE SVE code.
>>
>> Fixes: 203fbaf8813d ("net/hns3: refactor SVE code compile method")
>>
>> Signed-off-by: Chengwen Feng <fengcheng...@huawei.com>
>> ---
>> v2:
>> * fix check tool error
>> ---
>>  drivers/net/hns3/meson.build | 14 ++++++++++----
>>  1 file changed, 10 insertions(+), 4 deletions(-)
>>
>> diff --git a/drivers/net/hns3/meson.build b/drivers/net/hns3/meson.build
>> index 8563d70..5f9af9b 100644
>> --- a/drivers/net/hns3/meson.build
>> +++ b/drivers/net/hns3/meson.build
>> @@ -39,16 +39,22 @@ if arch_subdir == 'arm' and dpdk_conf.get('RTE_ARCH_64')
>>      # compile SVE when:
>>      # a. support SVE in minimum instruction set baseline
>>      # b. it's not minimum instruction set, but compiler support
>> -    if cc.get_define('__ARM_FEATURE_SVE', args: machine_args) != ''
>> +    if cc.get_define('__ARM_FEATURE_SVE', args: machine_args) != '' and 
>> cc.check_header('arm_sve.h')
> 
> The rte_vect.h arm header unconditionally includes arm_sve.h if
> __ARM_FEATURE_SVE is defined [1].
> So it is surprising to see such a check being added.
> 
> 1: https://git.dpdk.org/dpdk/tree/lib/eal/arm/include/rte_vect.h#n12
> 

Yes, it is, I will fix in 21.08

> 

Reply via email to