Some functions are available only if RTE_MBUF_SCATTER_GATHER is enabled.
So it must be configured for doxygen parser.
Signed-off-by: Thomas Monjalon
---
doc/doxy-api.conf |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/doc/doxy-api.conf b/doc/doxy-api.conf
index 5d3e4ca.
This macro was used for blacklist parsing but is not used anymore
since commit 5a55b9ac91face71e9d665eecc716201d28745b0.
Signed-off-by: Thomas Monjalon
---
lib/librte_eal/linuxapp/eal/eal.c | 12
1 file changed, 12 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal.c
b/li
The option RTE_LIBRTE_KNI_DEBUG has no effect so it should be removed.
The right options are:
- RTE_KNI_KO_DEBUG
- RTE_KNI_VHOST_DEBUG_RX
- RTE_KNI_VHOST_DEBUG_TX
Signed-off-by: Thomas Monjalon
---
config/defconfig_i686-default-linuxapp-gcc |1 -
config/defconfig_i686-default-linuxapp-icc
Some functions are available only if
RTE_MBUF_SCATTER_GATHER and RTE_MBUF_REFCNT_ATOMIC are enabled.
So they must configured for doxygen parser.
Signed-off-by: Thomas Monjalon
---
doc/doxy-api.conf |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/doc/doxy-api.conf b/doc/
30/10/2013 09:53, Olivier MATZ :
> acked
>
> Just one remark about the commit log: if I understand well, the
> issue related to the quote not properly removed in "make context"
> is triggered by the quotes you added in the defconfig. I would reword
> the commit log a bit to highlight it.
I've pus
Hi Prashant,
Thanks, I will investigate. Though the following is how the pktdump
application and pmd lib ext are built, just to give you an overview.
*pmd lib Makefile*
include $(RTE_SDK)/mk/rte.vars.mk
LIB = libpmd.a
CFLAGS += -O3
CFLAGS += $(WERROR_FLAGS)
SRCS-y := ... sources here
includ
Hi Prashant,
Are you referring to the rte_* libraries ? I had actually compiled them
using the setup script ($(RTE_SDK)/tools/setup.sh) and then linked the PMD
lib extension I've made and then linked the pktdump eventually, before
seeing the problem. However, building it all as an app. didn't sh
Hi,
Could someone help me ? Or at least let me know if what I'm doing (diagram
above) is right with regard to using a external dpdk library ? I assume
dpdk external libraries can be treated as norma C libraries.
Cheers,
Pepe
On Wed, Oct 30, 2013 at 8:18 AM, Jose Gavine Cueto wrote:
> Hi,
>
>
Hi Pepe,
Please also make sure that you are following the correct makefile templates (as
present in examples) when you build your app separately.
If you don't, then you will naturally miss out on some flags and that can prove
fatal because your app will see some code differently in the header fi
Hi Pepe,
How about this -- compile the libraries yourself and then link your application
with them just like the original usecase where you find the problem.
If this works, then the problem is with the precompiled libraries you were
picking from somewhere.
Regards
-Prashant
-Original Mess
Hi Gal, Daniel, Etai,
Thanks for your suggestion.
I could use the refcnt for my usecase effectively.
I just bumped up the refcount by 1 when I don't want to free it. The
rte_pktmbuf_free automatically decreases it by 1 and frees the packet only when
the refcount reaches zero.
So this is a prett
Hi Thomas,
> - Configuration for combined and shared library was only in
> the template defconfig_x86_64-default-linuxapp-gcc.
> - CONFIG_RTE_LIBNAME was in the wrong section
> - CONFIG_RTE_LIBNAME quotes were not properly removed in "make context"
> - RTE_LIBNAME had no quote in "C context" (
Hi,
I'm writing a very simple packet dump application that can be described by
the following diagram:
---
|pktdump|
| PMD lib extension |
| (extlib) |
| DPDK PMD lib |
-
13 matches
Mail list logo