DPDK patches and discussions
 help / color / mirror / Atom feed
* [dpdk-dev] l2fwd does not send packets
@ 2014-09-10 21:18 Xin Li
  2014-09-11  9:44 ` Richardson, Bruce
  2014-09-11  9:51 ` Yerden Zhumabekov
  0 siblings, 2 replies; 3+ messages in thread
From: Xin Li @ 2014-09-10 21:18 UTC (permalink / raw)
  To: dev

Hi,

The l2fwd sample application in my environment does not send packets
through the TX port. I run DPDK inside a KVM guest. The NIC ports are VFs
assigned to the VM by pci passthrough.

Environment:

Host OS: ubuntu 14.04 x86_64
NIC: intel x540-t1
Guest OS: ubuntu 14.04 x86_64
DPDK: v1.7.0

Some findings:

1. l2fwd reports 511 packets sent when max tx descriptor is 512, The number
changes to 1023 if the max tx descriptor is set to 1024.

2. On the receiver side, no packet captured.

Anyone know the issue and the corresponding fix? Thanks.

Best,
Xin

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [dpdk-dev] l2fwd does not send packets
  2014-09-10 21:18 [dpdk-dev] l2fwd does not send packets Xin Li
@ 2014-09-11  9:44 ` Richardson, Bruce
  2014-09-11  9:51 ` Yerden Zhumabekov
  1 sibling, 0 replies; 3+ messages in thread
From: Richardson, Bruce @ 2014-09-11  9:44 UTC (permalink / raw)
  To: Xin Li, dev

> -----Original Message-----
> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Xin Li
> Sent: Wednesday, September 10, 2014 10:19 PM
> To: dev
> Subject: [dpdk-dev] l2fwd does not send packets
> 
> Hi,
> 
> The l2fwd sample application in my environment does not send packets
> through the TX port. I run DPDK inside a KVM guest. The NIC ports are VFs
> assigned to the VM by pci passthrough.
> 
> Environment:
> 
> Host OS: ubuntu 14.04 x86_64
> NIC: intel x540-t1
> Guest OS: ubuntu 14.04 x86_64
> DPDK: v1.7.0
> 
> Some findings:
> 
> 1. l2fwd reports 511 packets sent when max tx descriptor is 512, The number
> changes to 1023 if the max tx descriptor is set to 1024.
> 
> 2. On the receiver side, no packet captured.
> 
> Anyone know the issue and the corresponding fix? Thanks.
> 

One thing that is worth checking is that the source mac address of the packets being sent matches that of the VF interface, as the packets can't be sent otherwise.

/Bruce

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [dpdk-dev] l2fwd does not send packets
  2014-09-10 21:18 [dpdk-dev] l2fwd does not send packets Xin Li
  2014-09-11  9:44 ` Richardson, Bruce
@ 2014-09-11  9:51 ` Yerden Zhumabekov
  1 sibling, 0 replies; 3+ messages in thread
From: Yerden Zhumabekov @ 2014-09-11  9:51 UTC (permalink / raw)
  To: Xin Li, dev

Hi,

To make l2fwd act like a L2 bridge, I had altered l2fwd_simple_forward()
function:

static void
l2fwd_simple_forward(struct rte_mbuf *m, unsigned portid)
{
    unsigned dst_port;
    dst_port = l2fwd_dst_ports[portid];
    l2fwd_send_packet(m, (uint8_t) dst_port);
}

11.09.2014 3:18, Xin Li пишет:
> Hi,
>
> The l2fwd sample application in my environment does not send packets
> through the TX port. I run DPDK inside a KVM guest. The NIC ports are VFs
> assigned to the VM by pci passthrough.
>
> Environment:
>
> Host OS: ubuntu 14.04 x86_64
> NIC: intel x540-t1
> Guest OS: ubuntu 14.04 x86_64
> DPDK: v1.7.0
>
> Some findings:
>
> 1. l2fwd reports 511 packets sent when max tx descriptor is 512, The number
> changes to 1023 if the max tx descriptor is set to 1024.
>
> 2. On the receiver side, no packet captured.
>
> Anyone know the issue and the corresponding fix? Thanks.
>
> Best,
> Xin

-- 
Sincerely,

Yerden Zhumabekov
State Technical Service
Astana, KZ

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2014-09-11  9:47 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-09-10 21:18 [dpdk-dev] l2fwd does not send packets Xin Li
2014-09-11  9:44 ` Richardson, Bruce
2014-09-11  9:51 ` Yerden Zhumabekov

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).