linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Radtke, Jakub" <jakub.radtke@linux.intel.com>
To: Song Liu <song@kernel.org>
Cc: linux-raid <linux-raid@vger.kernel.org>
Subject: Re: [PATCH] md: change bitmap offset verification in write_sb_page
Date: Thu, 28 Jan 2021 14:11:31 +0100	[thread overview]
Message-ID: <6452c7ad-9879-ef8e-3eee-88d86c951aaa@linux.intel.com> (raw)
In-Reply-To: <CAPhsuW5TdVgh2RaxxJQkdUAKm2k-Eo11fOdWk1Mti=qsu7ZzUg@mail.gmail.com>

Please ignore the patch.
I see that the calculation is working for the other metadata formats too.
The problem was related to my environment, and I misinterpret the 
calculation in write_sb_page, which correctly reports the error.
> On Tue, Jan 5, 2021 at 7:06 AM Jakub Radtke
> <jakub.radtke@linux.intel.com> wrote:
>> From: Jakub Radtke <jakub.radtke@intel.com>
>>
>> Removes the code that is correct only for the native metadata.
>> Write-intent bitmap support for the other metadata formats is blocked.
>>
>> rdev->sb_start is used in the calculations.
>> The sb_start is only set and used for native metadata format, and
>> the bitmap offset check will always fail if it is not set.
> Can we use different logic for native and other metadata, so that we can
> keep the check for native metadata? Maybe we can use the combination
> of mddev->major_version, mddev->minor_version, and rdev->sb_start?
>
> Thanks,
> Song
>
>> In the case of external metadata, the bitmap can be placed in various
>> places e.g. like the PPL between two volumes (the boundary checks are
>> performed on the sysfs level and in the mdadm).
>>
>> Signed-off-by: Jakub Radtke <jakub.radtke@linux.intel.com>
>> ---
>>   drivers/md/md-bitmap.c | 8 --------
>>   1 file changed, 8 deletions(-)
>>
>> diff --git a/drivers/md/md-bitmap.c b/drivers/md/md-bitmap.c
>> index 200c5d0f08bf..a78b15df4d82 100644
>> --- a/drivers/md/md-bitmap.c
>> +++ b/drivers/md/md-bitmap.c
>> @@ -236,14 +236,6 @@ static int write_sb_page(struct bitmap *bitmap, struct page *page, int wait)
>>                   */
>>                  if (mddev->external) {
>>                          /* Bitmap could be anywhere. */
>> -                       if (rdev->sb_start + offset + (page->index
>> -                                                      * (PAGE_SIZE/512))
>> -                           > rdev->data_offset
>> -                           &&
>> -                           rdev->sb_start + offset
>> -                           < (rdev->data_offset + mddev->dev_sectors
>> -                            + (PAGE_SIZE/512)))
>> -                               goto bad_alignment;
>>                  } else if (offset < 0) {
>>                          /* DATA  BITMAP METADATA  */
>>                          if (offset
>> --
>> 2.17.1
>>


      reply	other threads:[~2021-01-28 13:14 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-05 15:06 [PATCH] md: change bitmap offset verification in write_sb_page Jakub Radtke
2021-01-27  7:52 ` Song Liu
2021-01-28 13:11   ` Radtke, Jakub [this message]

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=6452c7ad-9879-ef8e-3eee-88d86c951aaa@linux.intel.com \
    --to=jakub.radtke@linux.intel.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=song@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;
as well as URLs for NNTP newsgroup(s).