From: David Woodhouse <dwmw2@infradead.org>
To: David Howells <dhowells@redhat.com>
Cc: Adrian Bunk <bunk@kernel.org>,
Peter Korsgaard <jacmet@sunsite.dk>,
linux-kernel@vger.kernel.org, sam@ravnborg.org,
andi@firstfloor.org, "Kirill A. Shutemov" <k.shutemov@gmail.com>
Subject: Re: [PATCH v2] export linux/a.out.h
Date: Mon, 16 Jun 2008 16:47:06 +0100 [thread overview]
Message-ID: <1213631226.26255.799.camel@pmac.infradead.org> (raw)
In-Reply-To: <9834.1213624094@redhat.com>
On Mon, 2008-06-16 at 14:48 +0100, David Howells wrote:
> David Woodhouse <dwmw2@infradead.org> wrote:
>
> > Why _are_ there architectures which define ARCH_SUPPORTS_AOUT and have
> > <asm/a.out.h> but don't support binfmt_aout, anyway? How does that make
> > sense?
>
> Maybe because some arches supported ELF with AOUT interpreters but not full
> AOUT binaries?
Is that sane? I thought a.out interpreters for ELF were a transitional
thing to cope with moving from a.out to ELF. Would anyone really do that
unless they had real a.out support in the first place?
I'm more inclined to believe that they just blindly copied <asm/user.h>
from i386 when the arch was created, and then later got
ARCH_SUPPORTS_AOUT defined for that arch because they had a
<asm/a.out.h>.
I suspect we could actually just remove <asm/a.out.h> for all
architectures except Alpha, x86, ARM and m68k. We'd probably have to
remove inclusions of <linux/a.out.h> from a few places in arch code, but
all of them will turn out to be gratuitous anyway.
--
dwmw2
next prev parent reply other threads:[~2008-06-16 15:47 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-15 21:07 [PATCH] " Peter Korsgaard
2008-06-15 21:32 ` David Woodhouse
2008-06-16 8:29 ` [PATCH v2] " Peter Korsgaard
2008-06-16 12:01 ` David Woodhouse
2008-06-16 12:17 ` Adrian Bunk
2008-06-16 12:26 ` David Woodhouse
2008-06-17 8:42 ` architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout Adrian Bunk
2008-06-17 9:46 ` David Woodhouse
2008-06-17 10:11 ` Adrian Bunk
2008-06-17 10:18 ` David Woodhouse
2008-06-17 10:24 ` Adrian Bunk
2008-06-17 11:28 ` David Woodhouse
2008-06-17 12:23 ` Sam Ravnborg
2008-06-17 12:29 ` David Woodhouse
2008-06-17 12:37 ` Sam Ravnborg
2008-06-17 12:54 ` David Woodhouse
2008-06-22 9:49 ` Adrian Bunk
2008-06-22 11:40 ` David Woodhouse
2008-06-22 23:53 ` David McCullough
2008-06-24 11:46 ` Adrian Bunk
2008-06-27 16:27 ` Jeff Dike
2008-06-27 21:12 ` [2.6 patch] remove unused asm/a.out.h files Adrian Bunk
2008-09-05 16:27 ` [PATCH 1/2] Remove redundant CONFIG_ARCH_SUPPORTS_AOUT David Woodhouse
2008-09-05 16:28 ` Kyle McMartin
2008-09-05 17:17 ` [PATCH 3/2] Remove asm/a.out.h files for all architectures without a.out support David Woodhouse
2008-09-05 17:17 ` [PATCH 1/2] Remove redundant CONFIG_ARCH_SUPPORTS_AOUT David Woodhouse
2008-09-05 16:27 ` [PATCH 2/2] Introduce HAVE_AOUT symbol to remove hard-coded arch list for BINFMT_AOUT David Woodhouse
2008-06-17 11:28 ` architectures with ARCH_SUPPORTS_AOUT but no binfmt_aout Matthew Wilcox
2008-06-24 4:15 ` Paul Mundt
2008-06-16 13:48 ` [PATCH v2] export linux/a.out.h David Howells
2008-06-16 15:47 ` David Woodhouse [this message]
2008-06-16 12:20 ` Peter Korsgaard
2008-06-16 11:11 ` [PATCH 1/4] Include <asm/a.out.h> in fs/exec.c only for Alpha David Woodhouse
2008-06-16 11:18 ` [PATCH 2/4] Remove last traces of a.out support from ELF loader David Woodhouse
2008-06-16 11:18 ` [PATCH 3/4] Remove #ifdef CONFIG_ARCH_SUPPORTS_AOUT from <linux/a.out.h> David Woodhouse
2008-06-16 11:24 ` [PATCH 4/4] Export <linux/a.out.h> to userspace again David Woodhouse
2008-06-16 13:22 ` [PATCH v2] export linux/a.out.h David Woodhouse
2008-06-16 14:40 ` Andi Kleen
2008-06-16 15:15 ` David Woodhouse
2008-06-15 22:33 ` [PATCH] " Arjan van de Ven
2008-06-16 7:03 ` Peter Korsgaard
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=1213631226.26255.799.camel@pmac.infradead.org \
--to=dwmw2@infradead.org \
--cc=andi@firstfloor.org \
--cc=bunk@kernel.org \
--cc=dhowells@redhat.com \
--cc=jacmet@sunsite.dk \
--cc=k.shutemov@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=sam@ravnborg.org \
/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
all inboxes | Powered by JetHome®