From: Paul Mundt <lethal@linux-sh.org>
To: John Williams <jwilliams@itee.uq.edu.au>
Cc: Johannes Weiner <jw@emlix.com>,
Andrew Morton <akpm@linux-foundation.org>,
David Howells <dhowells@redhat.com>,
Russell King <rmk@arm.linux.org.uk>,
Bryan Wu <cooloney@kernel.org>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Greg Ungerer <gerg@uclinux.org>,
linux-kernel@vger.kernel.org, michal.simek@petalogix.com
Subject: Re: [patch -v2] flat: fix data sections alignment
Date: Fri, 29 May 2009 12:58:20 +0900 [thread overview]
Message-ID: <20090529035820.GC1122@linux-sh.org> (raw)
In-Reply-To: <9e6f3dfd0905281701y6141e5d2xbbfb37e495cba8d9@mail.gmail.com>
On Fri, May 29, 2009 at 10:01:51AM +1000, John Williams wrote:
> Hi,
>
> On Wed, Mar 4, 2009 at 11:51 PM, Johannes Weiner <jw@emlix.com> wrote:
> > From: Oskar Schirmer <os@emlix.com>
> >
> > The flat loader uses an architecture's flat_stack_align() to align the
> > stack but assumes word-alignment is enough for the data sections.
> >
> > However, on the Xtensa S6000 we have registers up to 128bit width
> > which can be used from userspace and therefor need userspace stack and
> > data-section alignment of at least this size.
> >
> > This patch drops flat_stack_align() and uses the same alignment that
> > is required for slab caches, ARCH_SLAB_MINALIGN, or wordsize if it's
> > not defined by the architecture.
> >
> > It also fixes m32r which was obviously kaput, aligning an
> > uninitialized stack entry instead of the stack pointer.
> >
>
> > ---
> > ?arch/arm/include/asm/flat.h ? ? ?| ? ?3 ---
> > ?arch/blackfin/include/asm/flat.h | ? ?1 -
> > ?arch/h8300/include/asm/flat.h ? ?| ? ?1 -
> > ?arch/m68k/include/asm/flat.h ? ? | ? ?1 -
> > ?arch/sh/include/asm/flat.h ? ? ? | ? ?1 -
> > ?fs/binfmt_flat.c ? ? ? ? ? ? ? ? | ? 37 ++++++++++++++++++++++---------------
> > ?include/asm-m32r/flat.h ? ? ? ? ?| ? ?1 -
> > ?7 files changed, 22 insertions(+), 23 deletions(-)
>
> Can you please cross-check this patch for MicroBlaze as well, we are
> another active nommu architecture.
>
I already did, see http://lkml.org/lkml/2009/5/27/753
You just need to kill off your flat_stack_align(), as it doesn't do
anything presently it is harmless one way or the other.
next prev parent reply other threads:[~2009-05-29 3:58 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-04 13:51 [patch -v2] flat: fix data sections alignment Johannes Weiner
2009-03-04 18:04 ` Mike Frysinger
2009-03-04 19:33 ` Johannes Weiner
2009-03-04 20:00 ` Mike Frysinger
2009-03-04 20:13 ` Johannes Weiner
2009-03-04 21:48 ` Mike Frysinger
2009-03-05 10:53 ` Johannes Weiner
2009-03-05 16:40 ` Oskar Schirmer
2009-03-05 8:43 ` Paul Mundt
2009-05-29 0:01 ` John Williams
2009-05-29 3:58 ` Paul Mundt [this message]
2009-05-29 5:11 ` John Williams
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=20090529035820.GC1122@linux-sh.org \
--to=lethal@linux-sh.org \
--cc=akpm@linux-foundation.org \
--cc=cooloney@kernel.org \
--cc=dhowells@redhat.com \
--cc=geert@linux-m68k.org \
--cc=gerg@uclinux.org \
--cc=jw@emlix.com \
--cc=jwilliams@itee.uq.edu.au \
--cc=linux-kernel@vger.kernel.org \
--cc=michal.simek@petalogix.com \
--cc=rmk@arm.linux.org.uk \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.