linux.git/drivers/lightnvm/rrpc.c, branch v4.12

lightnvm: fix type checks on rrpc

2017-04-16T16:06:25+00:00

sector_t is always unsigned, therefore avoid < 0 checks on it.

Signed-off-by: Javier González 
Signed-off-by: Matias Bjørling 
Signed-off-by: Jens Axboe

lightnvm: allow to init targets on factory mode

2017-04-16T16:06:25+00:00

Target initialization has two responsibilities: creating the target
partition and instantiating the target. This patch enables to create a
factory partition (e.g., do not trigger recovery on the given target).
This is useful for target development and for being able to restore the
device state at any moment in time without requiring a full-device
erase.

Signed-off-by: Javier González 
Signed-off-by: Matias Bjørling 
Signed-off-by: Jens Axboe

lightnvm: don't check for failure from mempool_alloc()

2017-04-16T16:06:25+00:00

mempool_alloc() cannot fail if the gfp flags allow it to
sleep, and both GFP_KERNEL and GFP_NOIO allows for sleeping.

So rrpc_move_valid_pages() and rrpc_make_rq() don't need to
test the return value.

Signed-off-by: NeilBrown 
Signed-off-by: Matias Bjørling 
Signed-off-by: Jens Axboe

lightnvm: submit erases using the I/O path

2017-04-16T16:06:25+00:00

Until now erases have been submitted as synchronous commands through a
dedicated erase function. In order to enable targets implementing
asynchronous erases, refactor the erase path so that it uses the normal
async I/O submission functions. If a target requires sync I/O, it can
implement it internally. Also, adapt rrpc to use the new erase path.

Signed-off-by: Javier González 
Fixed spelling error.
Signed-off-by: Matias Bjørling 

Signed-off-by: Matias Bjørling 
Signed-off-by: Jens Axboe

lightnvm: Fix error handling

2017-04-16T16:06:25+00:00

According to error handling in this function, it is likely that going to
'out' was expected here.

Signed-off-by: Christophe JAILLET 
Signed-off-by: Matias Bjørling 
Signed-off-by: Jens Axboe

lightnvm: use end_io callback instead of instance

2017-01-31T15:32:13+00:00

When the lightnvm core had the "gennvm" layer between the device and the
target, there was a need for the core to be able to figure out which
target it should send an end_io callback to. Leading to a "double"
end_io, first for the media manager instance, and then for the target
instance. Now that core and gennvm is merged, there is no longer a need
for this, and a single end_io callback will do.

Signed-off-by: Matias Bjørling 
Signed-off-by: Jens Axboe

lightnvm: transform target get/set bad block

2016-11-29T19:12:51+00:00

Since targets are given a virtual target device, it is necessary to
translate all communication between targets and the backend device.
Implement the translation layer for get/set bad block table.

Signed-off-by: Javier González 
Signed-off-by: Matias Bjørling 
Signed-off-by: Jens Axboe

lightnvm: use target nvm on target-specific ops.

2016-11-29T19:12:51+00:00

On target-specific operations pass on nvm_tgt_dev instead of the generic
nvm device.

Signed-off-by: Javier González 
Signed-off-by: Matias Bjørling 
Signed-off-by: Jens Axboe

lightnvm: introduce helpers for generic ops in rrpc

2016-11-29T19:12:51+00:00

Avoid calling media manager and device-specific operations directly from
rrpc. Create helper functions on lightnvm's core instead.

Signed-off-by: Javier González 

Made it work with null_blk as well.
Signed-off-by: Matias Bjørling 

Signed-off-by: Matias Bjørling 
Signed-off-by: Jens Axboe

lightnvm: eliminate nvm_lun abstraction in mm

2016-11-29T19:12:51+00:00

In order to naturally support multi-target instances on an Open-Channel
SSD, targets should own the LUNs they get blocks from and manage
provisioning internally. This is done in several steps.

Since targets own the LUNs the are instantiated on top of and manage the
free block list internally, there is no need for a LUN abstraction in
the media manager. LUNs are intrinsically managed as in the physical
layout (ch:0,lun:0, ..., ch:0,lun:n, ch:1,lun:0, ch:1,lun:n, ...,
ch:m,lun:0, ch:m,lun:n) and given to the targets based on the target
creation ioctl. This simplifies LUN management and clears the path for a
partition manager to sit directly underneath LightNVM targets.

Signed-off-by: Javier González 
Signed-off-by: Matias Bjørling 
Signed-off-by: Jens Axboe