From: David Laight <David.Laight@ACULAB.COM>
To: 'Alexander Potapenko' <glider@google.com>,
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: "catalin.marinas@arm.com" <catalin.marinas@arm.com>,
"will@kernel.org" <will@kernel.org>,
"pcc@google.com" <pcc@google.com>,
"andreyknvl@gmail.com" <andreyknvl@gmail.com>,
"linux@rasmusvillemoes.dk" <linux@rasmusvillemoes.dk>,
"yury.norov@gmail.com" <yury.norov@gmail.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"eugenis@google.com" <eugenis@google.com>,
"syednwaris@gmail.com" <syednwaris@gmail.com>,
"william.gray@linaro.org" <william.gray@linaro.org>
Subject: RE: [PATCH v5 2/5] lib/test_bitmap: add tests for bitmap_{read,write}()
Date: Wed, 27 Sep 2023 07:51:05 +0000 [thread overview]
Message-ID: <3bc8fda47dc04e3b8cfd0e3f6fc7bbee@AcuMS.aculab.com> (raw)
In-Reply-To: <CAG_fn=WX+yAFHtbsxSvd41P61jjWtFEePqOs_1AKGJcgaWfVag@mail.gmail.com>
...
> Overall, unless allocating and initializing bitmaps with size
> divisible by sizeof(long), most of bitmap.c is undefined behavior, so
> I don't think it makes much sense to specifically test this case here
> (given that we do not extend bitmap_equal() in the patch set).
Bitmaps are arrays of unsigned long.
Using any of the APIs on anything else is a bug.
So it is always wrong to try to initialise 'a number of bytes'.
The size used in the definition need not be a multiple of 8 (on 64bit)
but the allocated data is always a multiple of 8.
Any calls to the functions that have a cast of the bitmap
parameter are likely to be buggy.
And yes, there are loads of them, and many are buggy.
On LE you mostly get away with shorter memory allocations.
But still get errors when trying to do locked operations
on misaligned addresses.
David
-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)
next prev parent reply other threads:[~2023-09-27 7:51 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-22 8:08 [PATCH v5 0/5] Implement MTE tag compression for swapped pages Alexander Potapenko
2023-09-22 8:08 ` [PATCH v5 1/5] lib/bitmap: add bitmap_{read,write}() Alexander Potapenko
2023-09-22 8:08 ` [PATCH v5 2/5] lib/test_bitmap: add tests for bitmap_{read,write}() Alexander Potapenko
2023-09-25 12:16 ` Alexander Potapenko
2023-09-25 12:23 ` Andy Shevchenko
2023-09-25 13:09 ` Alexander Potapenko
2023-09-25 14:54 ` Alexander Potapenko
2023-09-25 16:06 ` Yury Norov
2023-09-25 17:16 ` Alexander Potapenko
2023-09-27 7:51 ` David Laight [this message]
2023-09-28 14:19 ` Alexander Potapenko
[not found] ` <CAAH8bW-9ZWB=i0RWAWBXguOkguLHZGp7fLg7An73NqFnVmtgFw@mail.gmail.com>
2023-09-28 15:14 ` Alexander Potapenko
2023-09-28 19:59 ` Yury Norov
2023-09-29 8:54 ` Alexander Potapenko
2023-10-02 2:44 ` Yury Norov
2023-10-02 7:34 ` Alexander Potapenko
2023-09-22 8:08 ` [PATCH v5 3/5] arm64: mte: implement CONFIG_ARM64_MTE_COMP Alexander Potapenko
2023-09-22 8:08 ` [PATCH v5 4/5] arm64: mte: add a test for MTE tags compression Alexander Potapenko
2023-09-22 8:08 ` [PATCH v5 5/5] arm64: mte: add compression support to mteswap.c Alexander Potapenko
2023-09-22 14:35 ` [PATCH v5 0/5] Implement MTE tag compression for swapped pages Andy Shevchenko
2023-09-22 14:40 ` Alexander Lobakin
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=3bc8fda47dc04e3b8cfd0e3f6fc7bbee@AcuMS.aculab.com \
--to=david.laight@aculab.com \
--cc=andreyknvl@gmail.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=catalin.marinas@arm.com \
--cc=eugenis@google.com \
--cc=glider@google.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@rasmusvillemoes.dk \
--cc=pcc@google.com \
--cc=syednwaris@gmail.com \
--cc=will@kernel.org \
--cc=william.gray@linaro.org \
--cc=yury.norov@gmail.com \
/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