On 2015/8/7 9:05, De Lara Guarch, Pablo wrote: > Hi Michael, > >> -----Original Message----- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Michael Qiu >> Sent: Friday, August 07, 2015 4:29 AM >> 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. >> >> 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 >> *fs) >> * 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); >> parse_ethernet(eth_hdr, &info); >> l3_hdr = (char *)eth_hdr + info.l2_len; >> >> -- >> 1.9.3 > Why do you make this change only in this mode? If NICs like RRC has this > issue, > I assume it would happen in other modes.
Yes, exactly, but for iofwd if we change the mac, so the mode is changed .... am I right? Thanks, Michael > Thanks, > Pablo >