From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <dev-bounces@dpdk.org> Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 281CBA0553; Sat, 11 Jun 2022 17:38:49 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 1BA27410E5; Sat, 11 Jun 2022 17:38:49 +0200 (CEST) Received: from mail-pj1-f49.google.com (mail-pj1-f49.google.com [209.85.216.49]) by mails.dpdk.org (Postfix) with ESMTP id 5D3694069C for <dev@dpdk.org>; Sat, 11 Jun 2022 17:38:47 +0200 (CEST) Received: by mail-pj1-f49.google.com with SMTP id q12-20020a17090a304c00b001e2d4fb0eb4so4870861pjl.4 for <dev@dpdk.org>; Sat, 11 Jun 2022 08:38:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=rYOV7JjDl3GjxlMWa9puOrCu/v3koMVqwkSi0xLy1ns=; b=XOh5WlOAbGaQcS+V+uzvmYbpSyqLVlb43lWUVc8YI3ade4p1QUodGPTjZiNJ7Sulf2 DkMqTTbhaKgZaUL5D2oR0FYiJa4IDNdQpX4Y1FBfe0sBNu1aCJi8QdNhP1uQfH2eEnhY B45I+ydpyLpAXhy1oFwS23f9zh+kifBpo6QZzDjdFK40/gXb276tOXtZN/vTwRLyeXEN PiVo77SmnEC1con13eOnGDq26CHcDaQCC/ziGP6iRVRVX8i6ciSfRQ42SvvkNC7SqdWz bfrHE/4dEdvNsMLhDJrdphKqfy6gfikUsprbByIHKChzBxBBl3Xex7SBFeHjvBlzCkbC TQDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=rYOV7JjDl3GjxlMWa9puOrCu/v3koMVqwkSi0xLy1ns=; b=Lc14CxylxlQpGUFsJ5PY8ppLTzLLXYN1oAClw1BPIsgaxk3qj8gy17crmJ6yygRl5P aqiS3hzHoZzzkj7yYYkwIDeNZh5p7hLrJj4TSogB0CrupyGbM+XyP2WBmT+NWbE8/Vl2 Kva2egSNR1D6ZCbIClynyCuqxGcbTl0O0AAFCGYRYLJOuJML71ZXCY59fAhLtHXXvB5Q oHWYPWIfwNLtXkZlGzhS5xEP4JMRq3IQQTBBLn4k6lvQ7kFSBl3dh6ohQlQse8AlfqzL KH2v74KOQgUMHAsLUxN/SHI92DXV8WCC1HQ1wZZK0bYgwthe98dHzuBtOSUh4tpA6dD8 l4Ug== X-Gm-Message-State: AOAM531v/BtRCSctluIY4jXxEF+3P8oinoOOacgaFwHYdJtyJeqZXcqz QHzjpItUY0HZ4WMxcpeeGDPo+Q== X-Google-Smtp-Source: ABdhPJz/mfpk/WebLXNtmwUSY9A0eO58QCTwfnm2kuNqdqg45NouGMEhTWWXhUYwfbdnuYo/G45Rng== X-Received: by 2002:a17:90a:df18:b0:1ea:96b7:b328 with SMTP id gp24-20020a17090adf1800b001ea96b7b328mr2569191pjb.183.1654961926593; Sat, 11 Jun 2022 08:38:46 -0700 (PDT) Received: from hermes.local (204-195-112-199.wavecable.com. [204.195.112.199]) by smtp.gmail.com with ESMTPSA id c29-20020a63725d000000b003fd8438db7bsm1799696pgn.58.2022.06.11.08.38.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 11 Jun 2022 08:38:46 -0700 (PDT) Date: Sat, 11 Jun 2022 08:38:43 -0700 From: Stephen Hemminger <stephen@networkplumber.org> To: David Marchand <david.marchand@redhat.com> Cc: dev@dpdk.org, thomas@monjalon.net, ferruh.yigit@xilinx.com, stable@dpdk.org, Konstantin Ananyev <konstantin.v.ananyev@yandex.ru>, Bernard Iremonger <bernard.iremonger@intel.com>, Vladimir Medvedkin <vladimir.medvedkin@intel.com> Subject: Re: [PATCH 12/12] test/ipsec: fix build with GCC 12 Message-ID: <20220611083843.766be2c2@hermes.local> In-Reply-To: <20220518101657.1230416-13-david.marchand@redhat.com> References: <20220518101657.1230416-1-david.marchand@redhat.com> <20220518101657.1230416-13-david.marchand@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions <dev.dpdk.org> List-Unsubscribe: <https://mails.dpdk.org/options/dev>, <mailto:dev-request@dpdk.org?subject=unsubscribe> List-Archive: <http://mails.dpdk.org/archives/dev/> List-Post: <mailto:dev@dpdk.org> List-Help: <mailto:dev-request@dpdk.org?subject=help> List-Subscribe: <https://mails.dpdk.org/listinfo/dev>, <mailto:dev-request@dpdk.org?subject=subscribe> Errors-To: dev-bounces@dpdk.org On Wed, 18 May 2022 12:16:57 +0200 David Marchand <david.marchand@redhat.com> wrote: > GCC 12 raises the following warning: >=20 > In function =E2=80=98_mm256_loadu_si256=E2=80=99, > inlined from =E2=80=98rte_mov32=E2=80=99 at > ../lib/eal/x86/include/rte_memcpy.h:319:9, > inlined from =E2=80=98rte_mov128=E2=80=99 at > ../lib/eal/x86/include/rte_memcpy.h:344:2, > inlined from =E2=80=98rte_memcpy_generic=E2=80=99 at > ../lib/eal/x86/include/rte_memcpy.h:438:4, > inlined from =E2=80=98rte_memcpy=E2=80=99 at > ../lib/eal/x86/include/rte_memcpy.h:882:10, > inlined from =E2=80=98setup_test_string.constprop=E2=80=99 at > ../app/test/test_ipsec.c:572:4: > /usr/lib/gcc/x86_64-redhat-linux/12/include/avxintrin.h:929:10: error: > array subscript =E2=80=98__m256i_u[3]=E2=80=99 is partly outside arra= y bounds of > =E2=80=98const char[108]=E2=80=99 [-Werror=3Darray-bounds] > 929 | return *__P; > | ^~~~ > ../app/test/test_ipsec.c: In function =E2=80=98setup_test_string.constpro= p=E2=80=99: > ../app/test/test_ipsec.c:539:12: note: at offset 96 into object > =E2=80=98null_plain_data=E2=80=99 of size 108 > 539 | const char null_plain_data[] =3D > | ^~~~~~~~~~~~~~~ >=20 > Split copy request into copies of string lengths and remove unused > blocksize. >=20 > Cc: stable@dpdk.org >=20 > Signed-off-by: David Marchand <david.marchand@redhat.com> Why is test code for ipsec bother with using rte_memcpy at all. Instead global replace rte_memcpy() with memcpy() for the whole test.