draft ANA support v6
Subsystems (2)
Christoph Hellwig
maintainerI think we are about ready to merge now, so please review carefully.
A git tree is available at:
git://git.infradead.org/users/hch/block.git nvme-ana
Gitweb:
http://git.infradead.org/users/hch/block.git/shortlog/refs/heads/nvme-ana
Changes since v5:
- actually check the OAES bit for the ANA AEN
- remove two WARN_ON_ONCE calls
Changes since v4:
- fix a crash in __nvme_find_path for non-optimized paths (Hannes Reinecke)
- fix lockdep annotation in nvme_mpath_set_live (Chaitanya Kulkarni)
- rely on the ANA AEN OAES bit again, per draft of TP4004a
Changes since v3:
- keep the ana state in struct nvme_ns
- don't update the internal ana state based on status codes
- add a ANATT timer (based on code from Hannes Reinecke)
- fix ANA AEN detection, which is missing a OAES bit currently
- make more code conditional on CONFIG_NVME_MULTIPATH
- optimize delayed adding of ns_head gendisks
- only kick of a requeue when setting groups live
- only send AENs on controllers of a port where the group state changes
- a few cleanups to the build-in default group
- fix a use after free in nvme_failover_req (Hannes Reinecke)
Changes since v2:
- support changing the state for the default ANA group
- drop ANATT configuration again
- delay gendisk registration until we have an I/O capable path
- remove nvme_req_needs_failover and the SCT=3 handling in it, we actually do the right thing without it
- refactor the get log page helpers
Changes since v1:
- fix the check for SCT = 3
- fix the check for immutable ANAGRPID
- disable ANA if the ANA log can't be transferred in a single chunk
- enable the ANA AEN explicitly
- don't zero buffers that don't get copied to the SGL
- use READ_ONCE/WRITE_ONCE for the ana_state fields
- update ANA state on completion with an ANA status code
- improve commit logs
- add proper AEN enable and masking conditionals
- fix the numeric value for the change state
- fixed a memory leak (Hannes Reinecke)
- fix reporting of NUSE (based on a patch from Hannes Reinecke)
- make ANATT configurable
Christoph Hellwig
maintainerPATCH 1/9 nvme.h: add support for the log specific field
NVMe 1.3 added a new log specific field to the get log page CQ defintion, add it to our get_log_page SQ structure.
--- include/linux/nvme.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
include/linux/nvme.h +1 -1
@@ -885,7 +885,7 @@ struct nvme_get_log_page_command {__u64 rsvd2[2 ];union nvme_data_ptr dptr;__u8 lid; -__u8 rsvd10; +__u8 lsp;/* upper 4 bits reserved */ __le16 numdl;__le16 numdu;__u16 rsvd11;
Signature · 1 line
2.18.0
Christoph Hellwig
maintainerPATCH 2/9 nvme.h: add ANA definitions
In reply to Christoph HellwigAdd various defintions from NVMe 1.3 TP 4004.
--- include/linux/nvme.h | 50 +++++++++++++++++++++++++++++++++++++++++--- 1 file changed, 47 insertions(+), 3 deletions(-)
include/linux/nvme.h +47 -3
@@ -242,7 +242,12 @@ struct nvme_id_ctrl {__le32 sanicap;__le32 hmminds;__le16 hmmaxd; -__u8 rsvd338[174 ]; +__u8 rsvd338[4 ]; +__u8 anatt; +__u8 anacap; +__le32 anagrpmax; +__le32 nanagrpid; +__u8 rsvd352[160 ];__u8 sqes;__u8 cqes;__le16 maxcmd;
@@ -258,7 +263,8 @@ struct nvme_id_ctrl {__le16 acwu;__u8 rsvd534[2 ];__le32 sgls; -__u8 rsvd540[228 ]; +__le32 mnan; +__u8 rsvd544[224 ];char subnqn[256 ];__u8 rsvd1024[768 ];__le32 ioccsz;
@@ -312,7 +318,9 @@ struct nvme_id_ns {__le16 nabspf;__le16 noiob;__u8 nvmcap[16 ]; -__u8 rsvd64[40 ]; +__u8 rsvd64[28 ]; +__le32 anagrpid; +__u8 rsvd96[8 ];__u8 nguid[16 ];__u8 eui64[8 ];struct nvme_lbaf lbaf[16 ];
@@ -425,6 +433,32 @@ struct nvme_effects_log {__u8 resv[2048 ]; }; +enum nvme_ana_state { +NVME_ANA_OPTIMIZED =0x01 , +NVME_ANA_NONOPTIMIZED =0x02 , +NVME_ANA_INACCESSIBLE =0x03 , +NVME_ANA_PERSISTENT_LOSS =0x04 , +NVME_ANA_CHANGE =0x0f , +}; + +struct nvme_ana_group_desc { +__le32 grpid; +__le32 nnsids; +__le64 chgcnt; +__u8 state; +__u8 rsvd17[7 ]; +__le32 nsids[]; +}; + +/* flag for the log specific field of the ANA log */ +#define NVME_ANA_LOG_RGO (1 << 0) + +struct nvme_ana_rsp_hdr { +__le64 chgcnt; +__le16 ngrps; +__le16 rsvd10[3 ]; +}; +enum {NVME_SMART_CRIT_SPARE =1 <<0 ,NVME_SMART_CRIT_TEMPERATURE =1 <<1 ,
@@ -444,11 +478,13 @@ enum {enum {NVME_AER_NOTICE_NS_CHANGED =0x00 ,NVME_AER_NOTICE_FW_ACT_STARTING =0x01 , +NVME_AER_NOTICE_ANA =0x03 , };enum {NVME_AEN_CFG_NS_ATTR =1 <<8 ,NVME_AEN_CFG_FW_ACT =1 <<9 , +NVME_AEN_CFG_ANA_CHANGE =1 <<11 , };struct nvme_lba_range_type {
@@ -763,6 +799,7 @@ enum {NVME_LOG_FW_SLOT =0x03 ,NVME_LOG_CHANGED_NS =0x04 ,NVME_LOG_CMD_EFFECTS =0x05 , +NVME_LOG_ANA =0x0c ,NVME_LOG_DISC =0x70 ,NVME_LOG_RESERVATION =0x80 , NVME_FWACT_REPL = (0 << 3),
@@ -1185,6 +1222,13 @@ enum {NVME_SC_ACCESS_DENIED =0x286 ,NVME_SC_UNWRITTEN_BLOCK =0x287 , +/* +* Path-related Errors: +*/ +NVME_SC_ANA_PERSISTENT_LOSS =0x301 , +NVME_SC_ANA_INACCESSIBLE =0x302 , +NVME_SC_ANA_TRANSITION =0x303 , + NVME_SC_DNR = 0x4000, };
Signature · 1 line
2.18.0
Christoph Hellwig
maintainerPATCH 3/9 nvme: simplify the API for getting log pages
In reply to Christoph HellwigMerge nvme_get_log and nvme_get_log_ext into a single helper, which takes a plain nsid instead of the nvme_ns pointer. Also add support for the log specific field while we're at it.
--- drivers/nvme/host/core.c | 32 +++++++++++--------------------- drivers/nvme/host/lightnvm.c | 5 +++-- drivers/nvme/host/nvme.h | 4 ++-- 3 files changed, 16 insertions(+), 25 deletions(-)
drivers/nvme/host/core.c +11 -21
@@ -2249,21 +2249,16 @@ static int nvme_init_subsystem(struct nvme_ctrl *ctrl, struct nvme_id_ctrl *id)return ret; } -int nvme_get_log_ext (struct nvme_ctrl *ctrl,struct nvme_ns *ns, -u8 log_page,void *log, -size_t size,u64 offset) +int nvme_get_log (struct nvme_ctrl *ctrl,u32 nsid,u8 log_page,u8 lsp, +void *log,size_t size,u64 offset) {struct nvme_command c = { };unsigned long dwlen = size /4 -1 ; c.get_log_page.opcode = nvme_admin_get_log_page; - -if (ns) - c.get_log_page.nsid =cpu_to_le32 (ns->head->ns_id); -else - c.get_log_page.nsid =cpu_to_le32 (NVME_NSID_ALL ); - + c.get_log_page.nsid =cpu_to_le32 (nsid); c.get_log_page.lid = log_page; + c.get_log_page.lsp = lsp; c.get_log_page.numdl =cpu_to_le16 (dwlen & ((1 <<16 ) -1 )); c.get_log_page.numdu =cpu_to_le16 (dwlen >>16 ); c.get_log_page.lpol =cpu_to_le32 (lower_32_bits (offset));
@@ -2272,12 +2267,6 @@ int nvme_get_log_ext(struct nvme_ctrl *ctrl, struct nvme_ns *ns,return nvme_submit_sync_cmd (ctrl->admin_q, &c, log, size); } -static int nvme_get_log (struct nvme_ctrl *ctrl,u8 log_page,void *log, -size_t size) -{ -return nvme_get_log_ext (ctrl,NULL , log_page, log, size,0 ); -} -static int nvme_get_effects_log (struct nvme_ctrl *ctrl) {int ret;
@@ -2288,8 +2277,8 @@ static int nvme_get_effects_log(struct nvme_ctrl *ctrl)if (!ctrl->effects)return 0 ; - ret =nvme_get_log (ctrl,NVME_LOG_CMD_EFFECTS , ctrl->effects, -sizeof (*ctrl->effects)); + ret =nvme_get_log (ctrl,NVME_NSID_ALL ,NVME_LOG_CMD_EFFECTS ,0 , + ctrl->effects,sizeof (*ctrl->effects),0 );if (ret) {kfree (ctrl->effects); ctrl->effects =NULL ;
@@ -3208,7 +3197,8 @@ static void nvme_clear_changed_ns_log(struct nvme_ctrl *ctrl)* raced with us in reading the log page, which could cause us to miss * updates. */ - error =nvme_get_log (ctrl,NVME_LOG_CHANGED_NS , log, log_size); + error =nvme_get_log (ctrl,NVME_NSID_ALL ,NVME_LOG_CHANGED_NS ,0 , log, + log_size,0 );if (error)dev_warn (ctrl->device,"reading changed ns log failed: %d\n" , error);
@@ -3325,9 +3315,9 @@ static void nvme_get_fw_slot_info(struct nvme_ctrl *ctrl)if (!log)return ; -if (nvme_get_log (ctrl,NVME_LOG_FW_SLOT , log,sizeof (*log))) -dev_warn (ctrl->device, -"Get FW SLOT INFO log error\n" ); +if (nvme_get_log (ctrl,NVME_NSID_ALL ,0 ,NVME_LOG_FW_SLOT , log, +sizeof (*log),0 )) +dev_warn (ctrl->device,"Get FW SLOT INFO log error\n" );kfree (log); }
drivers/nvme/host/lightnvm.c +3 -2
@@ -604,8 +604,9 @@ static int nvme_nvm_get_chk_meta(struct nvm_dev *ndev,while (left) { len = min_t(unsigned int, left, max_len); - ret =nvme_get_log_ext (ctrl, ns,NVME_NVM_LOG_REPORT_CHUNK , - dev_meta, len, offset); + ret =nvme_get_log (ctrl, ns->head->ns_id, +NVME_NVM_LOG_REPORT_CHUNK ,0 , dev_meta, len, + offset);if (ret) {dev_err (ctrl->device,"Get REPORT CHUNK log error\n" );break ;
drivers/nvme/host/nvme.h +2 -2
@@ -443,8 +443,8 @@ int nvme_reset_ctrl_sync(struct nvme_ctrl *ctrl);int nvme_delete_ctrl (struct nvme_ctrl *ctrl);int nvme_delete_ctrl_sync (struct nvme_ctrl *ctrl); -int nvme_get_log_ext (struct nvme_ctrl *ctrl,struct nvme_ns *ns, -u8 log_page,void *log,size_t size,u64 offset); +int nvme_get_log (struct nvme_ctrl *ctrl,u32 nsid,u8 log_page,u8 lsp, +void *log,size_t size,u64 offset);extern const struct attribute_group nvme_ns_id_attr_group;extern const struct block_device_operations nvme_ns_head_ops;
Signature · 1 line
2.18.0
Christoph Hellwig
maintainerPATCH 4/9 nvme: remove nvme_req_needs_failover
In reply to Christoph HellwigNow that we just call out to blk_path_error there isn't really any good reason to not merge it into the only caller.
--- drivers/nvme/host/core.c | 3 ++- drivers/nvme/host/multipath.c | 7 ------- drivers/nvme/host/nvme.h | 6 ------ 3 files changed, 2 insertions(+), 14 deletions(-)
drivers/nvme/host/core.c +2 -1
@@ -236,7 +236,8 @@ void nvme_complete_rq(struct request *req)trace_nvme_complete_rq (req);if (unlikely (status !=BLK_STS_OK &&nvme_req_needs_retry (req))) { -if (nvme_req_needs_failover (req, status)) { +if ((req->cmd_flags &REQ_NVME_MPATH ) && +blk_path_error (status)) {nvme_failover_req (req);return ; }
drivers/nvme/host/multipath.c +0 -7
@@ -56,13 +56,6 @@ void nvme_failover_req(struct request *req)kblockd_schedule_work (&ns->head->requeue_work); } -bool nvme_req_needs_failover (struct request *req,blk_status_t error) -{ -if (!(req->cmd_flags &REQ_NVME_MPATH )) -return false; -return blk_path_error (error); -} -void nvme_kick_requeue_lists (struct nvme_ctrl *ctrl) {struct nvme_ns *ns;
drivers/nvme/host/nvme.h +0 -6
@@ -453,7 +453,6 @@ extern const struct block_device_operations nvme_ns_head_ops;void nvme_set_disk_name (char *disk_name,struct nvme_ns *ns,struct nvme_ctrl *ctrl,int *flags);void nvme_failover_req (struct request *req); -bool nvme_req_needs_failover (struct request *req,blk_status_t error);void nvme_kick_requeue_lists (struct nvme_ctrl *ctrl);int nvme_mpath_alloc_disk (struct nvme_ctrl *ctrl,struct nvme_ns_head *head);void nvme_mpath_add_disk (struct nvme_ns_head *head);
@@ -490,11 +489,6 @@ static inline void nvme_set_disk_name(char *disk_name, struct nvme_ns *ns,static inline void nvme_failover_req (struct request *req) { } -static inline bool nvme_req_needs_failover (struct request *req, -blk_status_t error) -{ -return false; -}static inline void nvme_kick_requeue_lists (struct nvme_ctrl *ctrl) { }
Signature · 1 line
2.18.0
Christoph Hellwig
maintainerPATCH 5/9 nvme: add ANA support
In reply to Christoph HellwigAdd support for Asynchronous Namespace Access as specified in NVMe 1.3 TP 4004. With ANA each namespace attached to a controller belongs to an ANA group that describes the characteristics of accessing the namespaces through this controller. In the optimized and non-optimized states namespaces can be accessed regularly, although in a multi-pathing environment we should always prefer to access a namespace through a controller where an optimized relationship exists. Namespaces in Inaccessible, Permanent-Loss or Change state for a given controller should not be accessed.
The states are updated through reading the ANA log page, which is read once during controller initialization, whenever the ANA change notice AEN is received, or when one of the ANA specific status codes that signal a state change is received on a command.
The ANA state is kept in the nvme_ns structure, which makes the checks in the fast path very simple. Updating the ANA state when reading the log page is also very simple, the only downside is that finding the initial ANA state when scanning for namespaces is a bit cumbersome.
The gendisk for a ns_head is only registered once a life path for it exists. Without that the kernel would hang during partition scanning.
Includes fixes and improvements from Hannes Reinecke.
--- drivers/nvme/host/core.c | 42 ++++- drivers/nvme/host/multipath.c | 342 ++++++++++++++++++++++++++++++++-- drivers/nvme/host/nvme.h | 51 ++++- 3 files changed, 408 insertions(+), 27 deletions(-)
drivers/nvme/host/core.c +34 -8
@@ -1035,18 +1035,18 @@ int nvme_set_queue_count(struct nvme_ctrl *ctrl, int *count)EXPORT_SYMBOL_GPL (nvme_set_queue_count);#define NVME_AEN_SUPPORTED \ - (NVME_AEN_CFG_NS_ATTR | NVME_AEN_CFG_FW_ACT) + (NVME_AEN_CFG_NS_ATTR | NVME_AEN_CFG_FW_ACT | NVME_AEN_CFG_ANA_CHANGE)static void nvme_enable_aen (struct nvme_ctrl *ctrl) { -u32 result; +u32 supported = ctrl->oaes &NVME_AEN_SUPPORTED , result;int status; - status =nvme_set_features (ctrl,NVME_FEAT_ASYNC_EVENT , - ctrl->oaes &NVME_AEN_SUPPORTED ,NULL ,0 , &result); + status =nvme_set_features (ctrl,NVME_FEAT_ASYNC_EVENT , supported,NULL , +0 , &result);if (status)dev_warn (ctrl->device,"Failed to configure AEN (cfg %x)\n" , - ctrl->oaes &NVME_AEN_SUPPORTED ); + supported); }static int nvme_submit_io (struct nvme_ns *ns,struct nvme_user_io __user *uio)
@@ -2370,6 +2370,7 @@ int nvme_init_identify(struct nvme_ctrl *ctrl)nvme_set_queue_limits (ctrl, ctrl->admin_q); ctrl->sgls =le32_to_cpu (id->sgls); ctrl->kas =le16_to_cpu (id->kas); + ctrl->max_namespaces =le32_to_cpu (id->mnan);if (id->rtd3e) {/* us -> s */
@@ -2429,8 +2430,12 @@ int nvme_init_identify(struct nvme_ctrl *ctrl) ctrl->hmmaxd =le16_to_cpu (id->hmmaxd); } + ret =nvme_mpath_init (ctrl, id);kfree (id); +if (ret <0 ) +return ret; +if (ctrl->apst_enabled && !prev_apst_enabled)dev_pm_qos_expose_latency_tolerance (ctrl->device);else if (!ctrl->apst_enabled && prev_apst_enabled)
@@ -2649,6 +2654,10 @@ static struct attribute *nvme_ns_id_attrs[] = { &dev_attr_nguid.attr, &dev_attr_eui.attr, &dev_attr_nsid.attr, +#ifdef CONFIG_NVME_MULTIPATH + &dev_attr_ana_grpid.attr, + &dev_attr_ana_state.attr, +#endif NULL, };
@@ -2671,6 +2680,14 @@ static umode_t nvme_ns_id_attrs_are_visible(struct kobject *kobj,if (!memchr_inv (ids->eui64,0 ,sizeof (ids->eui64)))return 0 ; } +#ifdef CONFIG_NVME_MULTIPATH +if (a == &dev_attr_ana_grpid.attr || a == &dev_attr_ana_state.attr) { +if (dev_to_disk (dev)->fops != &nvme_fops)/* per-path attr */ +return 0 ; +if (!nvme_ctrl_use_ana (nvme_get_ns_from_dev (dev)->ctrl)) +return 0 ; + } +#endif return a->mode; }
@@ -3044,8 +3061,6 @@ static void nvme_alloc_ns(struct nvme_ctrl *ctrl, unsigned nsid)nvme_get_ctrl (ctrl); -kfree (id); -device_add_disk (ctrl->device, ns->disk);if (sysfs_create_group (&disk_to_dev (ns->disk)->kobj, &nvme_ns_id_attr_group))
@@ -3055,8 +3070,10 @@ static void nvme_alloc_ns(struct nvme_ctrl *ctrl, unsigned nsid)pr_warn ("%s: failed to register lightnvm sysfs group for identification\n" , ns->disk->disk_name); -nvme_mpath_add_disk (ns->head); +nvme_mpath_add_disk (ns, id);nvme_fault_inject_init (ns); +kfree (id); +return ; out_unlink_ns:mutex_lock (&ctrl->subsys->lock);
@@ -3364,6 +3381,13 @@ static void nvme_handle_aen_notice(struct nvme_ctrl *ctrl, u32 result)case NVME_AER_NOTICE_FW_ACT_STARTING :queue_work (nvme_wq, &ctrl->fw_act_work);break ; +#ifdef CONFIG_NVME_MULTIPATH +case NVME_AER_NOTICE_ANA : +if (!ctrl->ana_log_buf) +break ; +queue_work (nvme_wq, &ctrl->ana_work); +break ; +#endif default :dev_warn (ctrl->device,"async event result %08x\n" , result); }
@@ -3396,6 +3420,7 @@ EXPORT_SYMBOL_GPL(nvme_complete_async_event);void nvme_stop_ctrl (struct nvme_ctrl *ctrl) { +nvme_mpath_stop (ctrl);nvme_stop_keep_alive (ctrl);flush_work (&ctrl->async_event_work);flush_work (&ctrl->scan_work);
@@ -3433,6 +3458,7 @@ static void nvme_free_ctrl(struct device *dev)ida_simple_remove (&nvme_instance_ida, ctrl->instance);kfree (ctrl->effects); +nvme_mpath_uninit (ctrl);if (subsys) {mutex_lock (&subsys->lock);
drivers/nvme/host/multipath.c +327 -15
421 lines not on this page · raw message
drivers/nvme/host/nvme.h +47 -4
112 lines not on this page · raw message
Signature · 1 line
2.18.0
PATCH 5/9 nvme: add ANA support
Quoted 97 lines · Christoph Hellwig
Add support for Asynchronous Namespace Access as specified in NVMe 1.3 TP 4004. With ANA each namespace attached to a controller belongs to an ANA group that describes the characteristics of accessing the namespaces through this controller. In the optimized and non-optimized states namespaces can be accessed regularly, although in a multi-pathing environment we should always prefer to access a namespace through a controller where an optimized relationship exists. Namespaces in Inaccessible, Permanent-Loss or Change state for a given controller should not be accessed.
The states are updated through reading the ANA log page, which is read once during controller initialization, whenever the ANA change notice AEN is received, or when one of the ANA specific status codes that signal a state change is received on a command.
The ANA state is kept in the
nvme_nsstructure, which makes the checks in the fast path very simple. Updating the ANA state when reading the log page is also very simple, the only downside is that finding the initial ANA state when scanning for namespaces is a bit cumbersome.The gendisk for a
ns_headis only registered once a life path for it exists. Without that the kernel would hang during partition scanning.Includes fixes and improvements from Hannes Reinecke.
Signed-off-by Christoph Hellwig <hch at lst.de>--- drivers/nvme/host/core.c | 42 ++++- drivers/nvme/host/multipath.c | 342 ++++++++++++++++++++++++++++++++-- drivers/nvme/host/nvme.h | 51 ++++- 3 files changed, 408 insertions(+), 27 deletions(-)drivers/nvme/host/core.c +15
-5@@ -1035,18 +1035,18 @@ int nvme_set_queue_count(struct nvme_ctrl *ctrl, int *count)EXPORT_SYMBOL_GPL (nvme_set_queue_count);#define NVME_AEN_SUPPORTED \ - (NVME_AEN_CFG_NS_ATTR | NVME_AEN_CFG_FW_ACT) + (NVME_AEN_CFG_NS_ATTR | NVME_AEN_CFG_FW_ACT | NVME_AEN_CFG_ANA_CHANGE)static void nvme_enable_aen (struct nvme_ctrl *ctrl) { -u32 result; +u32 supported = ctrl->oaes &NVME_AEN_SUPPORTED , result;int status; - status =nvme_set_features (ctrl,NVME_FEAT_ASYNC_EVENT , - ctrl->oaes &NVME_AEN_SUPPORTED ,NULL ,0 , &result); + status =nvme_set_features (ctrl,NVME_FEAT_ASYNC_EVENT , supported,NULL , +0 , &result);if (status)dev_warn (ctrl->device,"Failed to configure AEN (cfg %x)\n" , - ctrl->oaes &NVME_AEN_SUPPORTED ); + supported); }static int nvme_submit_io (struct nvme_ns *ns,struct nvme_user_io __user *uio)@@ -2370,6 +2370,7 @@ int nvme_init_identify(struct nvme_ctrl *ctrl)nvme_set_queue_limits (ctrl, ctrl->admin_q); ctrl->sgls =le32_to_cpu (id->sgls); ctrl->kas =le16_to_cpu (id->kas); + ctrl->max_namespaces =le32_to_cpu (id->mnan);if (id->rtd3e) {/* us -> s */ @@ -2429,8 +2430,12 @@ int nvme_init_identify(struct nvme_ctrl *ctrl) ctrl->hmmaxd =le16_to_cpu (id->hmmaxd); } + ret =nvme_mpath_init (ctrl, id);kfree (id); +if (ret <0 ) +return ret; +if (ctrl->apst_enabled && !prev_apst_enabled)dev_pm_qos_expose_latency_tolerance (ctrl->device);else if (!ctrl->apst_enabled && prev_apst_enabled)@@ -2649,6 +2654,10 @@ static struct attribute *nvme_ns_id_attrs[] = { &dev_attr_nguid.attr, &dev_attr_eui.attr, &dev_attr_nsid.attr, +#ifdef CONFIG_NVME_MULTIPATH + &dev_attr_ana_grpid.attr, + &dev_attr_ana_state.attr, +#endif NULL, };@@ -2671,6 +2680,14 @@ static umode_t nvme_ns_id_attrs_are_visible(struct kobject *kobj,if (!memchr_inv (ids->eui64,0 ,sizeof (ids->eui64)))return 0 ; } +#ifdef CONFIG_NVME_MULTIPATH
drivers/nvme/host/core.c static umode_t nvme_ns_id_attrs_are_visible(struct kobject *kobj, · line 2693
Quoted 10 lines
drivers/nvme/host/core.c +7
-0+if (a == &dev_attr_ana_grpid.attr || a == &dev_attr_ana_state.attr) { +if (dev_to_disk (dev)->fops != &nvme_fops)/* per-path attr */ +return 0 ; +if (!nvme_ctrl_use_ana (nvme_get_ns_from_dev (dev)->ctrl)) +return 0 ; + } +#endif return a->mode; }
I'm at a loss as to why ANA code in host core needs to be wrapped by CONFIG_NVME_MULTIPATH (or why the mechanics of ANA support cannot be decoupled from multipath.c). I mean it may keep things clearer for this particular implementation but it obviously prevents any more generic ANA handling (decoupled from all the CONFIG_NVME_MULTIPATH code). That is likely very much by design.
Just seems unecessary but yet inkeeping with one NVMe multipath to rule them all. Unfortunate. Especially in that I thought Hannes had a vision for how to keep ANA more analogous to scsi_dh_alua -- meaning capabilties are added to influence behavior of NVMe if the NVMe device advertises support for those capabilities.
Making it all so tightly coupled to the CONFIG_NVME_MULTIPATH code is obviously easier to reason through and may be appropriate for now (just to get it all working). I just see it as artificially limiting and frankly wrong.
Mike
PATCH 5/9 nvme: add ANA support
On 07/26/2018 07:20 PM, Mike Snitzer wrote:
[ .. ]
Quoted 14 lines
I'm at a loss as to why ANA code in host core needs to be wrapped by
CONFIG_NVME_MULTIPATH(or why the mechanics of ANA support cannot be decoupled frommultipath.c). I mean it may keep things clearer for this particular implementation but it obviously prevents any more generic ANA handling (decoupled from all theCONFIG_NVME_MULTIPATHcode). That is likely very much by design.Just seems unecessary but yet inkeeping with one NVMe multipath to rule them all. Unfortunate. Especially in that I thought Hannes had a vision for how to keep ANA more analogous to
scsi_dh_alua-- meaning capabilties are added to influence behavior of NVMe if the NVMe device advertises support for those capabilities.
Quoted 5 lines
Making it all so tightly coupled to the
CONFIG_NVME_MULTIPATHcode is obviously easier to reason through and may be appropriate for now (just to get it all working). I just see it as artificially limiting and frankly wrong.
I will be checking if ANA support works even though nvme multipathing is disabled on the kernel commandline.
It really should, given the ANA is property of the target and not something we can influence.
But making ANA conditional on whether CONFIG_NVME_MULTIPATH is set I don't have a problem with; after all, this option is for cutting down on the kernel size, so functionality is allowed to suffer here.
Cheers,
Hannes
Signature · 5 lines
Dr. Hannes Reinecke Teamlead Storage & Networking hare at suse.de +49 911 74053 688 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N?rnberg GF: F. Imend?rffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton HRB 21284 (AG N?rnberg)
PATCH 5/9 nvme: add ANA support
Quoted 21 lines · Hannes Reinecke
On 07/26/2018 07:20 PM, Mike Snitzer wrote:
[ .. ]Quoted 14 lines
I'm at a loss as to why ANA code in host core needs to be wrapped by
CONFIG_NVME_MULTIPATH(or why the mechanics of ANA support cannot be decoupled frommultipath.c). I mean it may keep things clearer for this particular implementation but it obviously prevents any more generic ANA handling (decoupled from all theCONFIG_NVME_MULTIPATHcode). That is likely very much by design.Just seems unecessary but yet inkeeping with one NVMe multipath to rule them all. Unfortunate. Especially in that I thought Hannes had a vision for how to keep ANA more analogous to
scsi_dh_alua-- meaning capabilties are added to influence behavior of NVMe if the NVMe device advertises support for those capabilities.Quoted 5 lines
Making it all so tightly coupled to the
CONFIG_NVME_MULTIPATHcode is obviously easier to reason through and may be appropriate for now (just to get it all working). I just see it as artificially limiting and frankly wrong.
Quoted 4 lines
I will be checking if ANA support works even though nvme multipathing is disabled on the kernel commandline.
It really should, given the ANA is property of the target and not something we can influence.
Right thanks for that.
Quoted 3 lines
But making ANA conditional on whether
CONFIG_NVME_MULTIPATHis set I don't have a problem with; after all, this option is for cutting down on the kernel size, so functionality is allowed to suffer here.
Think it would be better to split it out as a seperate Kconfig option.
Christoph Hellwig
maintainerPATCH 6/9 nvmet: keep a port pointer in nvmet_ctrl
In reply to Christoph HellwigThis will be needed for the ANA AEN code.
--- drivers/nvme/target/core.c | 2 ++ drivers/nvme/target/nvmet.h | 2 ++ 2 files changed, 4 insertions(+)
drivers/nvme/target/core.c +2 -0
@@ -876,6 +876,8 @@ u16 nvmet_alloc_ctrl(const char *subsysnqn, const char *hostnqn,nvmet_init_cap (ctrl); + ctrl->port = req->port; +INIT_WORK (&ctrl->async_event_work, nvmet_async_event_work);INIT_LIST_HEAD (&ctrl->async_events);
drivers/nvme/target/nvmet.h +2 -0
@@ -140,6 +140,8 @@ struct nvmet_ctrl {u16 cntlid;u32 kato; +struct nvmet_port *port; +u32 aen_enabled;unsigned long aen_masked;struct nvmet_req *async_event_cmds[NVMET_ASYNC_EVENTS ];
Signature · 1 line
2.18.0
Christoph Hellwig
maintainerPATCH 7/9 nvmet: track and limit the number of namespaces per subsystem
In reply to Christoph HellwigTP 4004 introduces a new 'Maximum Number of Allocated Namespaces' field in the Identify controller data to help the host size resources. Put an upper limit on the supported namespaces to be able to support this value as supporting 32-bits worth of namespaces would lead to very large buffers. The limit is completely arbitrary at this point.
--- drivers/nvme/target/admin-cmd.c | 1 + drivers/nvme/target/core.c | 8 +++++++- drivers/nvme/target/nvmet.h | 8 ++++++++ 3 files changed, 16 insertions(+), 1 deletion(-)
drivers/nvme/target/admin-cmd.c +1 -0
@@ -252,6 +252,7 @@ static void nvmet_execute_identify_ctrl(struct nvmet_req *req) id->maxcmd =cpu_to_le16 (NVMET_MAX_CMD ); id->nn =cpu_to_le32 (ctrl->subsys->max_nsid); + id->mnan =cpu_to_le32 (NVMET_MAX_NAMESPACES ); id->oncs =cpu_to_le16 (NVME_CTRL_ONCS_DSM |NVME_CTRL_ONCS_WRITE_ZEROES );
drivers/nvme/target/core.c +7 -1
@@ -337,9 +337,13 @@ static void nvmet_ns_dev_disable(struct nvmet_ns *ns)int nvmet_ns_enable (struct nvmet_ns *ns) {struct nvmet_subsys *subsys = ns->subsys; -int ret =0 ; +int ret;mutex_lock (&subsys->lock); + ret = -EMFILE ; +if (subsys->nr_namespaces ==NVMET_MAX_NAMESPACES ) + goto out_unlock; + ret =0 ;if (ns->enabled) goto out_unlock;
@@ -374,6 +378,7 @@ int nvmet_ns_enable(struct nvmet_ns *ns)list_add_tail_rcu (&ns->dev_link, &old->dev_link); } + subsys->nr_namespaces++;nvmet_ns_changed (subsys, ns->nsid); ns->enabled = true;
@@ -414,6 +419,7 @@ void nvmet_ns_disable(struct nvmet_ns *ns)percpu_ref_exit (&ns->ref);mutex_lock (&subsys->lock); + subsys->nr_namespaces--;nvmet_ns_changed (subsys, ns->nsid);nvmet_ns_dev_disable (ns); out_unlock:
drivers/nvme/target/nvmet.h +8 -0
@@ -170,6 +170,7 @@ struct nvmet_subsys {struct kref ref;struct list_head namespaces; +unsigned int nr_namespaces;unsigned int max_nsid;struct list_head ctrls;
@@ -362,6 +363,13 @@ u32 nvmet_get_log_page_len(struct nvme_command *cmd);#define NVMET_QUEUE_SIZE 1024#define NVMET_NR_QUEUES 128#define NVMET_MAX_CMD NVMET_QUEUE_SIZE + +/* +* Nice round number that makes a list of nsids fit into a page. +* Should become tunable at some point in the future. +*/ +#define NVMET_MAX_NAMESPACES 1024 +#define NVMET_KAS 10#define NVMET_DISC_KATO 120
Signature · 1 line
2.18.0
Christoph Hellwig
maintainerPATCH 8/9 nvmet: add minimal ANA support
In reply to Christoph HellwigAdd support for Asynchronous Namespace Access as specified in NVMe 1.3 TP 4004.
Just add a default ANA group 1 that is optimized on all ports. This is (and will remain) the default assignment for any namespace not epxlicitly assigned to another ANA group. The ANA state can be manually changed through the configfs interface, including the change state.
Includes fixes and improvements from Hannes Reinecke.
--- drivers/nvme/target/admin-cmd.c | 87 +++++++++++++++++++++++++++++++-- drivers/nvme/target/configfs.c | 10 ++++ drivers/nvme/target/core.c | 34 +++++++++++++ drivers/nvme/target/nvmet.h | 15 ++++++ 4 files changed, 142 insertions(+), 4 deletions(-)
drivers/nvme/target/admin-cmd.c +83 -4
@@ -182,6 +182,69 @@ static void nvmet_execute_get_log_changed_ns(struct nvmet_req *req)nvmet_req_complete (req, status); } +static u32 nvmet_format_ana_group (struct nvmet_req *req,u32 grpid, +struct nvme_ana_group_desc *desc) +{ +struct nvmet_ctrl *ctrl = req->sq->ctrl; +struct nvmet_ns *ns; +u32 count =0 ; + +if (!(req->cmd->get_log_page.lsp &NVME_ANA_LOG_RGO )) { +rcu_read_lock (); +list_for_each_entry_rcu (ns, &ctrl->subsys->namespaces, dev_link) +if (ns->anagrpid == grpid) + desc->nsids[count++] =cpu_to_le32 (ns->nsid); +rcu_read_unlock (); + } + + desc->grpid =cpu_to_le32 (grpid); + desc->nnsids =cpu_to_le32 (count); + desc->chgcnt =cpu_to_le64 (nvmet_ana_chgcnt); + desc->state = req->port->ana_state[grpid]; +memset (desc->rsvd17,0 ,sizeof (desc->rsvd17)); +return sizeof (struct nvme_ana_group_desc ) + count *sizeof (__le32); +} + +static void nvmet_execute_get_log_page_ana (struct nvmet_req *req) +{ +struct nvme_ana_rsp_hdr hdr = {0 , }; +struct nvme_ana_group_desc *desc; +size_t offset =sizeof (struct nvme_ana_rsp_hdr );/* start beyond hdr */ +size_t len; +u32 grpid; +u16 ngrps =0 ; +u16 status; + + status =NVME_SC_INTERNAL ; + desc =kmalloc (sizeof (struct nvme_ana_group_desc ) + +NVMET_MAX_NAMESPACES *sizeof (__le32),GFP_KERNEL ); +if (!desc) + goto out; + +down_read (&nvmet_ana_sem); +for (grpid =1 ; grpid <=NVMET_MAX_ANAGRPS ; grpid++) { +if (!nvmet_ana_group_enabled[grpid]) +continue ; + len =nvmet_format_ana_group (req, grpid, desc); + status =nvmet_copy_to_sgl (req, offset, desc, len); +if (status) +break ; + offset += len; + ngrps++; + } + + hdr.chgcnt =cpu_to_le64 (nvmet_ana_chgcnt); + hdr.ngrps =cpu_to_le16 (ngrps); +up_read (&nvmet_ana_sem); + +kfree (desc); + +/* copy the header last once we know the number of groups */ + status =nvmet_copy_to_sgl (req,0 , &hdr,sizeof (hdr)); +out: +nvmet_req_complete (req, status); +} +static void nvmet_execute_identify_ctrl (struct nvmet_req *req) {struct nvmet_ctrl *ctrl = req->sq->ctrl;
@@ -213,8 +276,8 @@ static void nvmet_execute_identify_ctrl(struct nvmet_req *req)* the safest is to leave it as zeroes. */ -/* we support multiple ports and multiples hosts: */ - id->cmic = (1 <<0 ) | (1 <<1 ); +/* we support multiple ports, multiples hosts and ANA: */ + id->cmic = (1 <<0 ) | (1 <<1 ) | (1 <<3 );/* no limit on data transfer sizes for now */ id->mdts =0 ;
@@ -282,6 +345,11 @@ static void nvmet_execute_identify_ctrl(struct nvmet_req *req) id->msdbd = ctrl->ops->msdbd; + id->anacap = (1 <<0 ) | (1 <<1 ) | (1 <<2 ) | (1 <<3 ) | (1 <<4 ); + id->anatt =10 ;/* random value */ + id->anagrpmax =cpu_to_le32 (NVMET_MAX_ANAGRPS ); + id->nanagrpid =cpu_to_le32 (NVMET_MAX_ANAGRPS ); +/* * Meh, we don't really support any power state. Fake up the same * values that qemu does.
@@ -323,8 +391,15 @@ static void nvmet_execute_identify_ns(struct nvmet_req *req)* nuse = ncap = nsze isn't always true, but we have no way to find * that out from the underlying device. */ - id->ncap = id->nuse = id->nsze = -cpu_to_le64 (ns->size >> ns->blksize_shift); + id->ncap = id->nsze =cpu_to_le64 (ns->size >> ns->blksize_shift); +switch (req->port->ana_state[ns->anagrpid]) { +case NVME_ANA_INACCESSIBLE : +case NVME_ANA_PERSISTENT_LOSS : +break ; +default : + id->nuse = id->nsze; +break ; + }/* * We just provide a single LBA format that matches what the
@@ -338,6 +413,7 @@ static void nvmet_execute_identify_ns(struct nvmet_req *req)* controllers, but also with any other user of the block device. */ id->nmic = (1 <<0 ); + id->anagrpid =cpu_to_le32 (ns->anagrpid);memcpy (&id->nguid, &ns->nguid,sizeof (id->nguid));
@@ -620,6 +696,9 @@ u16 nvmet_parse_admin_cmd(struct nvmet_req *req)case NVME_LOG_CMD_EFFECTS : req->execute = nvmet_execute_get_log_cmd_effects_ns;return 0 ; +case NVME_LOG_ANA : + req->execute = nvmet_execute_get_log_page_ana; +return 0 ; }break ;case nvme_admin_identify:
drivers/nvme/target/configfs.c +10 -0
@@ -923,6 +923,7 @@ static void nvmet_port_release(struct config_item *item) {struct nvmet_port *port =to_nvmet_port (item); +kfree (port->ana_state);kfree (port); }
@@ -959,6 +960,15 @@ static struct config_group *nvmet_ports_make(struct config_group *group,if (!port)return ERR_PTR (-ENOMEM ); + port->ana_state =kcalloc (NVMET_MAX_ANAGRPS +1 , +sizeof (*port->ana_state),GFP_KERNEL ); +if (!port->ana_state) { +kfree (port); +return ERR_PTR (-ENOMEM ); + } + + port->ana_state[NVMET_DEFAULT_ANA_GRPID ] =NVME_ANA_OPTIMIZED ; +INIT_LIST_HEAD (&port->entry);INIT_LIST_HEAD (&port->subsystems);INIT_LIST_HEAD (&port->referrals);
drivers/nvme/target/core.c +34 -0
@@ -40,6 +40,10 @@ static DEFINE_IDA(cntlid_ida);*/ DECLARE_RWSEM (nvmet_config_sem); +u32 nvmet_ana_group_enabled[NVMET_MAX_ANAGRPS +1 ]; +u64 nvmet_ana_chgcnt; +DECLARE_RWSEM (nvmet_ana_sem); +static struct nvmet_subsys *nvmet_find_get_subsys (struct nvmet_port *port,const char *subsysnqn);
@@ -430,6 +434,10 @@ void nvmet_ns_free(struct nvmet_ns *ns) {nvmet_ns_disable (ns); +down_write (&nvmet_ana_sem); + nvmet_ana_group_enabled[ns->anagrpid]--; +up_write (&nvmet_ana_sem); +kfree (ns->device_path);kfree (ns); }
@@ -447,6 +455,12 @@ struct nvmet_ns *nvmet_ns_alloc(struct nvmet_subsys *subsys, u32 nsid) ns->nsid = nsid; ns->subsys = subsys; + +down_write (&nvmet_ana_sem); + ns->anagrpid =NVMET_DEFAULT_ANA_GRPID ; + nvmet_ana_group_enabled[ns->anagrpid]++; +up_write (&nvmet_ana_sem); +uuid_gen (&ns->uuid); ns->buffered_io = false;
@@ -554,6 +568,20 @@ int nvmet_sq_init(struct nvmet_sq *sq) }EXPORT_SYMBOL_GPL (nvmet_sq_init); +static inline u16 nvmet_check_ana_state (struct nvmet_port *port, +struct nvmet_ns *ns) +{ +enum nvme_ana_state state = port->ana_state[ns->anagrpid]; + +if (unlikely (state ==NVME_ANA_INACCESSIBLE )) +return NVME_SC_ANA_INACCESSIBLE ; +if (unlikely (state ==NVME_ANA_PERSISTENT_LOSS )) +return NVME_SC_ANA_PERSISTENT_LOSS ; +if (unlikely (state ==NVME_ANA_CHANGE )) +return NVME_SC_ANA_TRANSITION ; +return 0 ; +} +static u16 nvmet_parse_io_cmd (struct nvmet_req *req) {struct nvme_command *cmd = req->cmd;
@@ -566,6 +594,9 @@ static u16 nvmet_parse_io_cmd(struct nvmet_req *req) req->ns =nvmet_find_namespace (req->sq->ctrl, cmd->rw.nsid);if (unlikely (!req->ns))return NVME_SC_INVALID_NS |NVME_SC_DNR ; + ret =nvmet_check_ana_state (req->port, req->ns); +if (unlikely (ret)) +return ret;if (req->ns->file)return nvmet_file_parse_io_cmd (req);
@@ -1123,12 +1154,15 @@ static int __init nvmet_init(void) {int error; + nvmet_ana_group_enabled[NVMET_DEFAULT_ANA_GRPID ] =1 ; + buffered_io_wq =alloc_workqueue ("nvmet-buffered-io-wq" ,WQ_MEM_RECLAIM ,0 );if (!buffered_io_wq) { error = -ENOMEM ; goto out; } + error =nvmet_init_discovery ();if (error) goto out;
drivers/nvme/target/nvmet.h +15 -0
@@ -64,6 +64,7 @@ struct nvmet_ns {loff_t size;u8 nguid[16 ];uuid_t uuid; +u32 anagrpid;bool buffered_io;bool enabled;
@@ -115,6 +116,7 @@ struct nvmet_port {struct list_head subsystems;struct config_group referrals_group;struct list_head referrals; +enum nvme_ana_state *ana_state;void *priv;bool enabled;int inline_data_size;
@@ -370,6 +372,15 @@ u32 nvmet_get_log_page_len(struct nvme_command *cmd);*/ #define NVMET_MAX_NAMESPACES 1024 +/* +* 0 is not a valid ANA group ID, so we start numbering at 1. +* +* ANA Group 1 exists without manual intervention, has namespaces assigned to it +* by default, and is available in an optimized state through all ports. +*/ +#define NVMET_MAX_ANAGRPS 1 +#define NVMET_DEFAULT_ANA_GRPID 1 +#define NVMET_KAS 10#define NVMET_DISC_KATO 120
@@ -383,6 +394,10 @@ extern struct nvmet_subsys *nvmet_disc_subsys;extern u64 nvmet_genctr;extern struct rw_semaphore nvmet_config_sem; +extern u32 nvmet_ana_group_enabled[NVMET_MAX_ANAGRPS +1 ]; +extern u64 nvmet_ana_chgcnt; +extern struct rw_semaphore nvmet_ana_sem; +bool nvmet_host_allowed (struct nvmet_req *req,struct nvmet_subsys *subsys,const char *hostnqn);
Signature · 1 line
2.18.0
Christoph Hellwig
maintainerPATCH 9/9 nvmet: support configuring ANA groups
In reply to Christoph HellwigAllow creating non-default ANA groups (group ID > 1). Groups are created either by assigning the group ID to a namespace, or by creating a configfs group object under a specific port. All namespaces assigned to a group that doesn't have a configfs object for a given port are marked as inaccessible.
Allow changing the ANA state on a per-port basis by creating an ana_groups directory under each port, and another directory with an ana_state file in it. The default ANA group 1 directory is created automatically for each port.
For all changes in ANA configuration the ANA change AEN is sent. We only keep a global changecount instead of additional per-group changecounts to keep the implementation as simple as possible.
--- drivers/nvme/target/admin-cmd.c | 1 + drivers/nvme/target/configfs.c | 182 +++++++++++++++++++++++++++++++- drivers/nvme/target/core.c | 27 +++++ drivers/nvme/target/nvmet.h | 30 +++++- 4 files changed, 236 insertions(+), 4 deletions(-)
drivers/nvme/target/admin-cmd.c +1 -0
@@ -235,6 +235,7 @@ static void nvmet_execute_get_log_page_ana(struct nvmet_req *req) hdr.chgcnt =cpu_to_le64 (nvmet_ana_chgcnt); hdr.ngrps =cpu_to_le16 (ngrps); +clear_bit (NVME_AEN_CFG_ANA_CHANGE , &req->sq->ctrl->aen_masked);up_read (&nvmet_ana_sem);kfree (desc);
drivers/nvme/target/configfs.c +181 -1
218 lines not on this page · raw message
drivers/nvme/target/core.c +27 -0
@@ -194,6 +194,33 @@ static void nvmet_ns_changed(struct nvmet_subsys *subsys, u32 nsid) } } +void nvmet_send_ana_event (struct nvmet_subsys *subsys, +struct nvmet_port *port) +{ +struct nvmet_ctrl *ctrl; + +mutex_lock (&subsys->lock); +list_for_each_entry (ctrl, &subsys->ctrls, subsys_entry) { +if (port && ctrl->port != port) +continue ; +if (nvmet_aen_disabled (ctrl,NVME_AEN_CFG_ANA_CHANGE )) +continue ; +nvmet_add_async_event (ctrl,NVME_AER_TYPE_NOTICE , +NVME_AER_NOTICE_ANA ,NVME_LOG_ANA ); + } +mutex_unlock (&subsys->lock); +} + +void nvmet_port_send_ana_event (struct nvmet_port *port) +{ +struct nvmet_subsys_link *p; + +down_read (&nvmet_config_sem); +list_for_each_entry (p, &port->subsystems, entry) +nvmet_send_ana_event (p->subsys, port); +up_read (&nvmet_config_sem); +} +int nvmet_register_transport (const struct nvmet_fabrics_ops *ops) {int ret =0 ;
drivers/nvme/target/nvmet.h +27 -3
@@ -30,12 +30,11 @@#define NVMET_ASYNC_EVENTS 4#define NVMET_ERROR_LOG_SLOTS 128 -/* * Supported optional AENs: */ #define NVMET_AEN_CFG_OPTIONAL \ - NVME_AEN_CFG_NS_ATTR + (NVME_AEN_CFG_NS_ATTR | NVME_AEN_CFG_ANA_CHANGE)/* * Plus mandatory SMART AENs (we'll never send them, but allow enabling them):
@@ -99,6 +98,18 @@ struct nvmet_sq {struct completion confirm_done; }; +struct nvmet_ana_group { +struct config_group group; +struct nvmet_port *port; +u32 grpid; +}; + +static inline struct nvmet_ana_group *to_ana_group (struct config_item *item) +{ + return container_of(to_config_group(item), struct nvmet_ana_group, + group); +} +/** * struct nvmet_port - Common structure to keep port * information for the target.
@@ -116,6 +127,8 @@ struct nvmet_port {struct list_head subsystems;struct config_group referrals_group;struct list_head referrals; +struct config_group ana_groups_group; +struct nvmet_ana_group ana_default_group;enum nvme_ana_state *ana_state;void *priv;bool enabled;
@@ -128,6 +141,13 @@ static inline struct nvmet_port *to_nvmet_port(struct config_item *item) group); } +static inline struct nvmet_port *ana_groups_to_port ( +struct config_item *item) +{ + return container_of(to_config_group(item), struct nvmet_port, + ana_groups_group); +} +struct nvmet_ctrl {struct nvmet_subsys *subsys;struct nvmet_cq **cqs;
@@ -345,6 +365,10 @@ void nvmet_ns_disable(struct nvmet_ns *ns);struct nvmet_ns *nvmet_ns_alloc (struct nvmet_subsys *subsys,u32 nsid);void nvmet_ns_free (struct nvmet_ns *ns); +void nvmet_send_ana_event (struct nvmet_subsys *subsys, +struct nvmet_port *port); +void nvmet_port_send_ana_event (struct nvmet_port *port); +int nvmet_register_transport (const struct nvmet_fabrics_ops *ops);void nvmet_unregister_transport (const struct nvmet_fabrics_ops *ops);
@@ -378,7 +402,7 @@ u32 nvmet_get_log_page_len(struct nvme_command *cmd);* ANA Group 1 exists without manual intervention, has namespaces assigned to it * by default, and is available in an optimized state through all ports. */ -#define NVMET_MAX_ANAGRPS 1 +#define NVMET_MAX_ANAGRPS 128#define NVMET_DEFAULT_ANA_GRPID 1#define NVMET_KAS 10
Signature · 1 line
2.18.0
Quoted 10 lines · Christoph Hellwig
I think we are about ready to merge now, so please review carefully.
A git tree is available at:
git://git.infradead.org/users/hch/block.gitnvme-anaGitweb:
http://git.infradead.org/users/hch/block.git/shortlog/refs/heads/nvme-ana
Can you please push v6 to the git tree?
I'm only seeing v5 there ...
Cheers,
Hannes
Signature · 5 lines
Dr. Hannes Reinecke Teamlead Storage & Networking hare at suse.de +49 911 74053 688 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N?rnberg GF: F. Imend?rffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton HRB 21284 (AG N?rnberg)
Christoph Hellwig
maintainerQuoted 5 lines · Hannes Reinecke
Quoted 4 lines · Christoph Hellwig
I think we are about ready to merge now, so please review carefully.
A git tree is available at:
Quoted 8 lines
Quoted 6 lines
git://git.infradead.org/users/hch/block.gitnvme-anaGitweb:
http://git.infradead.org/users/hch/block.git/shortlog/refs/heads/nvme-ana
Can you please push v6 to the git tree?
I'm only seeing v5 there ...
Done.