linux/drivers/lightnvm
Javier González 719b59172c lightnvm: do not reserve lun on l2p loading
When the l2p table is loaded, addresses are checked for the lun they
belong to and luns are reserved accordingly. This assumes that metadata
is being stored in the backend device to recover the previous target
configuration. Since this is not yet implemented, this check collides
with some of the core initialization (e.g., sysblock initialization when
a page is formed by several sectors).

We take this check out and for now rely on that the right target will be
created instead. When metadata is stored to recover a target, this check
will come natural as part of the recovery strategy.

Signed-off-by: Javier González <javier@cnexlabs.com>
Signed-off-by: Matias Bjørling <m@bjorling.me>
Signed-off-by: Jens Axboe <axboe@fb.com>
2016-03-18 18:10:38 -07:00
..
core.c lightnvm: add a bitmap of luns 2016-03-18 18:10:38 -07:00
gennvm.c lightnvm: do not reserve lun on l2p loading 2016-03-18 18:10:38 -07:00
gennvm.h lightnvm: specify target's logical address area 2016-03-18 18:10:37 -07:00
Kconfig lightnvm: do not compile in debugging by default 2015-12-07 09:14:20 -07:00
Makefile lightnvm: core on-disk initialization 2016-01-12 08:21:18 -07:00
rrpc.c lightnvm: add a bitmap of luns 2016-03-18 18:10:38 -07:00
rrpc.h lightnvm: specify target's logical address area 2016-03-18 18:10:37 -07:00
sysblk.c lightnvm: introduce factory reset 2016-01-12 08:21:18 -07:00