All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Snitzer <snitzer@redhat.com>
To: Bob Liu <bob.liu@oracle.com>
Cc: Damien LeMoal <damien.lemoal@wdc.com>, dm-devel@redhat.com
Subject: Re: [PATCHv3 00/11] dm-zoned: metadata version 2
Date: Tue, 14 Apr 2020 11:13:43 -0400	[thread overview]
Message-ID: <20200414151342.GA24238@redhat.com> (raw)
In-Reply-To: <72e25c3e-818b-93a3-1468-5a5fcd256469@suse.de>

On Tue, Apr 14 2020 at  2:38am -0400,
Hannes Reinecke <hare@suse.de> wrote:

> On 4/11/20 2:30 PM, Bob Liu wrote:
> >On 4/9/20 2:45 PM, Hannes Reinecke wrote:
> >>Hi all,
> >>
> >>this patchset adds a new metadata version 2, which brings the following
> >>improvements:
> >>- UUIDs and labels: Adding three more fields to the metadata containing
> >>   the dm-zoned device UUID and label, and the device UUID. This allows
> >>   for an unique identification of the devices, so that several dm-zoned
> >>   sets can coexist and have a persistent identification.
> >>- Extend random zones by an additional regular disk device: A regular
> >>   block device can be added together with the zoned block device, providing
> >>   additional (emulated) random write zones. With this it's possible to
> >>   handle sequential zones only devices; also there will be a speed-up if
> >>   the regular block device resides on a fast medium. The regular block device
> >>   is placed logically in front of the zoned block device, so that metadata
> >>   and mapping tables reside on the regular block device, not the zoned device.
> >>- Tertiary superblock support: In addition to the two existing sets of metadata
> >>   another, tertiary, superblock is written to the first block of the zoned
> >>   block device. This superblock is for identification only; the generation
> >>   number is set to '0' and the block itself it never updated. The additional
> >>   metadate like bitmap tables etc are not copied.
> >>
> >>To handle this, some changes to the original handling are introduced:
> >>- Zones are now equidistant. Originally, runt zones were ignored, and
> >>   not counted when sizing the mapping tables. With the dual device setup
> >>   runt zones might occur at the end of the regular block device, making
> >>   direct translation between zone number and sector/block number complex.
> >>   For metadata version 2 all zones are considered to be of the same size,
> >>   and runt zones are simply marked as 'offline' to have them ignored when
> >>   allocating a new zone.
> >>- The block number in the superblock is now the global number, and refers to
> >>   the location of the superblock relative to the resulting device-mapper
> >>   device. Which means that the tertiary superblock contains absolute block
> >>   addresses, which needs to be translated to the relative device addresses
> >>   to find the referenced block.
> >>
> >>There is an accompanying patchset for dm-zoned-tools for writing and checking
> >>this new metadata.
> >>
> >>As usual, comments and reviews are welcome.
> >>
> >>Changes to v2:
> >>- Kill dmz_id()
> >>- Include reviews from Damien
> >>- Sanitize uuid handling as suggested by John Dorminy
> >>
> >
> >This series looks good to me, feel free to add my
> >Reviewed-by: Bob Liu <bob.liu@oracle.com>
> >
> >By the way, have you completed the patches for regular device support?
> >I was considering rebase my previous patches to this series but not sure is it still necessary.

Bob, not trying to be overly critical but if you couldn't answer your
question how did you feel comfortable providing your Reviewed-by to this
patchset?  That Reviewed-by _must_ mean something.

Mike


> I have combined both patchsets, this one now also included regular
> device support. So no need to resend from your side.
> 
> Cheers,
> 
> Hannes
> -- 
> Dr. Hannes Reinecke            Teamlead Storage & Networking
> hare@suse.de                               +49 911 74053 688
> SUSE Software Solutions GmbH, Maxfeldstr. 5, 90409 Nürnberg
> HRB 36809 (AG Nürnberg), Geschäftsführer: Felix Imendörffer
> 

  reply	other threads:[~2020-04-14 15:13 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-09  6:45 [PATCHv3 00/11] dm-zoned: metadata version 2 Hannes Reinecke
2020-04-09  6:45 ` [PATCH 01/11] dm-zoned: store zone id within the zone structure and kill dmz_id() Hannes Reinecke
2020-04-10  6:37   ` Damien Le Moal
2020-04-14  6:31     ` Hannes Reinecke
2020-04-09  6:45 ` [PATCH 02/11] dm-zoned: use array for superblock zones Hannes Reinecke
2020-04-09  6:45 ` [PATCH 03/11] dm-zoned: store device in struct dmz_sb Hannes Reinecke
2020-04-09  6:45 ` [PATCH 04/11] dm-zoned: move fields from struct dmz_dev to dmz_metadata Hannes Reinecke
2020-04-09  6:45 ` [PATCH 05/11] dm-zoned: introduce dmz_metadata_label() to format device name Hannes Reinecke
2020-04-09  6:45 ` [PATCH 06/11] dm-zoned: remove 'dev' argument from reclaim Hannes Reinecke
2020-04-10  6:43   ` Damien Le Moal
2020-04-14  6:34     ` Hannes Reinecke
2020-04-14  6:37       ` Damien Le Moal
2020-04-09  6:45 ` [PATCH 07/11] dm-zoned: replace 'target' pointer in the bio context Hannes Reinecke
2020-04-10  6:52   ` Damien Le Moal
2020-04-14  6:36     ` Hannes Reinecke
2020-04-09  6:45 ` [PATCH 08/11] dm-zoned: use dmz_zone_to_dev() when handling metadata I/O Hannes Reinecke
2020-04-09  6:45 ` [PATCH 09/11] dm-zoned: add metadata logging functions Hannes Reinecke
2020-04-09  6:45 ` [PATCH 10/11] dm-zoned: ignore metadata zone in dmz_alloc_zone() Hannes Reinecke
2020-04-09  6:45 ` [PATCH 11/11] dm-zoned: metadata version 2 Hannes Reinecke
2020-04-13  4:55   ` Damien Le Moal
2020-04-14  5:46     ` Hannes Reinecke
2020-04-14  5:58       ` Damien Le Moal
2020-04-11 12:30 ` [PATCHv3 00/11] " Bob Liu
2020-04-14  6:38   ` Hannes Reinecke
2020-04-14 15:13     ` Mike Snitzer [this message]
2020-04-15  0:07       ` Bob Liu

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=20200414151342.GA24238@redhat.com \
    --to=snitzer@redhat.com \
    --cc=bob.liu@oracle.com \
    --cc=damien.lemoal@wdc.com \
    --cc=dm-devel@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.