RDMA/mlx5: Return ECE DC support
The DC QPs are many-to-one QP types that means that first connection will establish ECE options that coming connections should follow. Due to this property, the ECE code was removed between first [1] and second [2] ECE submissions. This patch returns the dropped code, because ECE is a property of a connection and like any other connection users are needed to manage this data. Allow them to set ECE parameter for DC too and avoid need of having compatibility flag for the DC ECE. [1] https://lore.kernel.org/linux-rdma/20200523132243.817936-1-leon@kernel.org/ [2] https://lore.kernel.org/linux-rdma/20200525174401.71152-1-leon@kernel.org/ Link: https://lore.kernel.org/r/20200602125548.172654-4-leon@kernel.org Signed-off-by: Leon Romanovsky <leonro@mellanox.com> Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
This commit is contained in:

committed by
Jason Gunthorpe

parent
92cd667c0e
commit
a645a89d9a
@@ -3690,7 +3690,8 @@ struct mlx5_ifc_dctc_bits {
|
||||
u8 ecn[0x2];
|
||||
u8 dscp[0x6];
|
||||
|
||||
u8 reserved_at_1c0[0x40];
|
||||
u8 reserved_at_1c0[0x20];
|
||||
u8 ece[0x20];
|
||||
};
|
||||
|
||||
enum {
|
||||
@@ -7940,7 +7941,7 @@ struct mlx5_ifc_create_dct_out_bits {
|
||||
u8 reserved_at_40[0x8];
|
||||
u8 dctn[0x18];
|
||||
|
||||
u8 reserved_at_60[0x20];
|
||||
u8 ece[0x20];
|
||||
};
|
||||
|
||||
struct mlx5_ifc_create_dct_in_bits {
|
||||
|
Reference in New Issue
Block a user