in case of an error argument list is not freed.
Fixes: e72dd09b614e ("net/mlx5: add support for configuration through kvargs")
CC: sta...@dpdk.org
Signed-off-by: Shahaf Shuler
---
drivers/net/mlx5/mlx5.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/net/mlx5/mlx
---
Yuanhan Liu (3):
vhost: fix dead loop in enqueue path
vhost: fix long stall of vhost-user negotiation
net/virtio: fix crash when number of virtio devices > 1
drivers/net/virtio/virtio_ethdev.c | 2 +-
lib/librte_vhost/vhost_user.c | 3 ++-
lib/librte_vhost/virtio_net.c | 4 +++
Setting up the mapping from GPA (guest physical address) to HPA (guest
physical address) could be very time consuming when the guest memory is
backened with small pages (4K). The bigger the guest memory, the longer
it takes. This could lead a very long vhost-user negotiation.
Since the mapping is
If a malicious guest forges a dead loop desc chain (let desc->next point
to itself) and desc->len is zero, this could lead to a dead loop in
copy_mbuf_to_desc(following is a simplified code to show this issue
clearly):
while (mbuf_is_not_totally_consumed) {
if (desc_avail == 0) {
The vtpci_ops assignment needs the 'hw->port_id' as an input parameter.
That said, we should set 'hw->port_id' firstly, then do the vtpci_ops
assignment, while the code does reversely. That would result to a crash
when more than one virtio devices are used, because we keep assigning
proper vtpci_op
Tested-by: Peng Yuan
- version: 17.02-rc1
- OS/Kernel: 4.5.5-300.fc24.x86_64
- GCC: gcc (GCC) 5.3.1 20151207 (Red Hat 5.3.1-2)
- NIC: 82599
Test cases: 5
Passed: 5
Test steps:
Test Case 1: MACsec packets send and receive
1. connect the two ixgbe po
Add more check on the mask of src_addr, dst_addr and next_proto_id
in n-tuple filter rule pattern parser.If do not add such check,
it maybe cause error in pattern parser.
Signed-off-by: zhao wei
---
drivers/net/ixgbe/ixgbe_flow.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --
This patch addresses compilation errors on FreeBSD 11.0 clang 3.8.0.
Fixes: ec94dbc57362 ("qede: add base driver")
Signed-off-by: Rasesh Mody
---
drivers/net/qede/base/ecore_init_fw_funcs.c |2 +-
drivers/net/qede/base/reg_addr.h|6 +++---
2 files changed, 4 insertions(+), 4
On 01/23/2017 08:02 AM, Rasesh Mody wrote:
This patch addresses compilation errors on FreeBSD 11.0 clang 3.8.0.
Fixes: ec94dbc57362 ("qede: add base driver")
Signed-off-by: Rasesh Mody
---
drivers/net/qede/base/ecore_init_fw_funcs.c |2 +-
drivers/net/qede/base/reg_addr.h|
Some network device drivers like Fortville may not fill packet type by
default. Changed the method for detecting packet type from mbuf packet
type to ethernet header MAC type will make sure this example compatible
with all NICs.
Fixes: b84fb4cb88ff ("examples/ip_reassembly: overhaul")
Signed-off-
Some network device drivers like Fortville may not fill packet type by
default. Changed the method for detecting packet type from mbuf packet
type to ethernet header MAC type will make sure this example compatible
with all NICs.
Fixes: b84fb4cb88ff ("examples/ip_reassembly: overhaul")
v2:
* fix c
On 01/22/2017 09:46 AM, Yuanhan Liu wrote:
If a malicious guest forges a dead loop desc chain (let desc->next point
to itself) and desc->len is zero, this could lead to a dead loop in
copy_mbuf_to_desc(following is a simplified code to show this issue
clearly):
while (mbuf_is_not_totally_c
On 01/22/2017 09:47 AM, Yuanhan Liu wrote:
The vtpci_ops assignment needs the 'hw->port_id' as an input parameter.
That said, we should set 'hw->port_id' firstly, then do the vtpci_ops
assignment, while the code does reversely. That would result to a crash
when more than one virtio devices are
13 matches
Mail list logo
