e5b455a150
Right now a controller with a duplicated name will likely fail to create any bdevs (as those can't have duplicated names), but will still attach successfully. There will be two controllers with the very same name and while this doesn't seem to cause any data corruptions, it introduces slightly non-intuitive behavior. After all, the controllers are identified by their name and those should be unique. This wasn't a major concern until we allowed creating NVMe controllers without any namespaces. Change-Id: I55dd67ef0b4e8a23f19269f9967109c4f54aec95 Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com> Reviewed-on: https://review.gerrithub.io/434316 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> Reviewed-by: Ben Walker <benjamin.walker@intel.com> Reviewed-by: Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> Chandler-Test-Pool: SPDK Automated Test System <sys_sgsw@intel.com> |
||
---|---|---|
.. | ||
aio | ||
crypto | ||
error | ||
gpt | ||
iscsi | ||
lvol | ||
malloc | ||
null | ||
nvme | ||
passthru | ||
pmem | ||
raid | ||
rbd | ||
rpc | ||
split | ||
virtio | ||
bdev.c | ||
Makefile | ||
part.c | ||
scsi_nvme.c | ||
vtune.c |