On Thu, Jan 7, 2016 at 11:49 PM, Stephen Hemminger <
stephen at networkplumber.org> wrote:
> On Thu, 7 Jan 2016 22:03:03 +0530
> Santosh Shukla wrote:
>
> >
> > +int rte_eal_pci_read_bar(const struct rte_pci_device *device
> __rte_unused,
> > + void *buf __rte_unused,
> > +
On Fri, Jan 8, 2016 at 12:09 AM, Stephen Hemminger <
stephen at networkplumber.org> wrote:
> On Thu, 7 Jan 2016 18:26:30 +
> "Wiles, Keith" wrote:
>
> > On 1/7/16, 12:19 PM, "dev on behalf of Stephen Hemminger" <
> dev-bounces at dpdk.org on behalf of stephen at networkplumber.org> wrote:
> >
On Thu, Jan 7, 2016 at 11:46 PM, Stephen Hemminger <
stephen at networkplumber.org> wrote:
> This looks like the right thing to do. Minor nits.
>
> > diff --git a/lib/librte_eal/linuxapp/eal/eal_pci_vfio.c
> b/lib/librte_eal/linuxapp/eal/eal_pci_vfio.c
> > index 74f91ba..4077eb6 100644
> > --- a/l
>-Original Message-
>From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Liming Sun
>Sent: Tuesday, December 15, 2015 11:37 PM
>To: dev at dpdk.org
>Subject: [dpdk-dev] [PATCH 1/3] driver/net/mpipe: support native build on
tilegx
>platform.
>
>This submit updates the CROSS setting to su
>-Original Message-
>From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Liming Sun
>Sent: Tuesday, December 15, 2015 11:38 PM
>To: dev at dpdk.org
>Subject: [dpdk-dev] [PATCH 2/3] driver/net/mpipe: optimize mpipe buffer
return
>mechanism.
>
>This submit has changes to optimize the mpip
>-Original Message-
>From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Liming Sun
>Sent: Tuesday, December 15, 2015 11:38 PM
>To: dev at dpdk.org
>Subject: [dpdk-dev] [PATCH 3/3] driver/net/mpipe: fix a mpipe link
initialization
>ordering issue
>
>Mpipe link structure is initialized i
Hi,
I was reading up on the Xeon Phi processors - up to 61 cores?.. looks very
interesting. Has anyone tried offloading packet processing to such a
co-processor utilising the existing code base?
Thanks,
Padam
On Fri, Jan 08, 2016 at 12:23:15AM +0530, Santosh Shukla wrote:
>
>
> On Thu, Jan 7, 2016 at 11:46 PM, Stephen Hemminger networkplumber.org>
> wrote:
> ?
>
> > +? ? ? ? ? ? ?ret = pread64(vfio_dev_fd, &ioport_bar,
> sizeof(ioport_bar),
> > +? ? ? ? ? ? ? ? ? ? ? ? ? ?VFIO_GET_REGION_AD
AVX-512 in Xeon Phi Knights Landing and Skylake Xeon seems ideal for Hyperscan.
-- Jim
> On Jan 7, 2016, at 10:37 PM, Padam Jeet Singh
> wrote:
>
> Hi,
>
> I was reading up on the Xeon Phi processors - up to 61 cores?.. looks very
> interesting. Has anyone tried offloading packet processing
>-Original Message-
>From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Liming Sun
>Sent: Wednesday, December 23, 2015 3:50 AM
>To: dev at dpdk.org
>Subject: [dpdk-dev] [PATCH 1/2] driver/net/mpipe: add rte_vect.h and enable
>CONFIG_RTE_LIBRTE_LPM
>
>rte_vect.h was missing earlier thus
>-Original Message-
>From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Liming Sun
>Sent: Wednesday, December 23, 2015 3:50 AM
>To: dev at dpdk.org
>Subject: [dpdk-dev] [PATCH 2/2] driver/net/mpipe: fix the crash/hung issue
when
>testpmd quits
>
>1. Fixed the compiling issue of the eth
Hi Thomas,
sorry being away so long due to the Christmas break.
May bad assumption of being a typo was based on a coincidence combining
a) former packaging in ubuntu had it in fact under /usr/share/doc/dpdk (I
agree that just /usr/share/dpdk would be better)
b) if you just and only ran a build an
Depending on non-doc targets being built before and the setting of DESTDIR
the copy of the examples dir being part of install-doc could in some cases fail
with a non existant "$(DESTDIR)$(datadir)" target directory.
Add the conditional rte_mkdir for that to avoid the issue.
Signed-off-by: Christia
Forgot to mention, an easy way to test-trigger this e.g. on the dpdk 2.2
tarball.
make clean; make config T=x86_64-native-linuxapp-gcc && && make -j && make
V=1 DESTDIR=Test install-doc
In this example the install-doc fails with this:
[...]
Build complete [x86_64-native-linuxapp-gcc]
make -f /hom
Hello,
On Wed, Jan 6, 2016 at 2:40 AM, Thomas Monjalon
wrote:
> 2016-01-05 11:37, Stephen Hemminger:
> > Has anyone looked at getting rid of rte_pci_dev_ids.h?
> > The current method with #ifdef's and putting all devices in one file
> > really doesn't scale well. Something more like other OS's w
This submit updates the CROSS setting to support native build on
TileGx platform. It also enable the combined library by default.
Signed-off-by: Liming Sun
Acked-by: Zhigang Lu
---
MAINTAINERS | 3 ++-
config/defconfig_tile-tilegx-linuxapp-gcc | 4
mk/arch/til
This submit has changes to optimize the mpipe buffer return. When
a packet is received, instead of allocating and refilling the
buffer stack right away, it tracks the number of pending buffers,
and use HW buffer return as an optimization when the pending
number is below certain threshold, thus save
Mpipe link structure is initialized in function mpipe_link_init().
Currently it's only called from the eth_dev_ops.dev_start, which
caused crashes when link mgmt APIs (like promiscuous_enable)
was called before eth_dev_ops.dev_start(). This submit fixed it
by calling mpipe_link_init() in rte_pmd_mp
rte_vect.h was missing earlier thus LPM was disabled and l3fwd is
not able to compile. This commit implements the vector api and
enable LPM in the tilegx configuration by default. It also includes
a minor optimization to use __insn_fetchadd4() instead of
rte_atomic32_xxx() in mpipe_dp_enter/mpipe_d
1. Fixed the compiling issue of the ethtool example on tilegx
platform.
2. Fixed the hung/crash issue when quitting testpmd under high
traffic rate. The buffer error bit needs to be checked before
processing the idesc and releasing the buffer. Code logic is
also simplified.
Signed-off-
Hi All,
I am facing an issue while compiling DPDK 2.1 on CentOS 7. Following is a
snapshot -
CC [M]
?/home/dpdk-2.1.0/x86_64-native-linuxapp-gcc/build/lib/librte_eal/linuxapp/kni/igb_hwmon.o?
CC [M]
?/home/dpdk-2.1.0/x86_64-native-linuxapp-gcc/build/lib/librte_eal/linuxapp/kni/igb_main.o/home/d
The patch has been included in DPDK 2.2.0:
http://www.dpdk.org/browse/dpdk/commit/?id=261f0390841d1531d1d0fe88e2375e254cb63716
- Lee Roberts
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Sundar Ramakrishnan
Sent: Friday, Ja
22 matches
Mail list logo
