From: Gabriel <g2p.code@gmail.com>
To: Kent Overstreet <koverstreet@google.com>
Cc: linux-bcache@vger.kernel.org, linux-kernel@vger.kernel.org,
Gabriel <g2p.code+bcache@gmail.com>
Subject: Re: [PATCH] bcache: Take data offset from the bdev superblock.
Date: Mon, 08 Apr 2013 23:23:59 +0200 [thread overview]
Message-ID: <5163356F.50406@gmail.com> (raw)
In-Reply-To: <20130408204956.GH15749@google.com>
Le lun. 08 avril 2013 22:49:56 CEST, Kent Overstreet a écrit :
> On Mon, Apr 08, 2013 at 12:11:06PM +0200, Gabriel wrote:
>> Add a new superblock version, and consolidate related defines.
>
> So, I think BDEV_WITH_OFFSET looks ok, but what's the use case for it? I
> was going to add it way back but we decided not to implement the hack we
> thought we needed it for - if you or someone is going to use it I'll go
> ahead and apply it.
It's for converting existing devices to bcache.
https://github.com/g2p/blocks converts a partition to bcache by putting
a bcache superblock immediately before and shifting the partition start
to the left by exactly 1MB. The 1MB alignment is to play nice with
other partitioning tools and drives with 4k sectors.
blocks also converts logical volumes to bcache, and for that it has to
insert exactly 4MB (an LVM physical extent) before the filesystem data.
I'm already using the new format, it allowed me to get rid of some
complicated stuff that sandwiched a partition table on top of an LV so
that the original filesystem data was at the start of its container device.
> As for BCACHE_SB_VERSION_CDEV_WITH_UUID, can you explain why you added
> that? I suspect it's needed but I can't remember why I didn't add it
> when I added the new UUID format (or perhaps I just forgot)
I took the name from a comment in the kernel-side bcache.h.
BCACHE_SB_VERSION_CDEV is the version make-bcache writes, and
BCACHE_SB_VERSION_CDEV_WITH_UUID is what the kernel updates it too; I
just changed the version names so that user-side and kernel-side were
more consistent, internally and with each other.
The kernel doesn't discriminate these two versions when opening, so it
should be possible to define only the latter and deprecate the other.
next prev parent reply other threads:[~2013-04-08 21:23 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-08 10:09 [Pull request] bcache data offset Gabriel de Perthuis
[not found] ` <51629766.6030805-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-04-08 10:11 ` [PATCH] bcache: Take data offset from the bdev superblock Gabriel
[not found] ` <1365415866-16344-1-git-send-email-g2p.code+bcache-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-04-08 20:49 ` Kent Overstreet
2013-04-08 21:23 ` Gabriel [this message]
[not found] ` <5163356F.50406-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-04-08 21:44 ` Gabriel de Perthuis
-- strict thread matches above, loose matches on Subject: below --
2013-04-08 8:49 [Pull request] bcache data offset Gabriel de Perthuis
[not found] ` <516284B1.7060307-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-04-08 8:51 ` [PATCH] bcache: Take data offset from the bdev superblock Gabriel
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=5163356F.50406@gmail.com \
--to=g2p.code@gmail.com \
--cc=g2p.code+bcache@gmail.com \
--cc=koverstreet@google.com \
--cc=linux-bcache@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
/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