From: ebiederm@xmission.com (Eric W. Biederman)
To: Kai Germaschewski <kai@tp1.ruhr-uni-bochum.de>
Cc: davidm@hpl.hp.com, Sam Ravnborg <sam@ravnborg.org>,
Ingo Oeser <ingo.oeser@informatik.tu-chemnitz.de>,
<linux-kernel@vger.kernel.org>
Subject: Re: [RFC] Consolidate vmlinux.lds.S files
Date: 15 Jan 2003 17:19:38 -0700 [thread overview]
Message-ID: <m1iswqeyjp.fsf@frodo.biederman.org> (raw)
In-Reply-To: <Pine.LNX.4.44.0301151638240.24883-100000@chaos.physics.uiowa.edu>
Kai Germaschewski <kai@tp1.ruhr-uni-bochum.de> writes:
> On Mon, 13 Jan 2003, David Mosberger wrote:
>
> >
> > Kai> I would suggest an approach like the following, of course
> > Kai> showing only a first simple step. A series of steps like this
> > Kai> should allow for a serious reduction in size of
> > Kai> arch/*/vmlinux.lds.S already, while being obviously correct and
> > Kai> allowing archs to do their own special thing if necessary (in
> > Kai> particular, IA64 seems to differ from all the other archs).
> >
> > The only real difference for the ia64 vmlinux.lds.S is that it
> > generates correct physical addressess, so that the boot loader doesn't
> > have to know anything about the virtual layout of the kernel.
> > Something that might be useful for other arches as well...
>
> I just found another way of changing the LMA in vmlinux, which is far
> less intrusive than what IA-64 uses. Do you see any reason why something
> like the following patch (which changes the LMA for i386) wouldn't work
> for IA-64?
Be very careful. There are some versions of ld (I forget which)
that do not behave correctly when PHDRS are used.
Eric
next prev parent reply other threads:[~2003-01-16 0:13 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-12 22:07 [RFC] Consolidate vmlinux.lds.S files Sam Ravnborg
2003-01-12 23:09 ` Jeff Garzik
2003-01-12 23:36 ` Ingo Oeser
2003-01-13 18:04 ` Sam Ravnborg
2003-01-13 19:10 ` Eric W. Biederman
2003-01-13 22:11 ` Sam Ravnborg
2003-01-13 19:13 ` Kai Germaschewski
2003-01-13 19:37 ` David Mosberger
2003-01-13 20:30 ` Kai Germaschewski
2003-01-13 21:17 ` David Mosberger
2003-01-14 1:54 ` Eric W. Biederman
2003-01-14 2:18 ` PPP problem with >= 2.4.19 JunHyeok Heo
2003-01-14 5:23 ` Steve Lee
2003-01-15 22:42 ` [RFC] Consolidate vmlinux.lds.S files Kai Germaschewski
2003-01-16 0:19 ` Eric W. Biederman [this message]
2003-01-13 22:19 ` Sam Ravnborg
2003-01-13 23:05 ` Kai Germaschewski
2003-01-13 10:19 ` dada1
2003-01-13 18:08 ` Sam Ravnborg
2003-01-13 11:24 ` Eric W. Biederman
-- strict thread matches above, loose matches on Subject: below --
2003-01-14 6:27 Mikael Starvik
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=m1iswqeyjp.fsf@frodo.biederman.org \
--to=ebiederm@xmission.com \
--cc=davidm@hpl.hp.com \
--cc=ingo.oeser@informatik.tu-chemnitz.de \
--cc=kai@tp1.ruhr-uni-bochum.de \
--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 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.