+14
−44
Loading
While I assume that the initial thought of having the NVME_CTRLR_STATE_WAIT_FOR_* state directly after the state which it is waiting for, was to make it clear for the reader in which order the states will be executed. However, it feels silly to have the same code copy pasted everywhere. Someone who needs to add a new state will still need to edit nvme_ctrlr_state_string() and enum nvme_ctrlr_state, which still defines the NVME_CTRLR_STATE_WAIT_FOR_* state directly after the state which it is waiting for. In one way, moving the NVME_CTRLR_STATE_WAIT_FOR_* states to the end of nvme_ctrlr_process_init(), when reading nvme_ctrlr_process_init(), it is actually easier to see the ordering of the states which actually do something of significance. Signed-off-by:Niklas Cassel <niklas.cassel@wdc.com> Change-Id: Ia95ea5ac3c44a53179edbdc65cba45bec94e469f Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/5115 Community-CI: Broadcom CI Community-CI: Mellanox Build Bot Tested-by:
SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by:
Jim Harris <james.r.harris@intel.com> Reviewed-by:
Aleksey Marchuk <alexeymar@mellanox.com>