Linux PARISC architecture development
 help / color / mirror / Atom feed
From: Cary Coutant <cary@cup.hp.com>
To: "Philipp Rumpf" <Philipp.H.Rumpf@mathe.stud.uni-erlangen.de>,
	"John David Anglin" <dave@hiauly1.hia.nrc.ca>
Cc: "Jeff Law" <law@cygnus.com>, <bame@debian.fc.hp.com>,
	<parisc-linux@thepuffingroup.com>
Subject: Re: [parisc-linux] Today's boot experience on a 735
Date: Fri, 19 Nov 1999 16:57:59 -0800	[thread overview]
Message-ID: <199911200057.QAA23404@adlmail.cup.hp.com> (raw)

Could someone explain to me what the real problem with the _end symbol 
is? I can't seem to extract the essence of the problem from all the mail 
that's flying by.

The SOM linker is supposed to create the symbol "_etext" at the end of 
the last text subspace, the symbol "_edata" at the end of the last 
initialized data subspace, and the symbol "_end" at the end of the last 
data subspace. It shouldn't matter what the name of the subspace is, or 
what its sort key is. Common symbols get allocated at the end of the last 
data subspace, and the "_end" symbol should be at the end of that. If 
something is being allocated by the linker after "_end", I'd like to 
understand why.

You should be able to use "_edata" and "_end" to figure out how much 
memory to initialize to zero at startup, or you could have the boot 
loader do that for you -- the information is in the a.out aux header.

By the way, the SOM linker does support "scripts" of a sort. They're 
called k-files (because you use the -k option to specify them), and they 
allow you to control the placement of your spaces and subspaces within 
the address space.

-cary

             reply	other threads:[~1999-11-20  0:56 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-11-20  0:57 Cary Coutant [this message]
1999-11-20 18:40 ` [parisc-linux] Today's boot experience on a 735 John David Anglin
1999-11-22  9:40   ` Philipp Rumpf
  -- strict thread matches above, loose matches on Subject: below --
1999-11-16 19:58 John David Anglin
1999-11-16 20:18 ` Paul Bame
1999-11-16 20:52   ` John David Anglin
1999-11-16 22:56     ` John David Anglin
1999-11-17  2:04       ` John David Anglin
1999-11-17  2:22         ` Jeffrey A Law
1999-11-17  2:48           ` John David Anglin
1999-11-17  3:35             ` Jeffrey A Law
1999-11-17  6:34               ` Philipp Rumpf
1999-11-17 18:12                 ` John David Anglin
1999-11-17 20:54                   ` Philipp Rumpf
1999-11-17 17:34               ` John David Anglin

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=199911200057.QAA23404@adlmail.cup.hp.com \
    --to=cary@cup.hp.com \
    --cc=Philipp.H.Rumpf@mathe.stud.uni-erlangen.de \
    --cc=bame@debian.fc.hp.com \
    --cc=dave@hiauly1.hia.nrc.ca \
    --cc=law@cygnus.com \
    --cc=parisc-linux@thepuffingroup.com \
    /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