[dpdk-dev] DPDK cpuflag check failure

Neil Horman nhorman at tuxdriver.com
Sun Sep 28 14:41:09 CEST 2014


On Sun, Sep 28, 2014 at 07:39:57AM +0000, Zhang, Jerry wrote:
> Hi all, 
> 
> 	Do you know why DPDK(shared library) constructor function rte_cpu_check_supported() needs to check some unnecessary CPU flags which is not used by current DPDK such as "AES"?
>      
>     On Hehalem platform with GCC4.8, using shard DPDK library, it will report AES is not supported. But actually AES instructions is not used by current DPDK.
> 

The function you reference is meant to assert that all the cpu features that
were enabled during the build are supported on the processor.  I expect you
enabled the crypto test, and as such the AES instructions were enabled in the
build.  disable the examples build and you'll probably be ok.
Neil


>     Thanks!
> 
> #ifndef __INTEL_COMPILER
> void __attribute__ ((__constructor__))
> #else
> void
> #endif
> rte_cpu_check_supported(void)
> {
> 	/* This is generated at compile-time by the build system */
> 	static const enum rte_cpu_flag_t compile_time_flags[] = {
> 			RTE_COMPILE_TIME_CPUFLAGS
> 	};
> 	unsigned i;
> 	int ret;
> 
> 	for (i = 0; i < sizeof(compile_time_flags)/sizeof(compile_time_flags[0]); i++) {
> 		ret = rte_cpu_get_flag_enabled(compile_time_flags[i]);
> 
> 		if (ret < 0) {
> 			fprintf(stderr,
> 				"ERROR: CPU feature flag lookup failed with error %d\n",
> 				ret);
> 			exit(1);
> 		}
> 		if (!ret) {
> 			fprintf(stderr,
> 			        "ERROR: This system does not support \"%s\".\n"
> 			        "Please check that RTE_MACHINE is set correctly.\n",
> 			        cpu_feature_table[compile_time_flags[i]].name);
> 			exit(1);
> 		}
> 	}
> }


More information about the dev mailing list