From: Milan Broz <mbroz@redhat.com>
To: Wesley Miaw <wmiaw@netflix.com>
Cc: "Mikulas Patocka" <mpatocka@redhat.com>,
"device-mapper development" <dm-devel@redhat.com>,
"Alasdair Kergon" <agk@redhat.com>,
"msb@google.com" <msb@google.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Will Drewry™" <w@google.com>
Subject: Re: [dm-devel] [PATCH v2 2/2] dm: verity support data device offset (Linux 3.4.7)
Date: Thu, 09 Aug 2012 08:35:17 +0200 [thread overview]
Message-ID: <50235A25.6010705@redhat.com> (raw)
In-Reply-To: <C8AA8C7B-505E-49E8-AE47-C24843E74543@netflix.com>
On 08/09/2012 02:40 AM, Wesley Miaw wrote:
> On Aug 8, 2012, at 1:56 PM, Milan Broz wrote:
>
>> On 08/08/2012 10:46 PM, Wesley Miaw wrote:
>>
>>> I did modify veritysetup on my own so the format and verify
>>> commands will work with regular files on disk instead of having
>>> to mount through loop devices.
>>
>> Which veritysetup? In upstream (cryptsetup repository) it allocates
>> loop automatically. (And for userspace verification it doesn't need
>> loop at all.)
>>
>> Anyway, please send a patch for userspace as well then ;-)
>
> This isn't as polished because I pretty much just added support to do
> what I needed. I'm not sure if the LKML is the right place to post,
> so let me know if I should send this somewhere else.
This is libcryptsetup userspace so better list for this is dmcrypt
mailing list (and/or cc me, I will handle these changes anyway).
The allocated crypto "file" context cannot be later used for some kind
of operations. I do not like this approach musch...
You cannot use file argument for dm-target directly, so your patch
is useful only for your use case but not for anything else.
Anyway, I am sure there is better way how to solve it I just need
to understand what the problem is. What's wrong if code allocates
loop devices (if argument is file)?
Performance? Loop not available? Need root access?
Please explain what's the problem first.
(btw that patch is mangled by a mailer but not a problem now).
> Your previous email implied that veritysetup would need a way to
> determine if the data offset option is supported; I did not modify
> veritysetup to support this idea as I didn't need it.
Once kernel get this option (if you convince upstream:) then I will
the option to userspace. We have to handle many dm-crypt extensions
so not a big problem for dm-verity as well.
Milan
next prev parent reply other threads:[~2012-08-09 6:35 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-08 18:23 [PATCH] dm: verity support data device offset (Linux 3.4.7) Wesley Miaw
2012-08-08 18:46 ` [dm-devel] " Mikulas Patocka
2012-08-08 20:31 ` Milan Broz
2012-08-08 20:46 ` Wesley Miaw
2012-08-08 20:56 ` Milan Broz
2012-08-08 21:53 ` Wesley Miaw
2012-08-09 0:40 ` [dm-devel] [PATCH v2 2/2] " Wesley Miaw
2012-08-09 1:53 ` Alasdair G Kergon
2012-08-09 6:35 ` Milan Broz [this message]
2012-08-09 17:09 ` Wesley Miaw
2012-08-09 0:40 ` [dm-devel] [PATCH v2 1/2] " Wesley Miaw
2012-08-09 2:04 ` Alasdair G Kergon
2012-08-10 1:00 ` Wesley Miaw
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=50235A25.6010705@redhat.com \
--to=mbroz@redhat.com \
--cc=agk@redhat.com \
--cc=dm-devel@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mpatocka@redhat.com \
--cc=msb@google.com \
--cc=w@google.com \
--cc=wmiaw@netflix.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).