[dpdk-dev] Unable to change source MAC address of packet

> On 27-Oct-2016, at 7:37 pm, Wiles, Keith wrote: > > >> On Oct 27, 2016, at 6:33 AM, Padam Jeet Singh >> wrote: >> >> Hi, >> >> I am crafting a packet in which the source MAC address as set in the >> Ethernet header is different than th

[dpdk-dev] Unable to change source MAC address of packet

Hi, I am crafting a packet in which the source MAC address as set in the Ethernet header is different than the transmit port?s default MAC address. A packet capture of the packets coming out of this port however comes with source MAC address of the port?s default MAC address. Altering the

[dpdk-dev] I211, Double VLAN tags and VLAN Stripping not working

Hello, I am using the development branch of DPDK and am trying out double tagging using the DPDK PMD E1000 driver.

[dpdk-dev] Segmentation fault in ip_frag_find

Hello, We are using the DPDK framework and testing the IP reassembly code. While reassembly is working fine, the application segfaults with the following (partially shown) stack trace. The segfault is not entirely reproducible - it happens quite randomly. Program terminated with signal 11,

[dpdk-dev] DPDK on Xeon Phi Processors

Hi, I was reading up on the Xeon Phi processors - up to 61 cores?.. looks very interesting. Has anyone tried offloading packet processing to such a co-processor utilising the existing code base? Thanks, Padam

[dpdk-dev] Wrong TCP Checkum computed by hardware

>> > Yes, you are correct, I just noticed you declare it is static, If possible, > send more codes to me, I can help you with this. >>> Thanks, Padam > I have the following code: mbuf->ol_flags = (uint16_t) (mbuf->ol_flags & (~PKT_TX_OFFLOAD_MASK));

[dpdk-dev] Wrong TCP Checkum computed by hardware

> On 28-Oct-2015, at 1:46 pm, Liu, Jijiang wrote: > > > >> -Original Message----- >> From: Padam Jeet Singh [mailto:padam.singh at inventum.net] >> Sent: Wednesday, October 28, 2015 4:12 PM >> To: Liu, Jijiang >> Cc: dev at dpdk.org; Matthew

[dpdk-dev] Wrong TCP Checkum computed by hardware

> On 28-Oct-2015, at 1:31 pm, Liu, Jijiang wrote: > > >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Padam Jeet Singh >> Sent: Wednesday, October 28, 2015 3:20 PM >> To: Matthew Hall >> Cc: dev at dpdk.org >&

[dpdk-dev] Wrong TCP Checkum computed by hardware

On 28-Oct-2015, at 12:27 pm, Matthew Hall wrote: > > On Wed, Oct 28, 2015 at 12:20:22PM +0530, Padam Jeet Singh wrote: >> Any hint what could I be doing wrong here? > > When this kind of stuff doesn't work it often will depend on the exact > version > of card, chi

[dpdk-dev] Wrong TCP Checkum computed by hardware

Hi, While implementing a sample packet generation code, I am setting up the offload flags so that the hardware (82599ES in my case) computes the IP and TCP Checksums. However, it seems that only the IP checksum is computed whereas the TCP Checksum is computed, but computed wrong. Here is a

[dpdk-dev] Debugging memory leak of mbufs

Hello, I have an application which in which the rte_mempool for packets associated with the network interfaces using IXGBE and IGB drivers is depleting slowly. Each time I do a throughput test, the number of free_count keeps reducing by 10-15 entries, and finally completely exhausts. Any

[dpdk-dev] Packet Cloning

Thanks Marc, Matt, Kyle, and Stephen for your inputs! I have a possibly good solution of splitting the mbuf into parts to correctly mirror to multiple interfaces, else a fallback of copying the full payload into a new mbuf. Though the library doesn?t offer a standard method to copy, I can

[dpdk-dev] Packet Cloning

Hello, Is there a function in DPDK to completely clone a pkt_mbuf including the segments? I am trying to build a packet mirroring application which sends packet out through two separate interfaces, but the packet payload needs to be altered before send. Thanks, Padam

[dpdk-dev] VLAN header insertion and removal

Hello, I have done a simple mbuf adjust and prepend to achieve the removal and insertion of the vlan header and it works fine. The use case is something similar to the l3fwd example where one port has traffic coming in on multiple vlans and the other port has no vlans. The packet processing

[dpdk-dev] [PATCH] kni: allow setting KNI device MAC address

Added relevant callback function to change a KNI device's MAC address Signed-off-by: Padam Jeet Singh --- lib/librte_eal/linuxapp/kni/kni_net.c | 16 1 file changed, 16 insertions(+) diff --git a/lib/librte_eal/linuxapp/kni/kni_net.c b/lib/librte_eal/linuxapp/kni/kni_net.c