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
> > ---
>-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
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, _bar,
> sizeof(ioport_bar),
> > +? ? ? ? ? ? ? ? ? ? ? ? ? ?VFIO_GET_REGION_ADDR
>
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
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:
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
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_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
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.
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]
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,
14 matches
Mail list logo