Commit graph

5 commits

Author SHA1 Message Date
Andrey Markovytch
ee5829be00 md: dm-req-crypt: Separate qcrypto from ICE path
During the ICE based FDE path, qcrypto functions been called,
which is invalid. So update dm-req-crypt driver to separate
ICE from qcrypto path.

Change-Id: I1ff3121471baa761624e0ce39ee96dd0b8497454
Signed-off-by: AnilKumar Chimata <anilc@codeaurora.org>
Signed-off-by: Andrey Markovytch <andreym@codeaurora.org>
2016-07-05 15:29:47 -07:00
Andrey Markovytch
18c50da9dc md: dm-req-crypt: fixed error propagation when ICE is used
When ICE is used and there was an error during endio, the error was
not propagated properly to upper layers, fixed.

Change-Id: I5c428e4a02f7012f95e3a32486920e69b93ea3fc
Signed-off-by: Andrey Markovytch <andreym@codeaurora.org>
2016-06-30 15:11:03 -07:00
Dinesh K Garg
82b3ab0380 md: Enable discard option for dm-req-crypt based devices
dm-req-crypt based devices are capable of supporting discard option.
DM layer by default does not enable discard option for DM devices.
Since underlying device supports discard option, mapped target should
also allow it.

Change-Id: Ia540a814c3dcd91f573d1f25d637107a48309a58
Signed-off-by: Dinesh K Garg <dineshg@codeaurora.org>
2016-06-29 15:11:15 -07:00
Andrey Markovytch
03a29a9ee5 md: dm-req-crypt: Increase mempool size for dm-req-crypt data
DM layer allocates pool size of 256 for request based module while
dm-req-crypt internally allocates pool for minimum 16 requests.
Increasing pool size of dm-req-crypt to be consistent with DM layer.
Also, changing GFP mask for allocation from pool, depending upon
whether call is made from atomic context or not.

Change-Id: I9dfeb46520e0d1b1fc6f850a007fce35bdc60d35
Signed-off-by: Dinesh K Garg <dineshg@codeaurora.org>
Signed-off-by: Andrey Markovytch <andreym@codeaurora.org>
2016-04-25 17:45:24 -07:00
Gilad Broner
c3b854ad6c dm: add snapshot of dm-req-crypt
This snapshot is taken as of msm-3.18 commit:
5684450d70 ("Promotion of kernel.lnx.3.18-151201").
dm-req-crypt is necessary for full disk encryption.

Signed-off-by: Gilad Broner <gbroner@codeaurora.org>
2016-03-23 21:24:15 -07:00