* [dpdk-dev] DPDK v16.07 Build Failure with Unsupported OS CentOS 6.8
@ 2016-12-28 14:13 Shepard Siegel
2016-12-28 14:45 ` Shepard Siegel
0 siblings, 1 reply; 2+ messages in thread
From: Shepard Siegel @ 2016-12-28 14:13 UTC (permalink / raw)
To: dev
A client of ours shipped us an IBM x3650 with CentOS 6.8 installed. Our
software team is off for the holidays. We use DPDK 16.07 and have had no
issues with supported OSs. We understand that CentOS 6.8 is not supported
for DPDK v16.07. Still, since IBM doesn't support CentOS 7 on the x3650, I
figured I'd give it a try before risking a server OS change.
We do this little dance to setup DPDK on our systems...
git clone git://dpdk.org/dpdk
cd dpdk
git branch develop
git checkout develop
git reset --hard v16.07
make config T=x86_64-native-linuxapp-gcc
sed -ri 's,(PMD_PCAP=).*,\1y,' build/.config
sed -ri 's/CONFIG_RTE_BUILD_SHARED_LIB=n/CONFIG_RTE_BUILD_SHARED_LIB=y/'
build/.config
sudo yum install libpcap-devel
make
Then the make fails some ways in as below...
[labuser@bw-x3650 dpdk]$ git rev-parse HEAD
20e2b6eba13d9eb61b23ea75f09f2aa966fa6325
[labuser@bw-x3650 dpdk]$ uname -r
2.6.32-642.11.1.el6.x86_64
[labuser@bw-x3650 dpdk]$ cat /etc/redhat-release
CentOS release 6.8 (Final)
[labuser@bw-x3650 dpdk]$ make
== Build lib
== Build lib/librte_compat
== Build lib/librte_eal
== Build lib/librte_eal/common
== Build lib/librte_eal/linuxapp
== Build lib/librte_eal/linuxapp/eal
LD librte_eal.so.2.1
INSTALL-LIB librte_eal.so.2.1
== Build lib/librte_eal/linuxapp/igb_uio
(cat /dev/null; echo
kernel//home/labuser/projects/dpdk/build/build/lib/librte_eal/linuxapp/igb_uio/igb_uio.ko;)
>
/home/labuser/projects/dpdk/build/build/lib/librte_eal/linuxapp/igb_uio/modules.order
Building modules, stage 2.
MODPOST 1 modules
== Build lib/librte_eal/linuxapp/kni
CC [M]
/home/labuser/projects/dpdk/build/build/lib/librte_eal/linuxapp/kni/ixgbe_main.o
In file included from
/home/labuser/projects/dpdk/lib/librte_eal/linuxapp/kni/ethtool/ixgbe/ixgbe_osdep.h:41,
from
/home/labuser/projects/dpdk/lib/librte_eal/linuxapp/kni/ethtool/ixgbe/ixgbe_type.h:31,
from
/home/labuser/projects/dpdk/lib/librte_eal/linuxapp/kni/ethtool/ixgbe/ixgbe_dcb.h:32,
from
/home/labuser/projects/dpdk/lib/librte_eal/linuxapp/kni/ethtool/ixgbe/ixgbe.h:52,
from
/home/labuser/projects/dpdk/build/build/lib/librte_eal/linuxapp/kni/ixgbe_main.c:56:
/home/labuser/projects/dpdk/lib/librte_eal/linuxapp/kni/ethtool/ixgbe/kcompat.h:
In function ‘__kc_vlan_get_protocol’:
/home/labuser/projects/dpdk/lib/librte_eal/linuxapp/kni/ethtool/ixgbe/kcompat.h:2836:
error: implicit declaration of function ‘vlan_tx_tag_present’
make[8]: ***
[/home/labuser/projects/dpdk/build/build/lib/librte_eal/linuxapp/kni/ixgbe_main.o]
Error 1
make[7]: ***
[_module_/home/labuser/projects/dpdk/build/build/lib/librte_eal/linuxapp/kni]
Error 2
make[6]: *** [sub-make] Error 2
make[5]: *** [rte_kni.ko] Error 2
make[4]: *** [kni] Error 2
make[3]: *** [linuxapp] Error 2
make[2]: *** [librte_eal] Error 2
make[1]: *** [lib] Error 2
make: *** [all] Error 2
Google suggested some hacks; but I'm out of my element in driver source. Is
this a lost cause and I should try to get the server up to CentOS 7? Or is
there a relatively simple (if untested) patch that we could try? Our
objective here is to get through the DPDK and our net/ark PMD build process
and see if we can run some of our most-basic packet ingress/egress ops on
our Arkville IP in this system.
Thanks in advance for any constructive feedback. Happy Holidays All. -Shep
Shepard Siegel, CTO
atomicrules.com
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [dpdk-dev] DPDK v16.07 Build Failure with Unsupported OS CentOS 6.8
2016-12-28 14:13 [dpdk-dev] DPDK v16.07 Build Failure with Unsupported OS CentOS 6.8 Shepard Siegel
@ 2016-12-28 14:45 ` Shepard Siegel
0 siblings, 0 replies; 2+ messages in thread
From: Shepard Siegel @ 2016-12-28 14:45 UTC (permalink / raw)
To: dev
Follow-Up: We're all set, thanks John Miller; and my apologies for
incorrectly posting this to "dev" as opposed to "users" mailing list. -Shep
On Wed, Dec 28, 2016 at 9:13 AM, Shepard Siegel <
shepard.siegel@atomicrules.com> wrote:
> A client of ours shipped us an IBM x3650 with CentOS 6.8 installed. Our
> software team is off for the holidays. We use DPDK 16.07 and have had no
> issues with supported OSs. We understand that CentOS 6.8 is not supported
> for DPDK v16.07. Still, since IBM doesn't support CentOS 7 on the x3650, I
> figured I'd give it a try before risking a server OS change.
>
> We do this little dance to setup DPDK on our systems...
>
> git clone git://dpdk.org/dpdk
> cd dpdk
> git branch develop
> git checkout develop
> git reset --hard v16.07
> make config T=x86_64-native-linuxapp-gcc
> sed -ri 's,(PMD_PCAP=).*,\1y,' build/.config
> sed -ri 's/CONFIG_RTE_BUILD_SHARED_LIB=n/CONFIG_RTE_BUILD_SHARED_LIB=y/'
> build/.config
> sudo yum install libpcap-devel
> make
>
> Then the make fails some ways in as below...
>
> [labuser@bw-x3650 dpdk]$ git rev-parse HEAD
> 20e2b6eba13d9eb61b23ea75f09f2aa966fa6325
>
> [labuser@bw-x3650 dpdk]$ uname -r
> 2.6.32-642.11.1.el6.x86_64
>
> [labuser@bw-x3650 dpdk]$ cat /etc/redhat-release
> CentOS release 6.8 (Final)
>
> [labuser@bw-x3650 dpdk]$ make
> == Build lib
> == Build lib/librte_compat
> == Build lib/librte_eal
> == Build lib/librte_eal/common
> == Build lib/librte_eal/linuxapp
> == Build lib/librte_eal/linuxapp/eal
> LD librte_eal.so.2.1
> INSTALL-LIB librte_eal.so.2.1
> == Build lib/librte_eal/linuxapp/igb_uio
> (cat /dev/null; echo kernel//home/labuser/projects/
> dpdk/build/build/lib/librte_eal/linuxapp/igb_uio/igb_uio.ko;) >
> /home/labuser/projects/dpdk/build/build/lib/librte_eal/
> linuxapp/igb_uio/modules.order
> Building modules, stage 2.
> MODPOST 1 modules
> == Build lib/librte_eal/linuxapp/kni
> CC [M] /home/labuser/projects/dpdk/build/build/lib/librte_eal/
> linuxapp/kni/ixgbe_main.o
> In file included from /home/labuser/projects/dpdk/
> lib/librte_eal/linuxapp/kni/ethtool/ixgbe/ixgbe_osdep.h:41,
> from /home/labuser/projects/dpdk/
> lib/librte_eal/linuxapp/kni/ethtool/ixgbe/ixgbe_type.h:31,
> from /home/labuser/projects/dpdk/
> lib/librte_eal/linuxapp/kni/ethtool/ixgbe/ixgbe_dcb.h:32,
> from /home/labuser/projects/dpdk/
> lib/librte_eal/linuxapp/kni/ethtool/ixgbe/ixgbe.h:52,
> from /home/labuser/projects/dpdk/
> build/build/lib/librte_eal/linuxapp/kni/ixgbe_main.c:56:
> /home/labuser/projects/dpdk/lib/librte_eal/linuxapp/kni/ethtool/ixgbe/kcompat.h:
> In function ‘__kc_vlan_get_protocol’:
> /home/labuser/projects/dpdk/lib/librte_eal/linuxapp/kni/ethtool/ixgbe/kcompat.h:2836:
> error: implicit declaration of function ‘vlan_tx_tag_present’
> make[8]: *** [/home/labuser/projects/dpdk/build/build/lib/librte_eal/linuxapp/kni/ixgbe_main.o]
> Error 1
> make[7]: *** [_module_/home/labuser/projects/dpdk/build/build/lib/librte_eal/linuxapp/kni]
> Error 2
> make[6]: *** [sub-make] Error 2
> make[5]: *** [rte_kni.ko] Error 2
> make[4]: *** [kni] Error 2
> make[3]: *** [linuxapp] Error 2
> make[2]: *** [librte_eal] Error 2
> make[1]: *** [lib] Error 2
> make: *** [all] Error 2
>
> Google suggested some hacks; but I'm out of my element in driver source.
> Is this a lost cause and I should try to get the server up to CentOS 7? Or
> is there a relatively simple (if untested) patch that we could try? Our
> objective here is to get through the DPDK and our net/ark PMD build process
> and see if we can run some of our most-basic packet ingress/egress ops on
> our Arkville IP in this system.
>
> Thanks in advance for any constructive feedback. Happy Holidays All. -Shep
>
> Shepard Siegel, CTO
> atomicrules.com
>
>
>
>
>
>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2016-12-28 14:45 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-12-28 14:13 [dpdk-dev] DPDK v16.07 Build Failure with Unsupported OS CentOS 6.8 Shepard Siegel
2016-12-28 14:45 ` Shepard Siegel
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).