linux-kernel - RE: Linux 6.8-rc6

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <b4fa177d6fcc42deb7db0dc0f9d36fe2@AcuMS.aculab.com>
Date: Thu, 29 Feb 2024 22:19:20 +0000
From: David Laight <David.Laight@...LAB.COM>
To: 'Guenter Roeck' <linux@...ck-us.net>, Geert Uytterhoeven
	<geert@...ux-m68k.org>
CC: Linus Torvalds <torvalds@...ux-foundation.org>, Linux Kernel Mailing List
	<linux-kernel@...r.kernel.org>, Kees Cook <keescook@...omium.org>, linux-m68k
	<linux-m68k@...ts.linux-m68k.org>
Subject: RE: Linux 6.8-rc6

...
> >> I suspect this may be caused by the test assuming that stack growth is
> >> downward, but I don't really understand the test well enough to be sure.
> >> I'll disable this set of tests for m68k going forward, so I am not going
> >> to report the problem again in the future.
> >
> > On m68k, the stack does grow downward.
> 
> Sorry, I meant to say upward, but apparently I was wrong.

Maybe because m68k only has 2 byte alignment for 32 bit items.
That causes grief in many places.
Although kmalloc() returning a larger alignment would fix some
of them without using much more memory?

	David

-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)