From: Lars Winterfeld <lars.winterfeld@tu-ilmenau.de>
To: Vasile Catalin-B50542 <catalin.vasile@freescale.com>, dm-crypt@saout.de
Subject: Re: [dm-crypt] out of order encryption
Date: Thu, 06 Aug 2015 13:46:46 +0200 [thread overview]
Message-ID: <55C34926.8000802@tu-ilmenau.de> (raw)
In-Reply-To: <55C345CA.90101@freescale.com>
[-- Attachment #1: Type: text/plain, Size: 1403 bytes --]
As far as I understand, your commands are used to set up the crypto
mapper. They should be executed previous to any read/write operations. I
think Milan was talking about read/write operations that are executed
after the crypto mapper has been set up successfully.
Btw... I guess that if two write operations result in two different
changes in the same sector, there are no write conflicts, because for
each write, the current sector contents is decrypted first, changes are
applies, encrypted and written back. Is that correct?
Am 06.08.2015 um 13:32 schrieb Vasile Catalin-B50542:
> I am sending crypto requests to a hardware component which has
> an option to keeping them in order or not. I was trying to use the out of
> order option because this would let requests run in parallel.
> If I tried running them with the out of order option bun then I get:
> No key available with this passphrase.
> When trying to execute the following commands:
> cryptsetup -c aes-xts-plain -y -v luksFormat /dev/sda1
> cryptsetup open /dev/sda1 test_xts1
>
> On 06.08.2015 14:19, Lars Winterfeld wrote:
>> Am 06.08.2015 um 12:38 schrieb Vasile Catalin-B50542:
>>> Does the underlying encryption layer (CryptoAPI) have to ensure the
>>> complete callbacks are called in the order the requests were submitted?
>> Are you thinking about parallelization or asynchronous processing?
>>
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2015-08-06 11:46 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-06 7:00 [dm-crypt] out of order encryption Vasile Catalin-B50542
2015-08-06 9:15 ` Milan Broz
2015-08-06 10:12 ` Vasile Catalin-B50542
2015-08-06 10:38 ` Vasile Catalin-B50542
2015-08-06 11:06 ` Milan Broz
2015-08-06 11:19 ` Lars Winterfeld
2015-08-06 11:32 ` Vasile Catalin-B50542
2015-08-06 11:46 ` Lars Winterfeld [this message]
2015-08-06 11:48 ` Milan Broz
2015-08-06 12:10 ` Vasile Catalin-B50542
2015-08-06 12:40 ` Milan Broz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55C34926.8000802@tu-ilmenau.de \
--to=lars.winterfeld@tu-ilmenau.de \
--cc=catalin.vasile@freescale.com \
--cc=dm-crypt@saout.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.