On Monday, October 10/05/15, 2015 at 20:37:31 +0530, Rahul Lakkireddy wrote:
> On Monday, October 10/05/15, 2015 at 07:09:27 -0700, Ananyev, Konstantin
> wrote:
> > Hi Rahul,
>
> [...]
>
> > > > > This additional check seems redundant for single segment
> > > > > packets since
Hello
I wonder if anyone can suggest why previously working dpdk code may fail in
the Mellanox pmd code in dpdk-2.1.0, seemingly due to failure to create a
"resource domain" via ibv_exp_create_res_domain(). I must admit I haven't
seen that verb before, and it appears to be returning null with no
Hi,
2015-09-09 18:35, Dumitrescu, Cristian:
> From: Stephen Hemminger [mailto:stephen at networkplumber.org]
> > Lots of little trivial bugs/typos here.
> > Let's not start users off with a bad example.
>
> Thanks very much for doing this work, Steve!
>
> I agree with most of the bug fixes here
Dear DPDK experts.
Thank you very much for your excellent efforts and contributions.
I have a question about store_return() in
~/dpdk/lib/librte_distributor/rte_distributor.c
The store_return() function adds a oldbuf packet to d-returns.mbuf[] queue.
If the queue is full and the oldbuf packet
Dear DPDK experts.
Thank you very much for your excellent efforts and contributions.
I am studying dpdk pktgen.
I have a question about sequence checking for received packets in pktgen.
Can the dpdk pktgen check the sequence of received TCP packets?
Is there any wise way to check the sequence
Hi Tetsuya ,
Thank you for your inputs .
I have thought about this API , but looks like it takes interface name as
argument ( which is a unique name from the rte_pci_dev instance) . But i am
looking to check if the device is attached based on the PCI address .
But ,I am going to test this too
2015-10-06 15:48 GMT+02:00 N?lio Laranjeiro :
> Hi Marc,
>
> On Sun, Oct 04, 2015 at 11:12:46PM +0200, Marc Sune wrote:
> >[...]
> > /**
> > + * Device supported speeds bitmap flags
> > + */
> > +#define ETH_LINK_SPEED_AUTONEG (0 << 0) /*<
> Autonegociate (all speeds) */
> >
2015-10-05 12:59 GMT+02:00 Neil Horman :
> On Sun, Oct 04, 2015 at 11:12:46PM +0200, Marc Sune wrote:
> > This patch redesigns the API to set the link speed/s configure
> > for an ethernet port. Specifically:
> >
> > - it allows to define a set of advertised speeds for
> > auto-negociation.
> >
?
Regards,
++Keith Wiles
Intel Corporation
On 10/7/15, 9:39 AM, "dev on behalf of ???" wrote:
>Dear DPDK experts.
>
>Thank you very much for your excellent efforts and contributions.
>
>I am studying dpdk pktgen.
>
>I have a question about sequence checking for received packets in
2015-10-07 14:30, Thomas Monjalon:
> 2015-09-30 09:02, Wang Xiao W:
> > This patch enables igb TSO feature, the feature works on both PF and VF.
> > The TCP segmentation offload needs to write the offload related information
> > into the advanced context descriptors, which is similar to checksum
2015-09-30 09:02, Wang Xiao W:
> This patch enables igb TSO feature, the feature works on both PF and VF.
> The TCP segmentation offload needs to write the offload related information
> into the advanced context descriptors, which is similar to checksum offload.
>
> Signed-off-by: Wang Xiao W
Thank you for the inputs .
I was able to solve the problem of device notification from my control
plane.
I would like to know if we have any way to know if the PCI device is
already attached before we try to attach it ( if the device is already
attached pci probe will result an error ) .
But i
2015-09-10 12:38, Wang Xiao W:
> This set of shared code update patches has been tested.
Applied, thanks.
Some titles were fixed and some patches are squashed or reordered.
Maybe it deserves an entry in the release notes.
(same comment as the recent i40e update)
Jing Chen, as the fm10k
My laboratory (an.kaist.ac.kr) had tried to build a native kernel driver
for mlx4 a few months ago, and sent the full patch to the patchwork system:
http://dpdk.org/dev/patchwork/patch/6128/
This driver supports only minimal RX/TX of packets, and many standard
features such as VLAN are missing.
---
drivers/net/e1000/base/e1000_osdep.h| 18 --
drivers/net/e1000/em_ethdev.c | 1 +
lib/librte_eal/common/include/rte_pci_dev_ids.h | 1 +
3 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/net/e1000/base/e1000_osdep.h
---
app/test-pmd/testpmd.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/app/test-pmd/testpmd.c b/app/test-pmd/testpmd.c
index 386bf84..45adefa 100644
--- a/app/test-pmd/testpmd.c
+++ b/app/test-pmd/testpmd.c
@@ -1779,6 +1779,7 @@ init_port_config(void)
port = [pid];
On Wed, Oct 07, 2015 at 06:07:23PM +0900, ??? wrote:
> Dear DPDK experts.
>
> Thank you very much for your excellent efforts and contributions.
>
> I have a question about store_return() in
> ~/dpdk/lib/librte_distributor/rte_distributor.c
>
> The store_return() function adds a oldbuf
17 matches
Mail list logo