From: dwilder <dwilder@us.ibm.com>
To: Thomas Monjalon <thomas@monjalon.net>
Cc: Pradeep Satyanarayana <pradeep@us.ibm.com>,
dev@dpdk.org, adrien.mazarguil@6wind.com,
Luca Boccassi <bluca@debian.org>,
Chao Zhu <chaozhu@linux.vnet.ibm.com>,
Christian Ehrhardt <christian.ehrhardt@canonical.com>,
TYOS@jp.ibm.com
Subject: Re: [dpdk-dev] [PATCH] ppc64: fix compilation of when AltiVec is enabled
Date: Wed, 07 Nov 2018 10:58:00 -0800 [thread overview]
Message-ID: <395b5a36d9b0582179cadc825e351d51@linux.vnet.ibm.com> (raw)
In-Reply-To: <8589266.XCptXWt5vM@xps>
On 2018-11-07 02:03, Thomas Monjalon wrote:
> 05/11/2018 22:20, Pradeep Satyanarayana:
>> From: Thomas Monjalon <thomas@monjalon.net>
>> > 30/08/2018 13:58, Christian Ehrhardt:
>> > > On Thu, Aug 30, 2018 Takeshi T Yoshimura <TYOS@jp.ibm.com> wrote:
>> > > > Hi,
>> > > > I could reproduce the issue you reported in 18.08 with my ppc64le
>> > > > box with RedHat 7.5 and GCC4.8.
>> > > > The patch resolved the issue in my environment. Thanks!
>> > >
>> > > I added your test (tanks) and Adrien's extensive review/discussion as
>> > > tags and also addressed a few checkpatch findings.
>> > > V2 is up on the list now ...
>> > >
>> > > > I am a bit newbie in dpdk-dev, but I will try contacting Chao
>> > > > and other IBM guys... Sorry for our slow reply.
>> > >
>> > > Thanks for your participation Takeshi,
>> > > we at least now have had a few replies after Thomas used the
>> > > superpowers of "CPT. CAPSLOCK" \o/.
>> > >
>> > > I also have a call later today to make sure this is brought up
>> > > inside IBM to make sure someone is maintaining it for real.
>> >
>> > Summary of the situation:
>> > - I used caps lock on August 30th
>> > - We got replies on the ML in the next 2 days (Alfredo, Chao, Takeshi)
>> > - On September 3rd, Adrien raised a major issue for C++ with the fix v3
>> > http://mails.dpdk.org/archives/dev/2018-September/110733.html
>> > - Another email about a possible GCC fix on September 5th (David Wilder)
>>
>> As Dave mentioned that is only expected in GCC 9.
>>
>> > - There was a private reply on September 27th, confirming an IBM support
>> > - and nothing else
>> >
>> > Nobody at IBM requests to get a compilation fix for ppc64.
>>
>> Yes, we do need fixes for ppc64.
>>
>> (1)
>> http://mails.dpdk.org/archives/dev/2018-August/110499.html
>> (2)
>> http://mails.dpdk.org/archives/dev/2018-September/110961.html
>>
>> Based on the above 2 URLs (tested both by Takeshi and David Wiler), we
>> assumed that it would get picked up in 18.11.
>> We have been more focussed on 17.11 (and likely dropped
>> the ball on 18.11)
>> since 17.11 is an LTS release and we have had lots of problems on
>> ppc64.
>
> Note that 18.11 is also LTS.
>
>> Should be submitting patch to fix those issues shortly.
>
> Sorry, I have some doubts for two reasons:
> - track records
> - technical reality: there is no perfect solution outside of GCC
>
>> We have built 18.11-rc1 with the fix above (1), and it does work on
>> ppc64le.
>
> But it would break C++ applications.
>
>> An updated version of:
>>
>> (3)
>> http://mails.dpdk.org/archives/dev/2018-August/109926.html
>>
>> also builds on ppc64. The latter has the advantage of possibly not
>> breaking existing applications.
>
I am not seeing any build breaks on upstream code with the
net-mlx5-fix-build-on-PPC64.patch applied.
> But it fixes only mlx5.
> stdbool is used in many other places.
> Which PMDs are you compiling?
CONFIG_RTE_LIBRTE_ARK_PMD=y
CONFIG_RTE_LIBRTE_AXGBE_PMD=y
CONFIG_RTE_LIBRTE_BNXT_PMD=y
CONFIG_RTE_LIBRTE_CXGBE_PMD=y
CONFIG_RTE_LIBRTE_DPAA_PMD=y
CONFIG_RTE_LIBRTE_DPAA2_PMD=y
CONFIG_RTE_LIBRTE_ENETC_PMD=y
CONFIG_RTE_LIBRTE_ENA_PMD=y
CONFIG_RTE_LIBRTE_EM_PMD=y
CONFIG_RTE_LIBRTE_IGB_PMD=y
CONFIG_RTE_LIBRTE_I40E_PMD=y
CONFIG_RTE_LIBRTE_AVF_PMD=y
CONFIG_RTE_LIBRTE_MLX5_PMD=y
CONFIG_RTE_LIBRTE_NFP_PMD=y
CONFIG_RTE_LIBRTE_QEDE_PMD=y
CONFIG_RTE_LIBRTE_THUNDERX_NICVF_PMD=y
CONFIG_RTE_LIBRTE_LIO_PMD=y
CONFIG_RTE_LIBRTE_OCTEONTX_PMD=y
CONFIG_RTE_LIBRTE_VIRTIO_PMD=y
CONFIG_RTE_LIBRTE_NETVSC_PMD=y
CONFIG_RTE_LIBRTE_VDEV_NETVSC_PMD=y
CONFIG_RTE_LIBRTE_IFC_PMD=y
CONFIG_RTE_TEST_PMD=y
> Are you compiling examples?
Yes, no build issues seen.
>
>> > And there was no issue raised after 18.11-rc1 release.
>> > I guess it means DPDK is not used on ppc64.
>> > In this case, we should mark the ppc port as unmaintained for 18.11.
>> >
>> > OR SHOULD I USE MY CAPS LOCK AGAIN?
>>
>> Thanks for your patience while we iron out the issues.
>> Hopefully, we don't need the CAPS LOCK again.
>
> We have to mention the ppc64 incompatibility in 18.11 release notes.
> Either it stays as is and we declare DPDK 18.11 not supported on
> IBM platforms, or we fix it and document the limitations.
If net-mlx5-fix-build-on-PPC64.patch is accepted I feel power can be
listed as supported for 18.11.
next prev parent reply other threads:[~2018-11-07 18:55 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-21 14:19 [dpdk-dev] 18.08 build error on ppc64el - bool as vector type Christian Ehrhardt
2018-08-22 15:11 ` Christian Ehrhardt
2018-08-27 12:22 ` Adrien Mazarguil
2018-08-28 11:30 ` Christian Ehrhardt
2018-08-28 11:44 ` Adrien Mazarguil
2018-08-28 12:38 ` Christian Ehrhardt
2018-08-28 15:02 ` Adrien Mazarguil
2018-08-29 8:27 ` Christian Ehrhardt
2018-08-29 13:16 ` Adrien Mazarguil
2018-08-29 14:37 ` Christian Ehrhardt
2018-08-30 8:36 ` Thomas Monjalon
2018-08-30 11:22 ` Alfredo Mendoza
2018-08-31 3:44 ` Chao Zhu
2018-09-27 14:11 ` Christian Ehrhardt
2018-08-30 9:48 ` Christian Ehrhardt
2018-08-30 10:00 ` [dpdk-dev] [PATCH] ppc64: fix compilation of when AltiVec is enabled Christian Ehrhardt
2018-08-30 10:52 ` Takeshi T Yoshimura
2018-08-30 11:58 ` Christian Ehrhardt
2018-11-05 14:15 ` Thomas Monjalon
2018-11-05 21:20 ` Pradeep Satyanarayana
2018-11-07 10:03 ` Thomas Monjalon
2018-11-07 18:58 ` dwilder [this message]
2018-11-07 21:21 ` Thomas Monjalon
2018-11-07 23:53 ` Pradeep Satyanarayana
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=395b5a36d9b0582179cadc825e351d51@linux.vnet.ibm.com \
--to=dwilder@us.ibm.com \
--cc=TYOS@jp.ibm.com \
--cc=adrien.mazarguil@6wind.com \
--cc=bluca@debian.org \
--cc=chaozhu@linux.vnet.ibm.com \
--cc=christian.ehrhardt@canonical.com \
--cc=dev@dpdk.org \
--cc=pradeep@us.ibm.com \
--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).