From: Eric Sandeen <sandeen@redhat.com>
To: Lukas Czerner <lczerner@redhat.com>
Cc: linux-ext4@vger.kernel.org, tytso@mit.edu, adilger@dilger.ca
Subject: Re: [PATCH 1/7] e2fsprogs: Add discard function into struct_io_manager
Date: Tue, 16 Nov 2010 15:09:22 -0600 [thread overview]
Message-ID: <4CE2F302.3050904@redhat.com> (raw)
In-Reply-To: <alpine.LFD.2.00.1011162044060.2896@dhcp-lab-213.englab.brq.redhat.com>
On 11/16/10 2:16 PM, Lukas Czerner wrote:
> On Tue, 16 Nov 2010, Eric Sandeen wrote:
>
>> On 10/26/10 12:54 PM, Lukas Czerner wrote:
>>> In order to provide generic "discard" function for all e2fsprogs tools
>>> add a discard function prototype into struct_io_manager. Specific
>>> function for specific io managers can be crated that way.
>>>
>>> This commit also creates unix_discard function which uses BLKDISCARD
>>> ioctl to discard data blocks on the block device and bind it into
>>> unit_io_manager structure to be available for all e2fsprogs tools.
>>> Note that BLKDISCARD is still Linux specific ioctl, however other
>>> unix systems may provide similar functionality. So far the
>>> unix_discard() remains linux specific hence is embedded in #ifdef
>>> __linux__ macro.
>>>
>>> Signed-off-by: Lukas Czerner <lczerner@redhat.com>
>>> ---
>>> lib/ext2fs/ext2_io.h | 2 ++
>>> lib/ext2fs/unix_io.c | 41 +++++++++++++++++++++++++++++++++++++++++
>>> 2 files changed, 43 insertions(+), 0 deletions(-)
>>>
>>> diff --git a/lib/ext2fs/ext2_io.h b/lib/ext2fs/ext2_io.h
>>> index ccc9c8b..d202007 100644
>>> --- a/lib/ext2fs/ext2_io.h
>>> +++ b/lib/ext2fs/ext2_io.h
>>> @@ -83,6 +83,8 @@ struct struct_io_manager {
>>> int count, void *data);
>>> errcode_t (*write_blk64)(io_channel channel, unsigned long long block,
>>> int count, const void *data);
>>> + errcode_t (*discard)(io_channel channel, unsigned long long block,
>>> + unsigned long long count, const void *data);
>>> long reserved[16];
>>> };
>>>
>>> diff --git a/lib/ext2fs/unix_io.c b/lib/ext2fs/unix_io.c
>>> index 1df1fdd..5b6cdec 100644
>>> --- a/lib/ext2fs/unix_io.c
>>> +++ b/lib/ext2fs/unix_io.c
>>> @@ -115,6 +115,8 @@ static errcode_t unix_read_blk64(io_channel channel, unsigned long long block,
>>> int count, void *data);
>>> static errcode_t unix_write_blk64(io_channel channel, unsigned long long block,
>>> int count, const void *data);
>>> +static errcode_t unix_discard(io_channel channel, unsigned long long block,
>>> + unsigned long long count, const void *data);
>>>
>>> static struct struct_io_manager struct_unix_manager = {
>>> EXT2_ET_MAGIC_IO_MANAGER,
>>> @@ -130,6 +132,7 @@ static struct struct_io_manager struct_unix_manager = {
>>> unix_get_stats,
>>> unix_read_blk64,
>>> unix_write_blk64,
>>> + unix_discard,
>>> };
>>>
>>> io_manager unix_io_manager = &struct_unix_manager;
>>> @@ -834,3 +837,41 @@ static errcode_t unix_set_option(io_channel channel, const char *option,
>>> }
>>> return EXT2_ET_INVALID_ARGUMENT;
>>> }
>>> +
>>> +#ifdef __linux__
>>> +
>>> +#ifndef BLKDISCARD
>>> +#define BLKDISCARD _IO(0x12,119)
>>> +#endif
>>> +
>>> +static errcode_t unix_discard(io_channel channel, unsigned long long block,
>>> + unsigned long long count, const void *data)
>>> +{
>>> +
>>> + struct struct_ext2_filsys *fs;
>>> + struct unix_private_data *u_priv;
>>> + errcode_t retval = 0;
>>> + __uint64_t range[2];
>>> + int blocksize;
>>> +
>>> + EXT2_CHECK_MAGIC(channel, EXT2_ET_MAGIC_IO_CHANNEL);
>>> + u_priv = (struct unix_private_data *) channel->private_data;
>>> + EXT2_CHECK_MAGIC(u_priv, EXT2_ET_MAGIC_UNIX_IO_CHANNEL);
>>> +
>>> + fs = (struct struct_ext2_filsys *) data;
>>> + if (!fs)
>>> + return EXT2_ET_INVALID_ARGUMENT;
>>> +
>>> + blocksize = EXT2_BLOCK_SIZE(fs->super);
>>
>> This seems a little convoluted; you pass in *data, which gets you the fs,
>> from which you get the super, from which you get the blocksize,
>> which is all that you ever actually use here:
>>
>>> + range[0] = (__uint64_t)(block);
>>> + range[1] = (__uint64_t)(count);
>>> + range[0] *= (__uint64_t)(blocksize);
>>> + range[1] *= (__uint64_t)(blocksize);
>>
>> any reason to not just pass in the blocksize?
>>
>> Maybe this is for flexibility for not-linux, but I guess we don't know what
>> they need anyway...?
>>
>> And if you do that you can change "u_priv" to "data" just to match the
>> other handlers, perhaps.
>
> You're right, I was so closely following the example that I forget that
> it can be done more simply. Does this looks good to you ?
>
> static errcode_t unix_discard(io_channel channel, unsigned long long block,
> unsigned long long count, const void *blocksize)
> {
> unsigned int *bsize = (unsigned int *) blocksize;
I think you can just pass in "int blocksize" right?
and
ret = manager->discard(fs->io, start, count, fs->blocksize);
-Eric
> struct unix_private_data *data;
> errcode_t retval = 0;
> __uint64_t range[2];
>
> EXT2_CHECK_MAGIC(channel, EXT2_ET_MAGIC_IO_CHANNEL);
> data = (struct unix_private_data *) channel->private_data;
> EXT2_CHECK_MAGIC(data, EXT2_ET_MAGIC_UNIX_IO_CHANNEL);
>
> if (!blocksize)
> return EXT2_ET_INVALID_ARGUMENT;
>
> range[0] = (__uint64_t)(block);
> range[1] = (__uint64_t)(count);
> range[0] *= (__uint64_t)(*bsize);
> range[1] *= (__uint64_t)(*bsize);
>
> return ioctl(data->dev, BLKDISCARD, &range);
> }
>
> then we can call it like this:
>
> ret = manager->discard(fs->io, start, count, &fs->blocksize);
>
> Thanks a lot for reviewing this!
>
> -Lukas
>
>>
>> -Eric
>>
>>> + return ioctl(u_priv->dev, BLKDISCARD, &range);
>>> +}
>>> +
>>> +#else
>>> +#define unix_discard(channel, block, count) EXT2_ET_UNIMPLEMENTED
>>> +#endif
>>
>>
>
next prev parent reply other threads:[~2010-11-16 21:09 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-26 17:54 [PATCH 0/7] e2fsprogs: Using discard in e2fsprogs tools Lukas Czerner
2010-10-26 17:54 ` [PATCH 1/7] e2fsprogs: Add discard function into struct_io_manager Lukas Czerner
2010-11-16 18:28 ` Eric Sandeen
2010-11-16 20:16 ` Lukas Czerner
2010-11-16 21:09 ` Eric Sandeen [this message]
2010-11-18 9:52 ` Lukas Czerner
2010-10-26 17:54 ` [PATCH 2/7] e2fsprogs: Add discard_zeroes_data " Lukas Czerner
2010-11-16 18:46 ` Eric Sandeen
2010-10-26 17:54 ` [PATCH 3/7] e2fsck: Keep track of problems during the check Lukas Czerner
2010-11-16 20:03 ` Eric Sandeen
2010-10-26 17:54 ` [PATCH 4/7] e2fsck: Discard free data and inode blocks Lukas Czerner
2010-11-16 21:06 ` Eric Sandeen
2010-11-18 12:12 ` Lukas Czerner
2010-10-26 17:54 ` [PATCH 5/7] mke2fs: Change -K option to discard/nodiscard Lukas Czerner
2010-10-26 18:41 ` Eric Sandeen
2010-10-26 19:24 ` [PATCH 5/7] mke2fs: Deprecate -K option, introduce discard/nodiscard Lukas Czerner
2010-11-16 21:14 ` [PATCH 5/7] mke2fs: Change -K option to discard/nodiscard Eric Sandeen
2010-11-18 10:00 ` Lukas Czerner
2010-10-26 17:54 ` [PATCH 6/7] mke2fs: Use unix_discard() for discards Lukas Czerner
2010-11-16 21:17 ` Eric Sandeen
2010-10-26 17:54 ` [PATCH 7/7] mke2fs: Use io_manager discard_zeroes_data property Lukas Czerner
2010-11-16 21:18 ` Eric Sandeen
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=4CE2F302.3050904@redhat.com \
--to=sandeen@redhat.com \
--cc=adilger@dilger.ca \
--cc=lczerner@redhat.com \
--cc=linux-ext4@vger.kernel.org \
--cc=tytso@mit.edu \
/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;
as well as URLs for NNTP newsgroup(s).