From: Melvin Vermeeren <vermeeren@vermwa.re>
To: Milan Broz <mbroz@redhat.com>
Cc: Mike Snitzer <msnitzer@redhat.com>,
Mikulas Patocka <mpatocka@redhat.com>,
dm-devel@redhat.com
Subject: Re: [dm-devel] [PATCH v2] dm-integrity: if we have discard support, use it when recalculating
Date: Tue, 11 May 2021 20:33:16 +0200 [thread overview]
Message-ID: <19084315.bqbs8XHols@verm-r4e> (raw)
In-Reply-To: <26d4e0b9-329b-710e-3b93-82246d633ccb@redhat.com>
[-- Attachment #1.1: Type: text/plain, Size: 1188 bytes --]
Hi Milan,
On Tuesday, 11 May 2021 19:06:53 CEST Milan Broz wrote:
> Also, I added wiping to integritysetup because some tools (like mkfs)
> actually needef to read unitialized data before creating metadata - so
> without previous wipe it failed. (These are bugs in the tools, obviously: I
> plan to report these unfortunately it never happened. Dunno if it is still
> the case.)
I can confirm a lot of tools still do this. Even `blkdiscard` probes for
filesystems as a sanity check before discarding. So in order to efficiently
initialise SSD without wiping, you need to dd zero to the start and end before
running blkdiscard, or use --no-wipe with (pre-patch) recalculate.
Also, I did not realise the wiping is fully done from integritysetup
userspace, this means the statement that this option would be useful as a new
one is flawed, so then I agree the patch should be reverted.
It would be nice however if integritysetup from userspace has a native feature
to wipe devices supporting discard with discards instead of writing (zeroes?),
perhaps in the form of a --wipe-discard flag or similar, but that's for
another day. :)
Cheers,
--
Melvin Vermeeren
Systems engineer
[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
[-- Attachment #2: Type: text/plain, Size: 97 bytes --]
--
dm-devel mailing list
dm-devel@redhat.com
https://listman.redhat.com/mailman/listinfo/dm-devel
prev parent reply other threads:[~2021-05-12 5:58 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-28 21:00 [dm-devel] [PATCH v2] dm-integrity: if we have discard support, use it when recalculating Mikulas Patocka
2021-04-30 19:39 ` Melvin Vermeeren
2021-05-05 18:48 ` Mikulas Patocka
2021-05-05 19:27 ` Melvin Vermeeren
2021-05-05 20:05 ` Mikulas Patocka
2021-05-05 20:16 ` Melvin Vermeeren
2021-05-05 20:45 ` Mikulas Patocka
2021-05-05 21:47 ` Melvin Vermeeren
2021-05-11 17:06 ` Milan Broz
2021-05-11 18:33 ` Melvin Vermeeren [this message]
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=19084315.bqbs8XHols@verm-r4e \
--to=vermeeren@vermwa.re \
--cc=dm-devel@redhat.com \
--cc=mbroz@redhat.com \
--cc=mpatocka@redhat.com \
--cc=msnitzer@redhat.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 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.