DPDK patches and discussions
 help / color / mirror / Atom feed
From: "Hemant Agrawal (OSS)" <hemant.agrawal@oss.nxp.com>
To: Ferruh Yigit <ferruh.yigit@intel.com>,
	Akhil Goyal <akhil.goyal@nxp.com>,  "dev@dpdk.org" <dev@dpdk.org>
Cc: "david.marchand@redhat.com" <david.marchand@redhat.com>,
	"ktraynor@redhat.com" <ktraynor@redhat.com>,
	"thomas@monjalon.net" <thomas@monjalon.net>,
	"stable@dpdk.org" <stable@dpdk.org>
Subject: Re: [dpdk-dev] [dpdk-stable] [PATCH] drivers/crypto: fix gcc 10 no-common errors
Date: Thu, 14 May 2020 06:09:54 +0000	[thread overview]
Message-ID: <AM6PR04MB445644A4F935B964F98C2A7089BC0@AM6PR04MB4456.eurprd04.prod.outlook.com> (raw)
In-Reply-To: <9ed40d1d-b3b5-d425-8055-6b67162b1ce6@intel.com>



> On 5/13/2020 2:50 PM, akhil.goyal@nxp.com wrote:
> > From: Akhil Goyal <akhil.goyal@nxp.com>
> >
> > gcc 10 defaults to -fno-common and as a result when linking with
> > crypto drivers:
> >
> > drivers/librte_pmd_dpaa_sec.a(crypto_dpaa_sec_dpaa_sec.c.o):
> > (.bss+0x4): multiple definition of `rta_sec_era';
> > drivers/librte_pmd_caam_jr.a(crypto_caam_jr_caam_jr.c.o):
> > (.bss+0x0): first defined here
> >
> > drivers/librte_pmd_dpaa2_sec.a(crypto_dpaa2_sec_dpaa2_sec_dpseci.c.o):
> > (.data+0x0): multiple definition of `rta_sec_era';
> > drivers/librte_pmd_caam_jr.a(crypto_caam_jr_caam_jr.c.o):
> > (.bss+0x0): first defined here
> >
> > This patch fixes the blunt workaround in the following commit.
> >
> > Fixes: 50b03f3b8eaf ("drivers/crypto: disable gcc 10 no-common
> > errors")
> >
> > Bugzilla ID: 469
> > Cc: stable@dpdk.org
> >
> > Signed-off-by: Akhil Goyal <akhil.goyal@nxp.com>
> 
> +1, this is better approach, and tested with gcc10.
> 
> Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
> 
Acked-by: Hemant Agrawal <hemant.agrawal@nxp.com>
> 
> Instead of having 3 seperate global variables for three seperate PMDs, now
> there is a single global variable.
> In static build these three variables were already used as single variable, that is
> why we are getting fcommon warning, so I assume there is no use case to use
> multiple of these PMDs at the same time, but previously this was fine (each
> PMD has its own variable) when built as shared library, now shared library is
> also using single variable.
> It can be good to verify with PMD maintainers that this is OK, and these PMDs
> won't be used at the same time in a platform.
[Hemant] This variable represent the SEC HW revision for a given platform. So it will not be different irrespective of drivers being used. 
Yes, for a given platform, only one PMD will be used at a given time. 

      reply	other threads:[~2020-05-14  6:09 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-13 13:50 [dpdk-dev] " akhil.goyal
2020-05-13 16:40 ` Kevin Traynor
2020-05-14  7:42   ` Ray Kinsella
2020-05-15 18:11     ` Akhil Goyal
2020-05-13 18:43 ` [dpdk-dev] [dpdk-stable] " Ferruh Yigit
2020-05-14  6:09   ` Hemant Agrawal (OSS) [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AM6PR04MB445644A4F935B964F98C2A7089BC0@AM6PR04MB4456.eurprd04.prod.outlook.com \
    --to=hemant.agrawal@oss.nxp.com \
    --cc=akhil.goyal@nxp.com \
    --cc=david.marchand@redhat.com \
    --cc=dev@dpdk.org \
    --cc=ferruh.yigit@intel.com \
    --cc=ktraynor@redhat.com \
    --cc=stable@dpdk.org \
    --cc=thomas@monjalon.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).