Lines Matching refs:IE

26 We want to support inline encryption (IE) in the kernel.
28 IE hardware is absent. We also want IE to work with layered devices
29 like dm and loopback (i.e. we want to be able to use the IE hardware
37 - IE hardware has a limited number of "keyslots" that can be programmed
60 While IE hardware works on the notion of keyslots, the FS layer has no
65 encryption contexts specified by the FS to keyslots on the IE hardware.
66 This KSM also serves as the way IE hardware can expose its capabilities to
68 to support IE will construct a KSM and set it up in its struct request_queue.
69 Upper layers that want to use IE on this device can then use this KSM in
72 that the device supports IE.
190 IE hardware in the device to do things like programming the crypto key into
191 the IE hardware into a particular keyslot. All this is achieved through the
196 (e.g. when it wants to program a crypto key into the IE hardware, the device
213 Request queue based layered devices like dm-rq that wish to support IE need to
231 Another use case for the "passthrough KSM" is for IE devices that do not have a