From: Joel Becker <Joel.Becker@oracle.com>
To: Andreas Dilger <adilger@dilger.ca>
Cc: "Ted Ts'o" <tytso@mit.edu>, Jan Kara <jack@suse.cz>,
ocfs2-devel@oss.oracle.com, linux-fsdevel@vger.kernel.org,
linux-ext4@vger.kernel.org,
"linux-kernel@vger.kernel.org Patrick J. LoPresti"
<lopresti@gmail.com>
Subject: Re: [Ocfs2-devel] [PATCH 1/3] ext3/ext4: Factor out disk addressability check
Date: Thu, 12 Aug 2010 13:15:34 -0700 [thread overview]
Message-ID: <20100812201534.GA22777@mail.oracle.com> (raw)
In-Reply-To: <1F3EDC08-AC93-4D4D-8F83-A13C418DFC88@dilger.ca>
On Thu, Aug 12, 2010 at 12:45:41PM -0600, Andreas Dilger wrote:
> On 2010-08-12, at 11:42, Joel Becker wrote:
> >> +/**
> >> + * generic_check_addressable - Check addressability of file system
> >> + * @blocksize_bits: log of file system block size
> >> + * @num_blocks: number of blocks in file system
> >> + *
> >> + * Determine whether a file system with @num_blocks blocks (and a
> >> + * block size of 2**@blocksize_bits) is addressable by the sector_t
> >> + * and page cache of the system. Return 0 if so and -EFBIG otherwise.
> >> + */
> >> +int generic_check_addressable(unsigned blocksize_bits, u64 num_blocks)
> >> +{
> >> + u64 last_fs_block = num_blocks - 1;
> >> +
> >> + BUG_ON(blocksize_bits < 9);
> >> + BUG_ON(blocksize_bits > PAGE_CACHE_SHIFT);
>
> I'd rather not have a BUG_ON() for a "check" function that may be called with on-disk values by some filesystem. Some filesystems (AFAIR) also handle blocksize > PAGE_SIZE internally, so this helper would not be useful for them.
Filesystems that handle their own page cache certainly wouldn't
be interested in a generic helper anyway. All of our pagecache assumes
blocks between 512<->PAGE_CACHE_SIZE.
If I change the BUG_ON()s to -EINVAL, does that work? Or do you
have some way you'd like to allow non-pagecache filesystems to use this
as well?
Joel
--
"I am working for the time when unqualified blacks, browns, and
women join the unqualified men in running our government."
- Sissy Farenthold
Joel Becker
Consulting Software Developer
Oracle
E-mail: joel.becker@oracle.com
Phone: (650) 506-8127
WARNING: multiple messages have this Message-ID (diff)
From: Joel Becker <Joel.Becker@oracle.com>
To: Andreas Dilger <adilger@dilger.ca>
Cc: Ted Ts'o <tytso@mit.edu>, Jan Kara <jack@suse.cz>,
ocfs2-devel@oss.oracle.com, linux-fsdevel@vger.kernel.org,
linux-ext4@vger.kernel.org,
"linux-kernel@vger.kernel.org Patrick J. LoPresti"
<lopresti@gmail.com>
Subject: [Ocfs2-devel] [PATCH 1/3] ext3/ext4: Factor out disk addressability check
Date: Thu, 12 Aug 2010 13:15:34 -0700 [thread overview]
Message-ID: <20100812201534.GA22777@mail.oracle.com> (raw)
In-Reply-To: <1F3EDC08-AC93-4D4D-8F83-A13C418DFC88@dilger.ca>
On Thu, Aug 12, 2010 at 12:45:41PM -0600, Andreas Dilger wrote:
> On 2010-08-12, at 11:42, Joel Becker wrote:
> >> +/**
> >> + * generic_check_addressable - Check addressability of file system
> >> + * @blocksize_bits: log of file system block size
> >> + * @num_blocks: number of blocks in file system
> >> + *
> >> + * Determine whether a file system with @num_blocks blocks (and a
> >> + * block size of 2**@blocksize_bits) is addressable by the sector_t
> >> + * and page cache of the system. Return 0 if so and -EFBIG otherwise.
> >> + */
> >> +int generic_check_addressable(unsigned blocksize_bits, u64 num_blocks)
> >> +{
> >> + u64 last_fs_block = num_blocks - 1;
> >> +
> >> + BUG_ON(blocksize_bits < 9);
> >> + BUG_ON(blocksize_bits > PAGE_CACHE_SHIFT);
>
> I'd rather not have a BUG_ON() for a "check" function that may be called with on-disk values by some filesystem. Some filesystems (AFAIR) also handle blocksize > PAGE_SIZE internally, so this helper would not be useful for them.
Filesystems that handle their own page cache certainly wouldn't
be interested in a generic helper anyway. All of our pagecache assumes
blocks between 512<->PAGE_CACHE_SIZE.
If I change the BUG_ON()s to -EINVAL, does that work? Or do you
have some way you'd like to allow non-pagecache filesystems to use this
as well?
Joel
--
"I am working for the time when unqualified blacks, browns, and
women join the unqualified men in running our government."
- Sissy Farenthold
Joel Becker
Consulting Software Developer
Oracle
E-mail: joel.becker at oracle.com
Phone: (650) 506-8127
next prev parent reply other threads:[~2010-08-12 20:15 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-22 22:03 [PATCH 1/3] ext3/ext4: Factor out disk addressability check Patrick J. LoPresti
2010-07-22 22:03 ` [Ocfs2-devel] " Patrick J. LoPresti
2010-07-22 22:04 ` [PATCH 2/3] JBD2: Allow feature checks before journal recovery Patrick J. LoPresti
2010-07-22 22:04 ` [Ocfs2-devel] " Patrick J. LoPresti
2010-07-22 22:05 ` [PATCH 3/3] OCFS2: Allow huge (> 16 TiB) volumes to mount Patrick J. LoPresti
2010-07-22 22:05 ` [Ocfs2-devel] " Patrick J. LoPresti
2010-08-12 17:43 ` [Ocfs2-devel] [PATCH 2/3] JBD2: Allow feature checks before journal recovery Joel Becker
2010-08-12 17:43 ` Joel Becker
2010-08-12 23:03 ` Joel Becker
2010-08-12 23:03 ` Joel Becker
2010-08-12 23:03 ` Joel Becker
2010-08-12 23:03 ` [Ocfs2-devel] " Joel Becker
2010-08-12 23:03 ` Joel Becker
2010-08-13 3:39 ` Ted Ts'o
2010-08-13 3:39 ` Ted Ts'o
2010-08-13 7:17 ` Joel Becker
2010-08-13 7:17 ` Joel Becker
2010-08-13 7:17 ` Joel Becker
2010-08-10 15:15 ` [Ocfs2-devel] [PATCH 1/3] ext3/ext4: Factor out disk addressability check Joel Becker
2010-08-10 15:15 ` Joel Becker
2010-08-12 17:42 ` Joel Becker
2010-08-12 17:42 ` Joel Becker
2010-08-12 18:45 ` Andreas Dilger
2010-08-12 18:45 ` Andreas Dilger
2010-08-12 20:15 ` Joel Becker [this message]
2010-08-12 20:15 ` Joel Becker
2010-08-12 21:32 ` Andreas Dilger
2010-08-12 21:32 ` Andreas Dilger
2010-08-12 22:29 ` Joel Becker
2010-08-12 22:29 ` Joel Becker
2010-08-12 23:07 ` Andreas Dilger
2010-08-12 23:07 ` Andreas Dilger
2010-08-12 23:13 ` Joel Becker
2010-08-12 23:13 ` Joel Becker
2010-08-13 16:30 ` Jan Kara
2010-08-13 16:30 ` Jan Kara
2010-08-13 20:47 ` Joel Becker
2010-08-13 20:47 ` Joel Becker
2010-08-13 22:52 ` Joel Becker
2010-08-13 22:52 ` Joel Becker
2010-08-16 15:09 ` Jan Kara
2010-08-16 15:09 ` Jan Kara
2010-08-15 17:19 ` Eric Sandeen
2010-08-15 17:19 ` Eric Sandeen
2010-08-16 2:54 ` Joel Becker
2010-08-16 2:54 ` [Ocfs2-devel] " Joel Becker
2010-08-16 3:36 ` Eric Sandeen
2010-08-16 3:36 ` Eric Sandeen
2010-08-16 9:21 ` Joel Becker
2010-08-16 9:21 ` [Ocfs2-devel] " Joel Becker
2010-08-16 14:44 ` Eric Sandeen
2010-08-16 14:44 ` Eric Sandeen
2010-08-16 19:13 ` Joel Becker
2010-08-16 19:13 ` [Ocfs2-devel] " Joel Becker
2010-08-16 19:21 ` Jan Kara
2010-08-16 19:21 ` Jan Kara
2010-08-16 20:45 ` Joel Becker
2010-08-16 20:45 ` [Ocfs2-devel] " Joel Becker
2010-08-16 14:44 ` Eric Sandeen
2010-08-12 23:03 ` Joel Becker
2010-08-12 23:03 ` [Ocfs2-devel] " Joel Becker
2010-08-13 3:39 ` Ted Ts'o
2010-08-13 3:39 ` Ted Ts'o
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=20100812201534.GA22777@mail.oracle.com \
--to=joel.becker@oracle.com \
--cc=adilger@dilger.ca \
--cc=jack@suse.cz \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=lopresti@gmail.com \
--cc=ocfs2-devel@oss.oracle.com \
--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 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.