On 08/10/2019 11:22, Yu, PingX wrote: > Kevin, > FYI. All build are passed in 18.11.3-RC2 except Win10 no support. No issues > are found now. >
Great, thanks for confirming Ping. Kevin. > Regards, > Yu Ping > > -----Original Message----- > From: Kevin Traynor [mailto:ktray...@redhat.com] > Sent: Thursday, October 3, 2019 9:30 PM > To: Yu, PingX <pingx...@intel.com>; sta...@dpdk.org; dev@dpdk.org > Cc: Akhil Goyal <akhil.go...@nxp.com>; Ali Alnubani <alia...@mellanox.com>; > Walker, Benjamin <benjamin.wal...@intel.com>; David Christensen > <d...@linux.vnet.ibm.com>; Hemant Agrawal <hemant.agra...@nxp.com>; Stokes, > Ian <ian.sto...@intel.com>; Jerin Jacob <jer...@marvell.com>; Mcnamara, John > <john.mcnam...@intel.com>; Ju-Hyoung Lee <juh...@microsoft.com>; Luca > Boccassi <bl...@debian.org>; Pei Zhang <pezh...@redhat.com>; Xu, Qian Q > <qian.q...@intel.com>; Raslan Darawsheh <rasl...@mellanox.com>; Thomas > Monjalon <tho...@monjalon.net>; Peng, Yuan <yuan.p...@intel.com>; Chen, > Zhaoyan <zhaoyan.c...@intel.com> > Subject: Re: 18.11.3 (LTS) patches review and test > > On 26/09/2019 08:41, Yu, PingX wrote: >> Kevin, >> FYi. >>> 2. [dpdk-stable 18.11.3] meson build error on ub1604-i86 >> Q1: What are the error logs? >> Please see below Error info. >> >> Q2: Is it a regression for you? i.e. did this test pass with 18.11.2? >> No, it isn't a regression. We don't test it on 18.11.1 and 18.11.2 before, >> another the test result is still failed after testing. >> dpdk-stable V18.11.2 commitID(06c4b12a5968caea61e96f7d6bd29d2726fbe255),test >> failed. >> dpdk-stable V18.11.1 commitID(16ece46735c9b70b7033ca7ae095930e9038d9fd),test >> failed, the same mistake. >> >> Error info: >> ninja: Entering directory `build-gcc-static' >> [296/1419] Compiling C object >> 'drivers/a715181@@tmp_rte_common_dpaax@sta/common_dpaax_dpaax_iova_table.c.o'. >> FAILED: >> drivers/a715181@@tmp_rte_common_dpaax@sta/common_dpaax_dpaax_iova_tabl >> e.c.o gcc -Idrivers/a715181@@tmp_rte_common_dpaax@sta -Idrivers >> -I../drivers -Idrivers/common/dpaax -I../drivers/common/dpaax -I. >> -I../ -Iconfig -I../config -Ilib/librte_eal/common >> -I../lib/librte_eal/common -Ilib/librte_eal/common/include >> -I../lib/librte_eal/common/include >> -Ilib/librte_eal/common/include/arch/x86 >> -I../lib/librte_eal/common/include/arch/x86 >> -I../lib/librte_eal/linuxapp/eal/include >> -Ilib/librte_eal/linuxapp/eal/../../../librte_compat >> -I../lib/librte_eal/linuxapp/eal/../../../librte_compat >> -Ilib/librte_eal -I../lib/librte_eal >> -Ilib/librte_kvargs/../librte_eal/common/include >> -I../lib/librte_kvargs/../librte_eal/common/include >> -Ilib/librte_kvargs -I../lib/librte_kvargs -Ilib/librte_compat >> -I../lib/librte_compat -fdiagnostics-color=always -pipe >> -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Werror -O3 -include >> rte_config.h -Wsign-compare -Wcast-qual -Wno-pointer-to-int-cast -fPIC >> -march=native -D_GNU_SOURCE -DALLOW_EXPERIMENTAL_API -MD -MQ >> 'drivers/a715181@@tmp_rte_common_dpaax@sta/common_dpaax_dpaax_iova_tab >> le.c.o' -MF >> 'drivers/a715181@@tmp_rte_common_dpaax@sta/common_dpaax_dpaax_iova_tab >> le.c.o.d' -o >> 'drivers/a715181@@tmp_rte_common_dpaax@sta/common_dpaax_dpaax_iova_tab >> le.c.o' -c ../drivers/common/dpaax/dpaax_iova_table.c >> In file included from ../drivers/common/dpaax/dpaax_iova_table.c:8:0: >> ../drivers/common/dpaax/dpaax_iova_table.c: In function ‘read_memory_node’: >> ../drivers/common/dpaax/dpaax_logs.h:18:39: error: format ‘%lu’ expects >> argument of type ‘long unsigned int’, but argument 5 has type ‘__off64_t >> {aka long long int}’ [-Werror=format=] >> rte_log(RTE_LOG_DEBUG, dpaax_logger, "dpaax: %s(): " fmt "\n", \ >> ^ >> ../drivers/common/dpaax/dpaax_iova_table.c:102:2: note: in expansion of >> macro ‘DPAAX_DEBUG’ >> DPAAX_DEBUG("Size of device-tree mem node: %lu", statbuf.st_size); >> ^ >> ../drivers/common/dpaax/dpaax_logs.h:18:39: error: format ‘%lu’ expects >> argument of type ‘long unsigned int’, but argument 5 has type ‘__off64_t >> {aka long long int}’ [-Werror=format=] >> rte_log(RTE_LOG_DEBUG, dpaax_logger, "dpaax: %s(): " fmt "\n", \ >> ^ >> ../drivers/common/dpaax/dpaax_iova_table.c:121:3: note: in expansion of >> macro ‘DPAAX_DEBUG’ >> DPAAX_DEBUG("Invalid memory node values or count. (size=%lu)", >> ^ >> cc1: all warnings being treated as errors [301/1419] Compiling C object >> 'lib/76b5a35@@rte_pipeline@sta/librte_pipeline_rte_table_action.c.o'. >> ninja: build stopped: subcommand failed. >> > Thanks Yu Ping, I reproduced and applied the commits to fix this. It should > be fixed now in RC2 (see other mail). If you could re-run this test to > confirm same for you, that would be great. > > Kevin. >