On Fri, 2020-10-16 at 17:05 +0000, Adam D Barratt wrote:
> Package: dpdk
> Version: 18.11.10-1~deb10u1
>
> Explanation: new upstream stable release; fix remote code execution
> issue [CVE-2020-14374], TOCTOU issues [CVE-2020-14375], buffer
> overflow [CVE-2020-14376], buffer over read [CVE-2020-14377] and
> integer underflow [CVE-2020-14377]
Unfortunately, this FTBFS on armhf (in three attempts across two
different buildds):
--- start log extract ---
FAILED: drivers/a715181@@tmp_rte_pmd_i40e@sta/net_i40e_i40e_rxtx_vec_neon.c.o
cc -Idrivers/a715181@@tmp_rte_pmd_i40e@sta -Idrivers -I../drivers
-Idrivers/net/i40e -I../drivers/net/i40e -Idrivers/net/i40e/base
-I../drivers/net/i40e/base -Ilib/librte_ethdev -I../lib/librte_ethdev -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/arm
-I../lib/librte_eal/common/include/arch/arm
-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
-Ilib/librte_net -I../lib/librte_net -Ilib/librte_mbuf -I../lib/librte_mbuf
-Ilib/librte_mempool -I../lib/librte_mempool -Ilib/librte_ring
-I../lib/librte_ring -Ilib/librte_cmdline/../librte_eal/common/include
-I../lib/librte_cmdline/../librte_eal/common/include -Ilib/librte_cmdline
-I../lib/librte_cmdline -Idrivers/bus/pci -I../drivers/bus/pci
-I../drivers/bus/pci/linux -Ilib/librte_pci -I../lib/librte_pci
-Idrivers/bus/vdev -I../drivers/bus/vdev -Ilib/librte_hash -I../lib/librte_hash
-fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -include rte_config.h
-Wsign-compare -Wcast-qual -Wno-pointer-to-int-cast -D_GNU_SOURCE -g -O2
-fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -march=armv7-a
-mfpu=neon -Wno-format-truncation -DPF_DRIVER -DVF_DRIVER -DINTEGRATED_VF
-DX722_A0_SUPPORT -DALLOW_EXPERIMENTAL_API -MD -MQ
'drivers/a715181@@tmp_rte_pmd_i40e@sta/net_i40e_i40e_rxtx_vec_neon.c.o' -MF
'drivers/a715181@@tmp_rte_pmd_i40e@sta/net_i40e_i40e_rxtx_vec_neon.c.o.d' -o
'drivers/a715181@@tmp_rte_pmd_i40e@sta/net_i40e_i40e_rxtx_vec_neon.c.o' -c
../drivers/net/i40e/i40e_rxtx_vec_neon.c
../drivers/net/i40e/i40e_rxtx_vec_neon.c: In function ‘desc_to_olflags_v’:
../drivers/net/i40e/i40e_rxtx_vec_neon.c:142:31: warning: implicit declaration
of function ‘vqtbl1q_u8’; did you mean ‘vtbl1_u8’?
[-Wimplicit-function-declaration]
vlan0 = vreinterpretq_u32_u8(vqtbl1q_u8(vlan_flags,
^~~~~~~~~~
vtbl1_u8
../drivers/net/i40e/i40e_rxtx_vec_neon.c:142:31: error: incompatible type for
argument 1 of ‘vreinterpretq_u32_u8’
vlan0 = vreinterpretq_u32_u8(vqtbl1q_u8(vlan_flags,
^~~~~~~~~~~~~~~~~~~~~~
vreinterpretq_u8_u32(vlan1)));
[...]
../drivers/net/i40e/i40e_rxtx_vec_neon.c: In function ‘_recv_raw_pkts_vec’:
../drivers/net/i40e/i40e_rxtx_vec_neon.c:320:11: error: incompatible types when
assigning to type ‘uint8x16_t’ from type ‘int’
pkt_mb4 = vqtbl1q_u8(vreinterpretq_u8_u64(descs[3]), shuf_msk);
^
../drivers/net/i40e/i40e_rxtx_vec_neon.c:321:11: error: incompatible types when
assigning to type ‘uint8x16_t’ from type ‘int’
pkt_mb3 = vqtbl1q_u8(vreinterpretq_u8_u64(descs[2]), shuf_msk);
^
../drivers/net/i40e/i40e_rxtx_vec_neon.c:351:11: error: incompatible types when
assigning to type ‘uint8x16_t’ from type ‘int’
pkt_mb2 = vqtbl1q_u8(vreinterpretq_u8_u64(descs[1]), shuf_msk);
^
../drivers/net/i40e/i40e_rxtx_vec_neon.c:352:11: error: incompatible types when
assigning to type ‘uint8x16_t’ from type ‘int’
pkt_mb1 = vqtbl1q_u8(vreinterpretq_u8_u64(descs[0]), shuf_msk);
^
../drivers/net/i40e/i40e_rxtx_vec_neon.c:383:13: error: incompatible types when
assigning to type ‘uint8x16_t’ from type ‘int’
eop_bits = vqtbl1q_u8(eop_bits, eop_shuf_mask);
^
--- end log extract ---
Regards,
Adam
