Hi, Guys.
I am using the latest version on git, and there are problems compiling the
sources under FreeBSD 9.2, is this expected ?
Sincerely,
Fred Pedrisa
I?ve switched back to 1.6.0-0r0 and it is working fine, the problem seems to
be happening only with the new version.
De: Antonio Neto [mailto:netoftc at hotmail.com]
Enviada em: ter?a-feira, 25 de mar?o de 2014 02:11
Para: Fr3DBr -
Assunto: RE: [dpdk-dev] Latest git version (Compiling Bugs)
Is that possible to write app not in C , but for example on Go ?
Where i can find some docs about api ?
--
Vasiliy Tolstov,
e-mail: v.tolstov at selfip.ru
jabber: vase at selfip.ru
Hi,
> Subject: Re: [dpdk-dev] [memnic PATCH 3/5] pmd: implement stats of MEMNIC
>
> Hi,
>
> 11/03/2014 05:38, Hiroshi Shimamoto:
> > From: Hiroshi Shimamoto
> >
> > Implement missing feature to account statistics.
> > This patch adds just an infrastructure.
> >
> > Signed-off-by: Hiroshi Shimam
On Mon, Mar 24, 2014 at 01:47:55PM -0700, H. Peter Anvin wrote:
> On 03/24/2014 12:52 PM, Neil Horman wrote:
> >>
> > To add an extra sanity check in rte_get_flag_enabled. If we were moving to
> > the
> > use of C99 initalizers, I wanted something to catch the possibility that we
> > skip
> > a
Hi,
I am using DPDK 1.4 and trying to distribute traffic based on (IP,vlan). I
expect the traffic of (IP,vlan) goes to one core. The code looks like this:
struct rte_fdir_masks fdir_masks;
struct rte_fdir_filter fdir_filter;
memset(&fdir_masks, 0, sizeof(struct rte_fdir_masks));
Hi,
I have a question regarding sending of multi-segment packets. I have modified
the l2fwd sample application to send a multi-segment packet on tx queue
whenever the application receives any packet on Rx queue. Pseudo-code is as
below
Function l2fwd_simple_forward(.)
{
Allocate new mbuf wi
25/03/2014 08:23, Hiroshi Shimamoto:
> The below is the updated patch.
> Is it okay for you?
Yes, I acked and applied it.
Thank you
--
Thomas
11/03/2014 05:39, Hiroshi Shimamoto:
> From: Hiroshi Shimamoto
>
> Implement packet accounting of MEMNIC on TX/RX.
>
> Signed-off-by: Hiroshi Shimamoto
> Reviewed-by: Hayato Momma
Acked and applied.
Thank you
--
Thomas
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Viswanath Alikonda
> Sent: Tuesday, March 25, 2014 11:55 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] Using flow director to distrbute vlan traffic
>
> Hi,
>
> I am using DPDK 1.4 and trying to distribute tra
Hi,
I've added : hw.nic_uio.bdfs="3:0:0,3:0:1,4:0:0,4:0:1" to my
/boot/loader.conf in FreeBSD
However, once the nic_uio is loaded, it takes all the ports to itself, how
can I solve this ?
Neil Horman reported that on x86-64 the upper half of %rbx would get
clobbered when the code was compiled PIC or PIE, because the
i386-specific code to preserve %ebx was incorrectly compiled.
However, the code is really way more complex than it needs to be. For
one thing, the CPUID instruction on
On 03/25/2014 10:03 AM, Neil Horman wrote:
> int
> rte_cpu_get_flag_enabled(enum rte_cpu_flag_t feature)
> {
> - int value;
> + const struct feature_entry *feat;
> + cpuid_registers_t regs;
> + static uint32_t max_leaf = 0;
> +
> + if (!max_leaf) {
> + /* Get the
* Neil Horman (nhorman at tuxdriver.com) wrote:
(given the format, I'd expect a From hpa here)
> Neil Horman reported that on x86-64 the upper half of %rbx would get
> clobbered when the code was compiled PIC or PIE, because the
> i386-specific code to preserve %ebx was incorrectly compiled.
>
>
Hi,
I have these settings in /boot/loader.conf
hw.contigmem.num_buffers=2
hw.contigmem.buffer_size=1073741824
hw.nic_uio.bdfs="3:0:0,3:0:1,4:0:0,4:0:1"
contigmem_load="YES"
nic_uio_load="YES"
However, the DPDK is taking all the available NIC Ports (8) from my system,
when I wanted it t
Neil Horman reported that on x86-64 the upper half of %rbx would get
clobbered when the code was compiled PIC or PIE, because the
i386-specific code to preserve %ebx was incorrectly compiled.
However, the code is really way more complex than it needs to be. For
one thing, the CPUID instruction on
On 03/25/2014 12:52 PM, Neil Horman wrote:
> Neil Horman reported that on x86-64 the upper half of %rbx would get
> clobbered when the code was compiled PIC or PIE, because the
> i386-specific code to preserve %ebx was incorrectly compiled.
>
> However, the code is really way more complex than it
17 matches
Mail list logo
