Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Message-ID: <80753cbc54ef69b4fc136f791666197fc8b1f8bb.camel@cyberfiber.eu>
Subject: problems with memory allocation and the alignment check
From:   "Michael J. Baars" <mjbaars1977.gcc@cyberfiber.eu>
To:     gcc@gcc.gnu.org, linux-kernel@vger.kernel.org
Date:   Mon, 22 Feb 2021 10:08:50 +0100
Content-Type: multipart/mixed; boundary="=-goyzitPaYjgqNmdnlSez"
User-Agent: Evolution 3.36.5 (3.36.5-2.fc32) 
MIME-Version: 1.0
Precedence: bulk


--=-goyzitPaYjgqNmdnlSez
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit

Hi,

I just wrote this little program to demonstrate a possible flaw in both malloc and calloc.

If I allocate a the simplest memory region from main(), one out of three optimization flags fail.
If I allocate the same region from a function, three out of three optimization flags fail.

Does someone know if this really is a flaw, and if so, is it a gcc or a kernel flaw?

Regards,
Mischa.

--=-goyzitPaYjgqNmdnlSez
Content-Disposition: attachment; filename="main.c"
Content-Type: text/x-csrc; name="main.c"; charset="UTF-8"
Content-Transfer-Encoding: base64

I2luY2x1ZGUJPHN0ZGxpYi5oPgojaW5jbHVkZQk8c3RkaW50Lmg+CgojZGVmaW5lCVJGTEFHU19S
RUdJU1RFUl9HRVQoeSkJCQkJCQlcCnsJCQkJCQkJCQlcCglhc20Jdm9sYXRpbGUJCQkJCQkJXAoJ
KAkJCQkJCQkJXAoJIglwdXNoZnEJCQkJCQlcbiIJXAoJIglwb3AJJTAJCQkJCVxuIglcCgkJCQkJ
CQkJCVwKCQk6ICI9bSIJKCogeSkgCQkJCQkJXAoJKTsJCQkJCQkJCVwKfTsKCiNkZWZpbmUJUkZM
QUdTX1JFR0lTVEVSX1NFVCh4KQkJCQkJCVwKewkJCQkJCQkJCVwKCWFzbQl2b2xhdGlsZQkJCQkJ
CQlcCgkoCQkJCQkJCQlcCgkiCXB1c2gJJTAJCQkJCVxuIglcCgkiCXBvcGZxCQkJCQkJXG4iCVwK
CQkJCQkJCQkJXAoJCToJCQkJCQkJXAoJCTogInIiCSgqIHgpIAkJCQkJCVwKCSk7CQkJCQkJCQlc
Cn07CgpzdHJ1Y3QJc3RvcmFnZQp7Cgl1aW50OF90KiBjOwp9OwoKaW50CWZ1bmN0aW9uKHN0cnVj
dCBzdG9yYWdlKiBzKQp7CglzLT5jICAgPQljYWxsb2MJKHNpemVvZih1aW50OF90KSwgOCk7CgkJ
ZnJlZQkocy0+Yyk7Cn07CgppbnQJbWFpbigpCnsKCXN0cnVjdAlzdG9yYWdlCXM7Cgl1aW50NjRf
dAkJcmZsYWdzOwoJCglSRkxBR1NfUkVHSVNURVJfR0VUKCZyZmxhZ3MpOwlyZmxhZ3MgICAgICAg
ICBePQkweDAwMDAwMDAwMDAwNDAwMDA7CglSRkxBR1NfUkVHSVNURVJfU0VUKCZyZmxhZ3MpOwoK
Ly8JZnVuY3Rpb24oJnMpOwoJCglzLmMgICAgPQljYWxsb2MJKHNpemVvZih1aW50OF90KSwgOCk7
CgkJZnJlZQkocy5jKTsKCQkKCVJGTEFHU19SRUdJU1RFUl9HRVQoJnJmbGFncyk7CXJmbGFncyAg
ICAgICAgIF49CTB4MDAwMDAwMDAwMDA0MDAwMDsKCVJGTEFHU19SRUdJU1RFUl9TRVQoJnJmbGFn
cyk7Cn0KCg==


--=-goyzitPaYjgqNmdnlSez
Content-Disposition: attachment; filename="makefile"
Content-Type: text/x-makefile; name="makefile"; charset="UTF-8"
Content-Transfer-Encoding: base64

YWxsOgoKCWdjYyAgICAgICAgLW8gbWFpbiAgICAgIG1haW4uYwoJZ2NjIC1PMiAgICAtbyBtYWlu
TzIgICAgbWFpbi5jCglnY2MgLU9mYXN0IC1vIG1haW5PZmFzdCBtYWluLmMK


--=-goyzitPaYjgqNmdnlSez--