[dpdk-dev] [PATCH] testpmd: modify the mac of csum forwarding
changchun.ouyang at intel.com
Sat Aug 8 02:13:26 CEST 2015
> -----Original Message-----
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Zhang, Helin
> Sent: Saturday, August 8, 2015 12:07 AM
> To: Qiu, Michael; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] testpmd: modify the mac of csum
> > -----Original Message-----
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Michael Qiu
> > Sent: Thursday, August 6, 2015 8:29 PM
> > To: dev at dpdk.org
> > Subject: [dpdk-dev] [PATCH] testpmd: modify the mac of csum forwarding
> > For some ethnet-switch like intel RRC, all the packet forwarded out by
> > DPDK will be dropped in switch side, so the packet generator will never
> receive the packet.
> Is it because of anti-sproof? E.g. When the hardware found that the dest mac
> is the port itself, then it will be dropped during TX.
> You need to tell the root cause, and why we need to modify like this.
> > Signed-off-by: Michael Qiu <michael.qiu at intel.com>
> > ---
> > app/test-pmd/csumonly.c | 4 ++++
> > 1 file changed, 4 insertions(+)
> > diff --git a/app/test-pmd/csumonly.c b/app/test-pmd/csumonly.c index
> > 1bf3485..bf8af1d 100644
> > --- a/app/test-pmd/csumonly.c
> > +++ b/app/test-pmd/csumonly.c
> > @@ -550,6 +550,10 @@ pkt_burst_checksum_forward(struct fwd_stream
> > * and inner headers */
> > eth_hdr = rte_pktmbuf_mtod(m, struct ether_hdr *);
> > + ether_addr_copy(&peer_eth_addrs[fs->peer_addr],
> > + ð_hdr->d_addr);
> > + ether_addr_copy(&ports[fs->tx_port].eth_addr,
> > + ð_hdr->s_addr);
> Is it really necessary? Why other NICs do not need this?
Seems the behavior changes from io fwd into mac fwd?
> > parse_ethernet(eth_hdr, &info);
> > l3_hdr = (char *)eth_hdr + info.l2_len;
> > --
> > 1.9.3
More information about the dev