Hi All,
We were trying to test the vlan filter with Melloanox
nic(SR-IOV) on VmWare using the mlx5_pmd. But found that after doing the
mlx5_vlan_filter_set with the vlan id also, we are not receiving the tagged
packets upto the application. The same works fine in we are using KV
ds,
Souvik
-Original Message-
From: dev On Behalf Of Dey, Souvik
Sent: Friday, September 24, 2021 1:57 AM
To: Wu, Jingjing ; dev@dpdk.org; Xing, Beilei
Subject: [EXTERNAL] Re: [dpdk-dev] Not able to start IAVF PMD with dpdk 20.11.3
With vfio_pci , I am getting the following error and b
: [ 323.376403] vfio-pci: probe of :08:00.0
failed with error -22
Sep 24 01:50:29 connexip kernel: [ 323.376440] vfio-pci: probe of :08:00.0
failed with error -22
I am using kernel 4.19.194 from debian buster.
From: Wu, Jingjing
Sent: Thursday, September 23, 2021 8:41 PM
To: Dey, Souvik ; dev
Hi All,
Trying to test E810 Sr-IOV based nic card with 20.11.3 dpdk. I am running
the host kernel driver and only the VF is attached to the VM where I am running
dpdk. But when I attaching the VF to the testpmd it is throwing the below
error. Is there are way to move forward here ?
[root@c
Hi All,
We are seeing a weird issue where the link status of 82599 NIC in SR-IOV
mode in VmWare is coming as UP even though the vmnic is taken DOWN in the ESXi.
This is working fine when we use a linux to handle the interface inside of
DPDK. We are using DPDK 18.11.6 and seeing this issue s
From: Souvik Dey
[ upstream commit 493f0bb51c1144eedcff2bba199cab1b64ff9fd0 ]
As the internal MAC table is divided into Unicast and Multicast address
sections, we should check the type of synched MAC address before storing
it to the internal table. Currently the check is not done, and the
From: Souvik Dey
[ upstream commit 493f0bb51c1144eedcff2bba199cab1b64ff9fd0 ]
As the internal MAC table is divided into Unicast and Multicast address
sections, we should check the type of synched MAC address before storing
it to the internal table. Currently the check is not done, and the
he patch itself as you have already
acked ?
--
Regards,
Souvik
-Original Message-
From: dev On Behalf Of Slava Ovsiienko
Sent: Wednesday, February 3, 2021 3:04 AM
To: Dey, Souvik ; Raslan Darawsheh ; Matan
Azrad
Cc: dev@dpdk.org; sta...@dpdk.org
Subject: Re: [dpdk-dev] [PATCH v3] c
From: Souvik Dey
As the internal MAC table is divided into Unicast and Multicast address
sections, we should check the type of synched MAC address before storing
it to the internal table. Currently the check is not done, and the
synched MAC of 33:33:00:00:00:01 gets stored in the unicast section
From: Souvik Dey
As the internal MAC table is divided into Unicast and Multicast address
sections, we should check the type of synched MAC address before storing
it to the internal table. Currently the check is not done, and the
synched MAC of 33:33:00:00:00:01 gets stored in the unicast section
Hi Guo,
Raised the v3 of the patch , but was not sure how to put the ACK. If you don’t
mind can you please ACK the same. Thanks.
https://patchwork.dpdk.org/patch/85210/
--
Regards,
Souvik
From: Dey, Souvik
Sent: Tuesday, December 15, 2020 8:16 AM
To: Guo, Jia ; Xing, Beilei ; Zhang,
Qi Z
Cc
it will be ignored.
Signed-off-by: Souvik Dey
---
v3:
* Changed the error log in case vlan strip command fails
as per the latest comment.
---
v2:
* Simplied the commit log.
* goto err; is not required as it has only one more return path
and there is no cleanup required apart from just return err
Hi Guo,
Ok sure will remove the extra log and submit the version 3. I have not received
any other comments , so will also add your ACK in the next version then.
--
Regards,
Souvik
From: Guo, Jia
Sent: Monday, December 14, 2020 9:24 PM
To: Dey, Souvik ; Xing, Beilei ; Zhang,
Qi Z
Cc: dev
it will be ignored.
Signed-off-by: Souvik Dey
---
v2:
* Simplied the commit log.
* goto err; is not required as it has only one more return path
and there is no cleanup required apart from just return err.
* Updated the comment start from /* -> /**
* Changed the error log in case vlan st
it will be ignored.
Signed-off-by: Souvik Dey
---
v2:
* Simplied the commit log.
* goto err; is not required as it has only one more return path
and there is no cleanup required apart from just return err.
* Updated the comment start from /* -> /**
* Changed the error log in case vlan st
Hi Guo,
Thanks for the comments. I will upload a v2 of the patch.
--
Regards,
Souvik
From: Guo, Jia
Sent: Thursday, December 10, 2020 10:08 PM
To: Dey, Souvik ; Xing, Beilei ; Zhang,
Qi Z
Cc: dev@dpdk.org
Subject: RE: [PATCH] net/i40e: issue with ADD VLAN from Guest
-off-by: Souvik Dey
---
drivers/net/i40e/i40e_ethdev_vf.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/net/i40e/i40e_ethdev_vf.c
b/drivers/net/i40e/i40e_ethdev_vf.c
index c26b036..2ecf74b 100644
--- a/drivers/net/i40e/i40e_ethdev_vf.c
+++ b/drivers/net
-off-by: Souvik Dey
---
drivers/net/i40e/i40e_ethdev_vf.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/net/i40e/i40e_ethdev_vf.c
b/drivers/net/i40e/i40e_ethdev_vf.c
index c26b036..2ecf74b 100644
--- a/drivers/net/i40e/i40e_ethdev_vf.c
+++ b/drivers/net
-off-by: Souvik Dey
---
drivers/net/i40e/i40e_ethdev_vf.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/net/i40e/i40e_ethdev_vf.c
b/drivers/net/i40e/i40e_ethdev_vf.c
index c26b036..2ecf74b 100644
--- a/drivers/net/i40e/i40e_ethdev_vf.c
+++ b/drivers/net
: Souvik Dey
---
drivers/common/mlx5/linux/mlx5_nl.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/drivers/common/mlx5/linux/mlx5_nl.c
b/drivers/common/mlx5/linux/mlx5_nl.c
index 40d8620..ef7a521 100644
--- a/drivers/common/mlx5/linux/mlx5_nl.c
+++ b/drivers
the multicast MACs are added properly to both the internal table
and also the device, specially in case of SR-IOV VF.
Souvik Dey (1):
net/mlx5:fix storing the synced MAC to internal table
drivers/common/mlx5/linux/mlx5_nl.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions
: Souvik Dey
---
drivers/common/mlx5/linux/mlx5_nl.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/drivers/common/mlx5/linux/mlx5_nl.c
b/drivers/common/mlx5/linux/mlx5_nl.c
index 40d8620..da56add 100644
--- a/drivers/common/mlx5/linux/mlx5_nl.c
+++ b/drivers
the multicast MACs are added properly to both the internal table
and also the device, specially in case of SR-IOV VF.
Souvik Dey (1):
net/mlx5:fix storing the synced MAC to internal table
drivers/common/mlx5/linux/mlx5_nl.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions
Hi All,
There is a test plan for the performance tests of different
scenarios with AF_XDP in the dpdk docs
https://doc.dpdk.org/dts/test_plans/af_xdp_test_plan.html , but I am not able
to find the test results of the same. Can anyone please help in sharing the
results link for t
Hi All,
I see that the linux bnx2x driver supports the following vendor id :
device id
* vendor: 1077 ("QLogic Corp."), device: 16a1
* vendor: 1077 ("QLogic Corp."), device: 16a4
* vendor: 1077 ("QLogic Corp."), device: 16ad
but this are not supported by the bnx2x_pmd. This co
t test the tx path with big packets.
Also Arp packets are failing to reach through the kni interface.
Again, thanks a ton for the 18.11.9 Tx path issue resolution.
--
Regards,
Souvik
From: Long Li
Sent: Friday, September 18, 2020 3:09 AM
To: Dey, Souvik ; Kevin Traynor ;
dev@dpdk.org
Cc: Stephen
, 2020 2:58 AM
To: Dey, Souvik ; Kevin Traynor ;
dev@dpdk.org
Cc: Stephen Hemminger ; Yigit, Ferruh
; Stephen Hemminger
Subject: Re: [dpdk-dev] Issue with net/netvsc pmd in 18.11.9
NOTICE: This email was received from an EXTERNAL sender
change as my same app does not work any
longer.
--
Regards,
Souvik
From: Dey, Souvik
Sent: Wednesday, September 16, 2020 4:32 PM
To: Long Li ; Kevin Traynor ;
dev@dpdk.org
Cc: Stephen Hemminger ; Yigit, Ferruh
; Stephen Hemminger
Subject: RE: [dpdk-dev] Issue with net/netvsc pmd in 18.11.9
If it
If it helps the tx_conf->tx_free_thresh is set to 0 from app side and nb_desc
is set to 4096 from the app. The same was set in 18.11.6 too.
From: Dey, Souvik
Sent: Wednesday, September 16, 2020 3:44 PM
To: 'Long Li' ; Kevin Traynor ;
dev@dpdk.org
Cc: Stephen Hemminger ; Yigit, Ferr
Thanks in advance for all the help.
--
Regards,
Souvik
From: Long Li
Sent: Wednesday, September 16, 2020 1:44 PM
To: Dey, Souvik ; Kevin Traynor ;
dev@dpdk.org
Cc: Stephen Hemminger ; Yigit, Ferruh
; Stephen Hemminger
Subject: RE: [dpdk-dev] Issue with net/netvsc pmd in 18.11.9
packets.
--
Regards,
Souvik
From: dev On Behalf Of Kevin Traynor
Sent: Wednesday, September 16, 2020 10:18 AM
To: Dey, Souvik ; dev@dpdk.org
Cc: Stephen Hemminger ; lon...@microsoft.com;
Yigit, Ferruh ; sthem...@microsoft.com
Subject: Re: [dpdk-dev] Issue with net/netvsc pmd in 18.11.9
Hi All,
I updated from dpdk 18.11.6 to 18.11.9 and my netvsc pmd stopped working
as expected. Firstly, I saw a crash in tx packets as soon as the dpdk app comes
up. In doing some googling found a bug that was fixed after 18.11.9
https://patches.dpdk.org/patch/75001/ . Ported this fix and w
cause this.
Thanks for your help.
--
Regards,
Souvik
-Original Message-
From: Dey, Souvik
Sent: Tuesday, April 14, 2020 5:59 PM
To: beilei.x...@intel.com; qi.z.zh...@intel.com
Cc: dev@dpdk.org; Dey, Souvik
Subject: [PATCH] net/i40e: issue with ADD VLAN from Guest
From: "Dey, S
you check
by setting the above offload and if that helps you .
--
Thanks,
Souvik
From: Yan Fridland
Sent: Monday, June 15, 2020 8:34 AM
To: Dey, Souvik
Subject: RE: i40eVF pmd vlan id handling
NOTICE: This email was received from an EXTERNAL sender
uesday, April 14, 2020 2:37 AM
To: Dey, Souvik ; dev@dpdk.org; us...@dpdk.org
Cc: Yigit, Ferruh ; Zhang, Qi Z
Subject: RE: i40eVF pmd vlan id handling
NOTICE: This email was received from an EXTERNAL sender
Hi Souvik,
With kerne
disable the vlan strip
after sending add_vlan if app configured the VLAN_STRIP as disabled.
Signed-off-by: Souvik Dey
---
drivers/net/i40e/i40e_ethdev_vf.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/drivers/net/i40e/i40e_ethdev_vf.c
b/drivers/net/i40e
disable the vlan strip
after sending add_vlan if app configured the VLAN_STRIP as disabled.
Signed-off-by: Souvik Dey
---
drivers/net/i40e/i40e_ethdev_vf.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/drivers/net/i40e/i40e_ethdev_vf.c
b/drivers/net/i40e
From: "Dey, Souvik"
In case of i40evf pmd, when ADD_VLAN is sent down the linux i40e driver,
along with add the vlan the kernel driver also enables the vlan stripping
by default.
This might have issues if the app configured DEV_RX_OFFLOAD_VLAN_STRIP
as off at the port configuratio
p(dev);
+ }
return err;
}
Or we need to call . vlan_offload_set after doing . vlan_filter_set from the
DPDK app ?
--
Regards,
Souvik
From: Dey, Souvik
Sent: Monday, April 13, 2020 12:04 PM
To: dev@dpdk.org; us...@dpdk.org; beilei.x...@intel.com
Cc: ferruh.yi...@intel.com; qi.z.zh...@intel
Hi All,
I am using DPDK 18.11.2 and i40e PF linux driver on the host 2.4.6. I
see there, when I enable DEV_RX_OFFLOAD_VLAN_FILTER from the DPDK app, and then
configure the specific vlan id using rte_eth_dev_vlan_filter(). As per DPDK
code by default when we do dev_configure, we call i40e
: Dey, Souvik
Cc: Rasesh Mody ; Shahed Shaikh ;
Jerin Jacob Kollanukkaran ; ferruh.yi...@intel.com;
tho...@monjalon.net; dev@dpdk.org; sta...@dpdk.org
Subject: Re: [dpdk-dev] [PATCH v2] net/bnx2x: handle guest vlan for SR-IOV case
NOTICE: This email was received
From: Souvik Dey
In case of bnx2xvf pmd, tx packets can support vland id in 2 ways:
1. setting the mbuf ol_flags=PKT_TX_VLAN_PKT and passing the
vlanid in mbuf->vlan_tci.
2. the tx packet itself has the vlan id included in the packet.
The first case is working as expected but the second c
Jacob
Sent: Sunday, April 5, 2020 9:10 AM
To: Rasesh Mody
Cc: Dey, Souvik ; Shahed Shaikh ; Jerin
Jacob Kollanukkaran ; ferruh.yi...@intel.com;
tho...@monjalon.net; dev@dpdk.org; sta...@dpdk.org
Subject: Re: [dpdk-dev] [EXT] [PATCH] net/bnx2x: add multicast MAC address
filtering
Hi All,
Is there any plan to support ethtool for other drivers apart from
igb/ixgbe for kni interfaes ?
--
Regards,
Souvik
Thanks will do that. And will also try to remove the trailer in the patches.
Thanks for pointing it out.
From: dev On Behalf Of Rasesh Mody
Sent: Tuesday, March 3, 2020 6:01 PM
To: Dey, Souvik ; Shahed Shaikh ; Jerin
Jacob Kollanukkaran ; ferruh.yi...@intel.com;
tho...@monjalon.net
Cc: dev
18.11.6 which breaks
the ixgbevf link status. When is plan for 18.11.7 or updated 18.11.6 as we
should not have a broken release.
--
Regads,
Souvik
From: Dey, Souvik
Sent: Wednesday, March 4, 2020 4:08 PM
To: dev@dpdk.org
Cc: xiaolong...@intel.com; xiao.zh...@intel.com; us...@dpdk.org; Stephen
]: Intel Corporation X550 Virtual Function
[8086:1565]
So the mac_type is ixgbe_mac_X550_vf in the below case.
--
Regards,
Souvik
From: Dey, Souvik
Sent: Wednesday, March 4, 2020 1:17 PM
To: dev@dpdk.org
Cc: xiaolong...@intel.com; xiao.zh...@intel.com; us...@dpdk.org
Subject: Issue with X550
Hi All,
After upgrading to DPDK 18.11.6 LTS release from 18.11.2 the
link_update call for link status update is not working for X550 NICs SR-IOV
enabled. On debugging it looks like the change introduced as a part of this
patch is causing the issue.
https://patches.dpdk.org/patch/
is included in thetx packets itself was found not
working as expected. To handle that we need to properly set the
start_bd bitfield and the vlan_or_ethertype instead of setting it
to just the ethertype in case of VF.
Signed-off-by: "Dey, Souvik"
---
v2:
* Fix compilation issues.
Add support the set_mc_addr_list device operation in the bnx2xvf PMD.
The configured addresses are stored in the device private area, so
they can be flushed before adding new ones.
Without this v6 multicast packets were properly forwarded to the
Guest VF.
Signed-off-by: "Dey, S
is included in thetx packets itself was found not
working as expected. To handle that we need to properly set the
start_bd bitfield and the vlan_or_ethertype instead of setting it
to just the ethertype in case of VF.
Signed-off-by: "Dey, Souvik"
---
v2:
* Fix compilation issues.
is included in thetx packets itself was found not
working as expected. To handle that we need to properly set the
start_bd bitfield and the vlan_or_ethertype instead of setting it
to just the ethertype in case of VF.
Signed-off-by: "Dey, Souvik"
---
v2:
* Fixed complitaion issues
e
is included in thetx packets itself was found not
working as expected. To handle that we need to properly set the
start_bd bitfield and the vlan_or_ethertype instead of setting it
to just the ethertype in case of VF.
Signed-off-by: "Dey, Souvik"
---
drivers/net/bnx2x
Hi Yigit,
I was facing the kernel crash issue, at skb_over_put(), using
dpdk using 18.11 on 4.19.28 kernel. On checking I did find this patch and this
patch is solving the issue also. But then I saw you comment in the patch and
that’s looks scary to have the patch. Is there any im
Was there any update to this patch , I am also seeing kernel crash in
kni_net_rx_normal dueing skb_put which is happening for chained mbufs.
--
Regards,
Souvik
From: dev On Behalf Of Ferruh Yigit
Sent: Wednesday, March 6, 2019 12:31 PM
To: Yangchao Zhou ; dev@dpdk.org
Subject: Re: [dpdk-dev] [
Hi All,
I am using DPDK 18.11 with linux kernel 4.19.28. I have kni
devices created and I can see a crash in the kernel with ipv6/v4 fragmented
packets. Does anyone seen this already or is there any fixes/patches available
for this .
Snippet of kernel panic
Message from syslogd@
have rte_eth_allmulticast_enable()
enabled but without any success.
--
Regards,
Souvik
From: Dey, Souvik
Sent: Tuesday, October 16, 2018 11:06 AM
To: Ruinan Hu ; Ruinan
Cc: dev@dpdk.org; us...@dpdk.org
Subject: RE: [dpdk-users] i40e VF PMD not getting multicast packets
Hi Ruinan
think vanilla linux driver (i40evf) is using promiscuous mode to
receive multicast packets.
--
Regards,
Souvik
From: Ruinan Hu
Sent: Monday, October 15, 2018 3:36 PM
To: Dey, Souvik ; Ruinan
Cc: dev@dpdk.org; us...@dpdk.org
Subject: RE: [dpdk-users] i40e VF PMD not getting multicast packets
Moreover I wanted to mention one more thing, that the issue of multicast
packets not working is only with DPDK 140eVF PMD. In case I use the i40evf of
the kernel then it is working fine and I don’t see any issues with v6. So why
is the trust mode a requirement for DPDK pmd ?
From: Dey, Souvik
Sent: Monday, October 15, 2018 2:33 PM
To: Dey, Souvik
Cc: dev@dpdk.org; us...@dpdk.org
Subject: Re: [dpdk-users] i40e VF PMD not getting multicast packets
NOTICE: This email was received from an EXTERNAL sender
Hi,
Did you enable
Hi All,
I am currently facing issues with getting the multicast IPv6
packets when using the i40evf pmd.
I do see there is a limitation mentioned in the release notes of DPDK that
16.27. I40e VF may not receive packets in the promiscuous mode
Description:
Promiscuous mode is not s
/broadcast promisc mode is disabled by default.
--
Regard,
Souvik
From: Xing, Beilei [mailto:beilei.x...@intel.com]
Sent: Monday, June 11, 2018 3:58 AM
To: Dey, Souvik ; Wu, Jingjing ;
dev@dpdk.org
Cc: us...@dpdk.org
Subject: RE: I40evf VLAN stripping disable
NOTICE
Hi i40e/i40evf maintainers,
I was testing VLANs with i40evf pmd and is hitting the below issue.
I have the following configuration:
- host runs with Linux pf i40e driver(version 2.4.6)
- guest runs with DPDK 17.11.2 vf i40e driver
When I am sending a vlan packet from the outside to the guest, on
Hi All,
I see few patches in the DPDK regarding "Implement device reset
on VF" and also "support reset of VF link" but I am not sure which version of
DPDK is having the changes. Are they at all upstreamed or they are still under
discussion. I am currently using DPDK 16.11, and faci
Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ferruh Yigit
Sent: Tuesday, January 16, 2018 2:17 PM
To: Dey, Souvik ; j...@semihalf.com; j...@semihalf.com;
neta...@amazon.com; evge...@amazon.com
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH v1] drivers/net/ena: Copy PCI info to
Hi Ferruh/Lu,
I see that both of you have posted multiple patches in DPDK wrt
IXGBE SR-IOV and PF to VF link status/ I am trying to use DPDK 16.11 and do see
that it has the support of both pinging VF when PF link status changes and also
VF support of mailbox msg when PF link is
Hi All,
Do we have the Hyper-V DPDK PMD available now in 17.05 release.
I don't see the drivers present. Can someone update me on the status of the
same and if it already there in any active DPDK release ?
--
Regards,
Souvik
Ok thanks.
-Original Message-
From: Yuanhan Liu [mailto:yuanhan@linux.intel.com]
Sent: Wednesday, April 5, 2017 12:10 AM
To: Dey, Souvik
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] Query on VM_BUS and HyperV PMD
On Wed, Apr 05, 2017 at 03:23:36AM +, Dey, Souvik wrote:
> Hi
Hi All,
As DPDK 16.11 is an LTS release is there any plans to backport
the VM-BUS and HyperV PMD from 17.05 to 16.11.
--
Regards,
Souvik
Hi ,
I am trying to do rte_pktmbuf_alloc from a mempool within a
secondary process after doing a rte_mempool_lookup for the same mempool. But
the rte_pktmbuf_alloc crashes with the below backtrace
#0 0x in ?? ()
#1 0x00423da2 in rte_mempool_ops_dequeue_bul
Hi ,
I am trying to do rte_pktmbuf_alloc from a mempool within a
secondary process after doing a rte_mempool_lookup for the same mempool. But
the rte_pktmbuf_alloc crashes with the below backtrace
#0 0x in ?? ()
#1 0x00423da2 in rte_mempool_ops_dequeue_bul
required to be done (both in DPDK or on PF) to get this working all the
configured MC_ADDRs ?
I am using 2.1 DPDK on the guest and kernel 4.4 ixgbe PF drivers on the host .
--
Regards,
Souvik
From: Lu, Wenzhuo [mailto:wenzhuo...@intel.com]
Sent: Monday, December 5, 2016 6:35 PM
To: Dey, Souvik ; dev
: Sunday, December 4, 2016 9:02 PM
To: Dey, Souvik ; dev@dpdk.org
Subject: RE: ixgbevf: support multicast packets from PF to VF
Hi Souvik,
To my opinion, rte_eth_dev_set_mc_addr_list has nothing to do with
rte_eth_allmulticast_enable. rte_eth_allmulticast_enable is enough for the
multicast
Adding wenzhuo...@intel.com<mailto:wenzhuo...@intel.com>
From: Dey, Souvik
Sent: Friday, December 2, 2016 12:27 PM
To: 'dev@dpdk.org'
Subject: ixgbevf: support multicast packets from PF to VF
Hi All,
I am trying to support multicast packet over SRIOV using kern
Hi All,
I am trying to support multicast packet over SRIOV using kernel
PF + DPDK VF(ixgbevf) drivers for ipv6. I am currently using 2.1 DPDK and found
that there was a patch in 16.04 for "ixgbe: support multicast promiscuous mode
on VF". So I have backported the patch to the 2.1
Hemminger [mailto:step...@networkplumber.org]
Sent: Thursday, October 6, 2016 6:30 PM
To: Kavanagh, Mark B
Cc: Dey, Souvik ; yuanhan.liu at linux.intel.com; dev at
dpdk.org
Subject: Re: [PATCH v7] net/virtio: add set_mtu in virtio
I think current patch is fine. If someone has later problem with it on
Hi Stephen/Liu,
Any other comments or suggestions for this. If the below patch looks
fine then please do suggest the next steps .
--
Regards,
Souvik
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Dey, Souvik
Sent: Wednesday, October 5, 2016 10:05 AM
To
w if this looks good or we have few more comments.
--
Regards,
Souvik
-Original Message-
From: Kavanagh, Mark B [mailto:mark.b.kavan...@intel.com]
Sent: Wednesday, October 5, 2016 4:16 AM
To: Dey, Souvik ; yuanhan.liu at linux.intel.com;
stephen at networkplumber.org
Cc: dev at dpdk.org
Hi All,
Is there any further comments or modifications required for this patch,
or what next steps do you guys suggest here ?
--
Regards,
Souvik
-Original Message-
From: Dey, Souvik
Sent: Saturday, October 1, 2016 10:09 AM
To: mark.b.kavanagh at intel.com; yuanhan.liu at
Hi Liu/Stephen/Mark,
I have submitted Version 7 of this patch. Do let me know if this looks
proper.
--
Regards,
Souvik
-Original Message-
From: Dey, Souvik
Sent: Thursday, September 29, 2016 4:32 PM
To: mark.b.kavanagh at intel.com; yuanhan.liu at linux.intel.com; stephen at
erage this 'set_mtu' functionality to resolve the above
mentioned issue of packets getting dropped due to incorrect size.
Signed-off-by: Souvik Dey
---
Changes in v7:
- Replaced the CRC_LEN with the merge rx buf header length.
- Changed the frame_len max validation to VIRTIO_MAX_RX_P
OK sure will do that.
-Original Message-
From: Yuanhan Liu [mailto:yuanhan@linux.intel.com]
Sent: Tuesday, September 27, 2016 7:12 PM
To: Dey, Souvik
Cc: Stephen Hemminger ; Kavanagh, Mark B
; dev at dpdk.org
Subject: Re: [PATCH v6] net/virtio: add set_mtu in virtio
On Tue, Sep
Hi Stephen,
So what should be my next steps , should I submit a v7 for this patch
or you suggest otherwise.
--
Regards,
Souvik
-Original Message-
From: Stephen Hemminger [mailto:step...@networkplumber.org]
Sent: Tuesday, September 27, 2016 2:57 PM
To: Dey, Souvik
Cc: Kavanagh
Hi All,
Any further updates/comments on this ?
--
Regards,
Souvik
-Original Message-
From: Yuanhan Liu [mailto:yuanhan@linux.intel.com]
Sent: Sunday, September 25, 2016 11:21 PM
To: Stephen Hemminger
Cc: Dey, Souvik ; Kavanagh, Mark B ; dev at dpdk.org
Subject: Re: [PATCH
.com]
Sent: Friday, September 23, 2016 5:08 AM
To: Yuanhan Liu ; Stephen Hemminger
Cc: Dey, Souvik ; dev at dpdk.org
Subject: RE: [PATCH v6] net/virtio: add set_mtu in virtio
>Subject: Re: [PATCH v6] net/virtio: add set_mtu in virtio
>
>On Wed, Sep 21, 2016 at 06:45:05PM -0700, Steph
erage this 'set_mtu' functionality to resolve the above
mentioned issue of packets getting dropped due to incorrect size.
Signed-off-by: Souvik Dey
---
Changes in v6:
- Description of change corrected
- Corrected the identations
- Corrected the subject line too
- The From line was a
as that will be valid for
both vlan offload on and off cases.
-Original Message-
From: Stephen Hemminger [mailto:step...@networkplumber.org]
Sent: Wednesday, September 21, 2016 9:45 PM
To: Dey, Souvik
Cc: mark.b.kavanagh at intel.com; yuanhan.liu at linux.intel.com; dev at
dpdk.org
Sub
Hi All,
I am sending git send-mail and the patch mail is also getting
sent but I am not able see the patch in the patchwork link. Can someone point
what might have gone wrong. It was working fine earlier though.
Thanks in advance for any kind of help.
--
Regards,
Souvik
Answers inline.
--
Regards,
Souvik
-Original Message-
From: Stephen Hemminger [mailto:step...@networkplumber.org]
Sent: Wednesday, September 21, 2016 7:22 PM
To: Dey, Souvik
Cc: mark.b.kavanagh at intel.com; yuanhan.liu at linux.intel.com; dev at
dpdk.org
Subject: Re: [PATCH v6] net
roller can
then leverage this 'set_mtu' functionality to resolve the above
mentioned issue of packets getting dropped due to incorrect size.
Signed-off-by: Souvik Dey
---
Changes in v6:
- Description of change corrected
- Corrected the identations
- Corrected the subject line too
- Th
roller can
then leverage this 'set_mtu' functionality to resolve the above
mentioned issue of packets getting dropped due to incorrect size.
Signed-off-by: Souvik Dey
---
Changes in v6:
- Description of change corrected
- Corrected the identations
- Corrected the subject line too
- Th
From: Souvik Dey
Virtio interfaces do not currently allow the user to specify a particular
Maximum Transmission Unit (MTU).Consequently, the MTU of Virtio interfaces
is typically set to the Ethernet default value of 1500.
This is problematic in the case of cloud deployments, in which a
From: Souvik Dey
Virtio interfaces do not currently allow the user to specify a particular
Maximum Transmission Unit (MTU).Consequently, the MTU of Virtio interfaces
is typically set to the Ethernet default value of 1500.
This is problematic in the case of cloud deployments, in which a
From: Souvik Dey
Virtio interfaces do not currently allow the user to specify a particular
Maximum Transmission Unit (MTU).Consequently, the MTU of Virtio interfaces
is typically set to the Ethernet default value of 1500.
This is problematic in the case of cloud deployments, in which a
I have already taken care of this in v5 of the patch , If possible please
review the same .
-Original Message-
From: Yuanhan Liu [mailto:yuanhan@linux.intel.com]
Sent: Tuesday, September 20, 2016 3:12 AM
To: Kavanagh, Mark B
Cc: Dey, Souvik ; dev at dpdk.org; stephen at
Hi Mark/Liu,
I know this might be a redundant question, but should I put your names
in the Reviewed-by section in v5 ?
--
Regards,
Souvik
-Original Message-
From: Kavanagh, Mark B [mailto:mark.b.kavan...@intel.com]
Sent: Wednesday, September 14, 2016 8:16 AM
To: Dey, Souvik
Hi Mark/Liu,
Is there any further comments to the below patch ? Should I submit it
as v5 of the patch ?
--
Regards,
Souvik
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Dey, Souvik
Sent: Monday, September 12, 2016 11:12 AM
To: Kavanagh, Mark B
-Original Message-
From: Kavanagh, Mark B [mailto:mark.b.kavan...@intel.com]
Sent: Monday, September 12, 2016 10:48 AM
To: Dey, Souvik ; Yuanhan Liu
Cc: dev at dpdk.org; stephen at networkplumber.org
Subject: RE: [PATCH v4]net/virtio: add mtu set in virtio
>
>Hi Ma
Hi All,
Any further comments or updates to be made in the below patch else I
will go ahead a submit the v5 for the same.
--
Regards,
Souvik
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Dey, Souvik
Sent: Friday, September 9, 2016 2:16 PM
To: Kavanagh
ailto:mark.b.kavan...@intel.com]
Sent: Friday, September 9, 2016 11:44 AM
To: Dey, Souvik ; Yuanhan Liu
Cc: dev at dpdk.org; stephen at networkplumber.org
Subject: RE: [PATCH v4]net/virtio: add mtu set in virtio
>
>Hi Mark,
>
>Yes I thought I did that change. Sorry once again.. making too
1 - 100 of 135 matches
Mail list logo
