From: "NeilBrown" <neilb@suse.de>
To: Andre Noll <maan@systemlinux.org>
Cc: linux-raid@vger.kernel.org
Subject: Re: [md PATCH 4/6] md/raid5: change reshape-progress measurement to cope with reshaping backwards.
Date: Sat, 28 Mar 2009 06:54:31 +1100 (EST) [thread overview]
Message-ID: <38a7f1dc05f8b3cedebd2e30a0288929.squirrel@neil.brown.name> (raw)
In-Reply-To: <20090327161936.GQ17185@skl-net.de>
On Sat, March 28, 2009 3:19 am, Andre Noll wrote:
> On 19:53, NeilBrown wrote:
>> - if (logical_sector >= conf->expand_progress) {
>> + if (mddev->delta_disks < 0
>> + ? logical_sector < conf->reshape_progress
>> + : logical_sector >= conf->reshape_progress) {
>> disks = conf->previous_raid_disks;
>> previous = 1;
>> } else {
>> - if (logical_sector >= conf->expand_lo) {
>> + if (mddev->delta_disks < 0
>> + ? logical_sector < conf->reshape_safe
>> + : logical_sector >= conf->reshape_safe) {
>> spin_unlock_irq(&conf->device_lock);
>> schedule();
>> goto retry;
>
> Is it only me who finds such code hard to comprehend? Given that
> the patch adds checks of the form
>
> (delta < 0 && s < r) || (delta >= 0 && s >= r)
They are really of the form
delta < 0 ? s < r : s >= r
I guess I could use something like
static inline inorder(mddev_t *mddev, sector_t a, sector_t b)
{
if (mddev->delta_disks < 0)
return b > a;
else
return a <= b;
}
However sometimes it is '<' vs '>=' and sometimes '<' vs '>',
so I'm not sure it would apply universally.....
>
> at several locations, it might make sense to introduce a marco or an
> inline function for this check.
>
>> + /* reshape_progress is the leading edge of a 'reshape'
>> + * It has value MaxSector when no expand is happening
>
> s/expand/reshape
Thanks.
Fixed.
NeilBrown
>
> Regards
> Andre
> --
> The only person who always got his work done by Friday was Robinson Crusoe
>
next prev parent reply other threads:[~2009-03-27 19:54 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-24 8:53 [md PATCH 0/6] Reduce the number of devices in RAID4/5/6 NeilBrown
2009-03-24 8:53 ` [md PATCH 2/6] md/raid5: enhance raid5_size to work correctly with negative delta_disks NeilBrown
2009-03-24 8:53 ` [md PATCH 3/6] md: add explicit method to signal the end of a reshape NeilBrown
2009-03-24 8:53 ` [md PATCH 4/6] md/raid5: change reshape-progress measurement to cope with reshaping backwards NeilBrown
2009-03-27 16:19 ` Andre Noll
2009-03-27 19:54 ` NeilBrown [this message]
2009-03-30 9:09 ` Andre Noll
[not found] ` <49CE1713.9070707@tmr.com>
2009-03-30 9:20 ` Andre Noll
2009-03-24 8:53 ` [md PATCH 6/6] Documentation/md.txt update NeilBrown
2009-03-27 16:19 ` Andre Noll
2009-03-27 19:43 ` NeilBrown
2009-03-24 8:53 ` [md PATCH 5/6] md: allow number of drives in raid5 to be reduced NeilBrown
2009-03-27 16:19 ` Andre Noll
2009-03-27 19:39 ` NeilBrown
2009-03-24 8:53 ` [md PATCH 1/6] md/raid5: drop qd_idx from r6_state NeilBrown
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=38a7f1dc05f8b3cedebd2e30a0288929.squirrel@neil.brown.name \
--to=neilb@suse.de \
--cc=linux-raid@vger.kernel.org \
--cc=maan@systemlinux.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;
as well as URLs for NNTP newsgroup(s).