From: Milan Broz <gmazyland@gmail.com> To: Mike Snitzer <snitzer@redhat.com> Cc: Christoph Hellwig <hch@lst.de>, Jens Axboe <axboe@kernel.dk>, linux-block@vger.kernel.org, dm-devel@redhat.com Subject: Re: use regular gendisk registration in device mapper Date: Thu, 29 Jul 2021 09:50:01 +0200 [thread overview] Message-ID: <96450487-a95e-85f2-3721-181125825bab@gmail.com> (raw) In-Reply-To: <YQGDLIbefYvSHJqi@redhat.com> On 28/07/2021 18:17, Mike Snitzer wrote: > On Tue, Jul 27 2021 at 4:38P -0400, ... > Once I installed all deps, I got all but one passing with Christoph's changes: > > Block_size: 512, Data_size: 256000B, FEC_roots: 9, Corrupted_bytes: 4 [no-superblock][one_device_test]Usage: lt-veritysetup [-?Vv] [-?|--help] [--usage] [-V|--version] > [--cancel-deferred] [--check-at-most-once] [--data-block-size=bytes] > [--data-blocks=blocks] [--debug] [--deferred] [--fec-device=path] > [--fec-offset=bytes] [--fec-roots=bytes] [--format=number] > [-h|--hash string] [--hash-block-size=bytes] [--hash-offset=bytes] > [--ignore-corruption] [--ignore-zero-blocks] [--no-superblock] > [--panic-on-corruption] [--restart-on-corruption] > [--root-hash-file=STRING] [--root-hash-signature=STRING] > [-s|--salt hex string] [--uuid=STRING] [-v|--verbose] > [OPTION...] <action> <action-specific> > -s=e48da609055204e89ae53b655ca2216dd983cf3cb829f34f63a297d106d53e2d: unknown option > [N/A, test skipped] > FEC repair failed > FAILED backtrace: > 500 ./verity-compat-test > FAIL: verity-compat-test > > Seems like a test bug. This is a bug in RHEL7 libpopt where -s=XXX is invalid syntax (works in recent distros), fixed in testsuite just by using the long option. (Released RHEL7 kernel does not support verity FEC so it never hits this code without recompiling own kernel.) Thanks for the report! Milan
WARNING: multiple messages have this Message-ID (diff)
From: Milan Broz <gmazyland@gmail.com> To: Mike Snitzer <snitzer@redhat.com> Cc: Jens Axboe <axboe@kernel.dk>, linux-block@vger.kernel.org, dm-devel@redhat.com, Christoph Hellwig <hch@lst.de> Subject: Re: [dm-devel] use regular gendisk registration in device mapper Date: Thu, 29 Jul 2021 09:50:01 +0200 [thread overview] Message-ID: <96450487-a95e-85f2-3721-181125825bab@gmail.com> (raw) In-Reply-To: <YQGDLIbefYvSHJqi@redhat.com> On 28/07/2021 18:17, Mike Snitzer wrote: > On Tue, Jul 27 2021 at 4:38P -0400, ... > Once I installed all deps, I got all but one passing with Christoph's changes: > > Block_size: 512, Data_size: 256000B, FEC_roots: 9, Corrupted_bytes: 4 [no-superblock][one_device_test]Usage: lt-veritysetup [-?Vv] [-?|--help] [--usage] [-V|--version] > [--cancel-deferred] [--check-at-most-once] [--data-block-size=bytes] > [--data-blocks=blocks] [--debug] [--deferred] [--fec-device=path] > [--fec-offset=bytes] [--fec-roots=bytes] [--format=number] > [-h|--hash string] [--hash-block-size=bytes] [--hash-offset=bytes] > [--ignore-corruption] [--ignore-zero-blocks] [--no-superblock] > [--panic-on-corruption] [--restart-on-corruption] > [--root-hash-file=STRING] [--root-hash-signature=STRING] > [-s|--salt hex string] [--uuid=STRING] [-v|--verbose] > [OPTION...] <action> <action-specific> > -s=e48da609055204e89ae53b655ca2216dd983cf3cb829f34f63a297d106d53e2d: unknown option > [N/A, test skipped] > FEC repair failed > FAILED backtrace: > 500 ./verity-compat-test > FAIL: verity-compat-test > > Seems like a test bug. This is a bug in RHEL7 libpopt where -s=XXX is invalid syntax (works in recent distros), fixed in testsuite just by using the long option. (Released RHEL7 kernel does not support verity FEC so it never hits this code without recompiling own kernel.) Thanks for the report! Milan -- dm-devel mailing list dm-devel@redhat.com https://listman.redhat.com/mailman/listinfo/dm-devel
next prev parent reply other threads:[~2021-07-29 7:50 UTC|newest] Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-07-25 5:54 use regular gendisk registration in device mapper Christoph Hellwig 2021-07-25 5:54 ` [dm-devel] " Christoph Hellwig 2021-07-25 5:54 ` [PATCH 1/8] block: make the block holder code optional Christoph Hellwig 2021-07-25 5:54 ` [dm-devel] " Christoph Hellwig 2021-07-29 16:25 ` Mike Snitzer 2021-07-29 16:25 ` [dm-devel] " Mike Snitzer 2021-07-25 5:54 ` [PATCH 2/8] block: remove the extra kobject reference in bd_link_disk_holder Christoph Hellwig 2021-07-25 5:54 ` [dm-devel] " Christoph Hellwig 2021-07-29 16:27 ` Mike Snitzer 2021-07-29 16:27 ` [dm-devel] " Mike Snitzer 2021-07-25 5:54 ` [PATCH 3/8] block: look up holders by bdev Christoph Hellwig 2021-07-25 5:54 ` [dm-devel] " Christoph Hellwig 2021-07-25 5:54 ` [PATCH 4/8] block: support delayed holder registration Christoph Hellwig 2021-07-25 5:54 ` [dm-devel] " Christoph Hellwig 2021-07-27 16:06 ` Mike Snitzer 2021-07-27 16:06 ` [dm-devel] " Mike Snitzer 2021-07-28 6:54 ` Christoph Hellwig 2021-07-28 6:54 ` [dm-devel] " Christoph Hellwig 2021-07-29 16:32 ` Mike Snitzer 2021-07-29 16:32 ` [dm-devel] " Mike Snitzer 2021-07-25 5:54 ` [PATCH 5/8] dm: cleanup cleanup_mapped_device Christoph Hellwig 2021-07-25 5:54 ` [dm-devel] " Christoph Hellwig 2021-07-29 16:33 ` Mike Snitzer 2021-07-29 16:33 ` [dm-devel] " Mike Snitzer 2021-07-25 5:54 ` [PATCH 6/8] dm: move setting md->type into dm_setup_md_queue Christoph Hellwig 2021-07-25 5:54 ` [dm-devel] " Christoph Hellwig 2021-07-29 16:34 ` Mike Snitzer 2021-07-29 16:34 ` [dm-devel] " Mike Snitzer 2021-07-25 5:54 ` [PATCH 7/8] dm: delay registering the gendisk Christoph Hellwig 2021-07-25 5:54 ` [dm-devel] " Christoph Hellwig 2021-07-29 16:36 ` Mike Snitzer 2021-07-29 16:36 ` [dm-devel] " Mike Snitzer 2021-07-25 5:54 ` [PATCH 8/8] block: remove support for delayed queue registrations Christoph Hellwig 2021-07-25 5:54 ` [dm-devel] " Christoph Hellwig 2021-07-29 16:37 ` Mike Snitzer 2021-07-29 16:37 ` [dm-devel] " Mike Snitzer 2021-07-27 15:58 ` use regular gendisk registration in device mapper Mike Snitzer 2021-07-27 15:58 ` [dm-devel] " Mike Snitzer 2021-07-27 16:02 ` Christoph Hellwig 2021-07-27 16:02 ` [dm-devel] " Christoph Hellwig 2021-07-27 16:18 ` Mike Snitzer 2021-07-27 16:18 ` [dm-devel] " Mike Snitzer 2021-07-27 20:38 ` Milan Broz 2021-07-27 20:38 ` Milan Broz 2021-07-28 7:06 ` Christoph Hellwig 2021-07-28 7:06 ` Christoph Hellwig 2021-07-28 8:37 ` Milan Broz 2021-07-28 8:37 ` Milan Broz 2021-07-28 11:24 ` Christoph Hellwig 2021-07-28 11:24 ` Christoph Hellwig 2021-07-29 15:01 ` Milan Broz 2021-07-29 15:01 ` Milan Broz 2021-07-28 16:17 ` Mike Snitzer 2021-07-28 16:17 ` [dm-devel] " Mike Snitzer 2021-07-29 7:50 ` Milan Broz [this message] 2021-07-29 7:50 ` Milan Broz 2021-07-27 22:52 ` Mike Snitzer 2021-07-27 22:52 ` [dm-devel] " Mike Snitzer
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=96450487-a95e-85f2-3721-181125825bab@gmail.com \ --to=gmazyland@gmail.com \ --cc=axboe@kernel.dk \ --cc=dm-devel@redhat.com \ --cc=hch@lst.de \ --cc=linux-block@vger.kernel.org \ --cc=snitzer@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: linkBe 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.