[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <77a12336-ec18-2791-b7b1-744a44eb2e72@nvidia.com>
Date: Fri, 24 Sep 2021 13:48:27 +0800
From: Mark Zhang <markzhang@...dia.com>
To: Leon Romanovsky <leon@...nel.org>,
Doug Ledford <dledford@...hat.com>,
Jason Gunthorpe <jgg@...dia.com>
CC: Yishai Hadas <yishaih@...dia.com>,
Alex Williamson <alex.williamson@...hat.com>,
Bjorn Helgaas <bhelgaas@...gle.com>,
"Jakub Kicinski" <kuba@...nel.org>,
Kirti Wankhede <kwankhede@...dia.com>, <kvm@...r.kernel.org>,
<linux-kernel@...r.kernel.org>, <linux-pci@...r.kernel.org>,
<linux-rdma@...r.kernel.org>, <netdev@...r.kernel.org>,
Saeed Mahameed <saeedm@...dia.com>
Subject: Re: [PATCH mlx5-next 4/7] net/mlx5: Introduce migration bits and
structures
On 9/22/2021 6:38 PM, Leon Romanovsky wrote:
> From: Yishai Hadas <yishaih@...dia.com>
>
> Introduce migration IFC related stuff to enable migration commands.
>
> Signed-off-by: Yishai Hadas <yishaih@...dia.com>
> Signed-off-by: Leon Romanovsky <leonro@...dia.com>
> ---
> include/linux/mlx5/mlx5_ifc.h | 145 +++++++++++++++++++++++++++++++++-
> 1 file changed, 144 insertions(+), 1 deletion(-)
>
> diff --git a/include/linux/mlx5/mlx5_ifc.h b/include/linux/mlx5/mlx5_ifc.h
> index d90a65b6824f..366c7b030eb7 100644
> --- a/include/linux/mlx5/mlx5_ifc.h
> +++ b/include/linux/mlx5/mlx5_ifc.h
> @@ -126,6 +126,11 @@ enum {
> MLX5_CMD_OP_QUERY_SF_PARTITION = 0x111,
> MLX5_CMD_OP_ALLOC_SF = 0x113,
> MLX5_CMD_OP_DEALLOC_SF = 0x114,
> + MLX5_CMD_OP_SUSPEND_VHCA = 0x115,
> + MLX5_CMD_OP_RESUME_VHCA = 0x116,
> + MLX5_CMD_OP_QUERY_VHCA_MIGRATION_STATE = 0x117,
> + MLX5_CMD_OP_SAVE_VHCA_STATE = 0x118,
> + MLX5_CMD_OP_LOAD_VHCA_STATE = 0x119,
> MLX5_CMD_OP_CREATE_MKEY = 0x200,
> MLX5_CMD_OP_QUERY_MKEY = 0x201,
> MLX5_CMD_OP_DESTROY_MKEY = 0x202,
> @@ -1719,7 +1724,9 @@ struct mlx5_ifc_cmd_hca_cap_bits {
> u8 reserved_at_682[0x1];
> u8 log_max_sf[0x5];
> u8 apu[0x1];
> - u8 reserved_at_689[0x7];
> + u8 reserved_at_689[0x4];
> + u8 migration[0x1];
> + u8 reserved_at_68d[0x2];
Should it be "reserved_at_68e[0x2]"?
> u8 log_min_sf_size[0x8];
> u8 max_num_sf_partitions[0x8];
>
Powered by blists - more mailing lists