[dpdk-dev] KNI mac address

Hi, I see that KNI interfaces get assigned random mac addresses each time I do "ifconfig up" on the interface. Reason for this is mac address returned by "random_ether_addr()" is assigned to the interface in kni_net_open() for all NIC types except igb and ixgbe that have ethtool support. I would

[dpdk-dev] [PATCH v3] kni: Add link status update

Implement .ndo_change_carrier to enable DPDK applications to propagate link state changes to kni virtual interfaces through sysfs Signed-off-by: Vijayakumar Muthuvel Manickam --- Added kernel version check as .ndo_change_carrier is available only in kernel versions 3.9 and after lib

[dpdk-dev] [PATCH v2] kni: Add link status update

Implement .ndo_change_carrier to enable DPDK applications to propagate link state changes to kni virtual interfaces through sysfs Signed-off-by: Vijayakumar Muthuvel Manickam --- Implemented .ndo_change_carrier instead of adding a new ioctl lib/librte_eal/linuxapp/kni/kni_net.c | 10

[dpdk-dev] [PATCH] kni: Add link status update

. Thanks, Vijay On Sun, Jun 14, 2015 at 5:57 PM, Zhang, Helin wrote: > Any response for my comments? Did I miss anything? > > - Helin > > > -Original Message- > > From: Zhang, Helin > > Sent: Tuesday, May 19, 2015 8:54 AM > > To: Vijayakumar Muthuvel Manic

[dpdk-dev] [PATCH] kni: Add link status update

Add an ioctl command in rte_kni module to enable DPDK applications to propagate link state changes to kni virtual interfaces. Signed-off-by: Vijayakumar Muthuvel Manickam --- .../linuxapp/eal/include/exec-env/rte_kni_common.h | 2 ++ lib/librte_eal/linuxapp/kni/kni_misc.c | 39

[dpdk-dev] In DPDK 1.7.1, the link status of the interface using virtio driver is always down.

Hi, I have seen this issue happen on older kernels like 2.6.32-220.el6.x86_64 while it works with no issues on a recent kernel like 3.10.x. Further, I found this issue was happening due to /sys/bus/pci/devices//msi_irqs dir not being enumerated in older kernels resulting in hw->use_msix=0. This c

[dpdk-dev] Running 32bit secondary with 64bit primary DPDK process

Hi, I have a patch that enables 32bit secondary DPDK processes to attach with 64bit primary DPDK process and share the mempool and ring datastructures. I developed this patch to enable our product(from Brocade) which uses a 32bit userspace network stack to be able to work with PMDs like ivshmem an

[dpdk-dev] [PATCH v2] virtio: Fix 32bit pmd for 64bit kernel

typecasts Signed-off-by: Vijayakumar Muthuvel Manickam --- lib/librte_pmd_virtio/virtio_ethdev.c |6 +++--- lib/librte_pmd_virtio/virtqueue.h |5 +++-- 2 files changed, 6 insertions(+), 5 deletions(-) diff --git a/lib/librte_pmd_virtio/virtio_ethdev.c b/lib/librte_pmd_virtio

[dpdk-dev] [PATCH] virtio: Fix 32bit pmd for 64bit kernel

typecasts Signed-off-by: Vijayakumar Muthuvel Manickam --- lib/librte_pmd_virtio/virtio_ethdev.c |6 +++--- lib/librte_pmd_virtio/virtqueue.h |4 ++-- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/lib/librte_pmd_virtio/virtio_ethdev.c b/lib/librte_pmd_virtio

[dpdk-dev] 32 bit virtio_pmd pkt i/o issue

ow if all DPDK examples and libs handles cases like this properly. > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Vijayakumar > Muthuvel > > Manickam > > Sent: Wednesday, July 09, 2014 10:30 AM > > To: dev at dpdk.org > &

[dpdk-dev] 32 bit virtio_pmd pkt i/o issue

Hi, I am using 32bit VIRTIO PMD from dpdk-1.6.0r1 and seeing a basic packet I/O issue under some VM configurations when testing with l2fwd application. The issue is that Tx on virtio NIC is not working. Packets enqueued by virtio pmd on Tx queue are not dequeued by the backend vhost-net for some