summaryrefslogtreecommitdiffstats
path: root/sound
diff options
context:
space:
mode:
authorJavier González <javier@javigon.com>2018-10-09 13:12:01 +0200
committerJens Axboe <axboe@kernel.dk>2018-10-09 08:25:07 -0600
commit090ee26fd51270cc3bd54a0efbc716ede320ad27 (patch)
treeb5f64b5f0b285e7a391b8defcf826395d6ba1fbb /sound
parent7325b4bbe5952e3e939f15de812f2ee0c0d33ca9 (diff)
downloadblackbird-op-linux-090ee26fd51270cc3bd54a0efbc716ede320ad27.tar.gz
blackbird-op-linux-090ee26fd51270cc3bd54a0efbc716ede320ad27.zip
lightnvm: use internal allocation for chunk log page
The lightnvm subsystem provides helpers to retrieve chunk metadata, where the target needs to provide a buffer to store the metadata. An implicit assumption is that this buffer is contiguous and can be used to retrieve the data from the device. If the device exposes too many chunks, then kmalloc might fail, thus failing instance creation. This patch removes this assumption by implementing an internal buffer in the lightnvm subsystem to retrieve chunk metadata. Targets can then use virtual memory allocations. Since this is a target API change, adapt pblk accordingly. Signed-off-by: Javier González <javier@cnexlabs.com> Reviewed-by: Hans Holmberg <hans.holmberg@cnexlabs.com> Signed-off-by: Matias Bjørling <mb@lightnvm.io> Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'sound')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud