> -Original Message-
> From: Neil Horman [mailto:nhorman at tuxdriver.com]
> Sent: Thursday, May 29, 2014 6:48 AM
> To: Richardson, Bruce
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 2/5] distributor: new packet distributor
> library
>
> > +
> > +/* flush the distributor,
Bruce,
Thanks for the insight. I should be able to solve this problem based
on this information. Once I understand the applications, I plan to deep
dive into DPDK code.
-- Niraj
On 6/2/14 12:01 PM, "Richardson, Bruce" wrote:
>
>
>> -Original Message-
>> From: dev [mailto:dev-bounces
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Niraj Sharma
> (nirajsha)
> Sent: Friday, May 30, 2014 7:59 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] l3fwd fails : Cause: Unable to create the l3fwd LPM table
> on
> socket 0
>
>
> EAL: Setting
On Mon, 02 Jun 2014 23:35:12 +0200
Vincent JARDIN wrote:
> On 02/06/2014 22:37, Chris Wright wrote:
> > If drivers stayed in kernel and kernel drivers exposed a mechansim for
> > registering application dma buffers for dpdk apps, then ethtool would
> > simply work as-is.
>
> Yes, that's the
Please refer KNI - the support for ethtool e.g.,
lib/librte_eal/linuxapp/kni/ethtool/igb/igb_main.c
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of HS
Sent: Monday, June 02, 2014 9:32 AM
To: dev at dpdk.org
Subject: [dpdk-dev] Ethtool support in DPDK pmd
Hi,
Thanks for your reply.
Sure KNI can offer ethtool interface. But suppose I am already running a
DPDK application on a physical port, but at the same time I want to control
the port with ethtool like interface. How could I do that?
-hs
On Mon, Jun 2, 2014 at 12:37 PM, Jayakumar, Muthurajan <
Hi Cristian,
I agree with you, the natural way to store application metadata into
mbufs consists in putting it right after the rte_mbuf data structure.
This can be simply implemented this way:
struct metadata {
...
};
struct app_mbuf {
struct rte_mbuf mbuf;
struct metadata mtdt;
Hi Thomas,
I am getting emails from people asking about Intel DPDK docs update for Packet
Framework.
Is there a way to upload documents to dpdk.org to make them available for
review?
We have Packet Framework updates to Programmer's Guide and Sample App Guide (MS
Word with lots of tables and
* HS (hyunseok at ieee.org) wrote:
> Thanks for your reply.
>
> Sure KNI can offer ethtool interface. But suppose I am already running a
> DPDK application on a physical port, but at the same time I want to control
> the port with ethtool like interface. How could I do that?
HS, I might be
Hi,
Just thought it would be useful to add ethtool support for poll mode
driver, so we could control/check various hardware features on demand. Do
you guys have any plan for this?
Thanks,
-hs
On Mon, Jun 02, 2014 at 01:45:57PM +, Dumitrescu, Cristian wrote:
> Hi Thomas,
>
> I am getting emails from people asking about Intel DPDK docs update for
> Packet Framework.
>
> Is there a way to upload documents to dpdk.org to make them available for
> review?
>
> We have Packet
Hi Thomas,
On 05/29/2014 08:48 AM, Thomas Monjalon wrote:
> You're right, title should be:
> mk: fix 32-bit link with gcc
>
> And I should add some details in the commit log:
>
> I didn't see any error with -z muldefs but it isn't documented in gcc manual.
> So it's safer to explicitly pass
Hi,
Old AMD processors such as Phenom II does not have SSE4.2 instructions.
It has problems to compile and run DPDK.
2014-05-31 15:49 GMT+09:00 Prashant Upadhyaya :
> Hi,
>
> Has anybody attempted to run DPDK on AMD processors.
> Does it run straightforward or would there be some obvious
13 matches
Mail list logo
