All of lore.kernel.org
 help / color / mirror / Atom feed
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

      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.