[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1b49206bdc0ac410421975aea6b8113d5156a2e1.camel@physik.fu-berlin.de>
Date: Thu, 29 Feb 2024 23:24:42 +0100
From: John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>
To: David Laight <David.Laight@...LAB.COM>, '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
On Thu, 2024-02-29 at 22:19 +0000, David Laight wrote:
> ...
> > > > 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?
We're actually planning to switch the default alignment in Gentoo and Debian on m68k
to 32 bits since a lot of upstream projects such as OpenJDK, Qt, LLVM, Firebird and
Mold and many more expect 32-bit alignment.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Powered by blists - more mailing lists