On 03/19/2014 05:40 PM, Neil Horman wrote:
> So after some discussion with hpa, I need to self NAK this again, apologies
> for
> the noise. Theres some clean up to be done in this area, and I'm still
> getting
> a segfault that is in some way related to this code, but I need to dig deeper
> to
On Wed, Mar 19, 2014 at 08:44:46AM -0700, H. Peter Anvin wrote:
> On 03/19/2014 07:48 AM, Neil Horman wrote:
> > The recent conversion to build dpdk as a DSO has an error in
> > rte_cpu_get_features. When being build with -fpie, %ebx gets clobbered by
> > the
> > cpuid instruction which is also t
06/03/2014 11:11, David Marchand :
> This reverts commit
> a0cdfcf936bcccd15d08a22c9cf38013b6859ad2,
> ef5b2363627dadacfee7da6ee0c7d1c2b40a30db and
> 60191b8919ef630a0fd50c32a734dd04802ccbfc .
>
> These patches are creating more problems than solving the initial one (which
> was a build error with
02/03/2014 22:51, Olivier Matz :
> Due to a merge conflict between commits 4c745617a1 and 9d5752d80,
> rte_eth_pcap.c was not compiling with the following error:
>
> rte_eth_pcap.c: In function 'rte_pmd_init_internals':
> rte_eth_pcap.c:559:30: error: dereferencing pointer to incomplete type
> rte
If .config file is changed and .depdirs was built before,
it must be updated.
It is now done silently (-s) in checkconfig rule.
Now .depdirs is not redone if .config is older.
It has been tested by enabling PMD_PCAP after a default build.
KVARGS dependency should appear in .depdirs.
Signed-off-by
18/03/2014 16:31, Kyle Mestery:
> stephen at networkplumber.org wrote:
> > Anybody considered setting up patchwork to track patches on this list?
> >
> > If not familiar, patchwork is a back end which maintainers and developers
> > can keep track of patches submitted and make sure of the status (a
Hello friends,
Does anyone know of a method, that would get me the maximum
possible transmit burst size for a NIC ?
Are there any methods to compute the check sum (for FCS, IPv4 etc) fields
within Intel DPDK ?
Thanks and regards
The recent conversion to build dpdk as a DSO has an error in
rte_cpu_get_features. When being build with -fpie, %ebx gets clobbered by the
cpuid instruction which is also the pic register. Therefore the inline asm
tries to save off %ebx, but does so incorrectly. It starts by loading
params.ebx t
Hi,
this makes sense.
> Subject: [dpdk-dev] [memnic PATCH] pmd: enable compiler optimization
>
> Add -O3 in flags, it was missing in initial Makefile.
>
> Signed-off-by: Olivier Matz
Acked-by: Hiroshi Shimamoto
thanks,
Hiroshi
> ---
> pmd/Makefile | 2 +-
> 1 file changed, 1 insertion(+),
On 03/19/2014 07:48 AM, Neil Horman wrote:
> The recent conversion to build dpdk as a DSO has an error in
> rte_cpu_get_features. When being build with -fpie, %ebx gets clobbered by the
> cpuid instruction which is also the pic register. Therefore the inline asm
> tries to save off %ebx, but does
10 matches
Mail list logo
