Subject: Re: Sheesh. More LKMs. And some firewall stupidity.
To: Bill Studenmund <wrstuden@zembu.com>
From: Todd Vierling <tv@wasabisystems.com>
List: port-macppc
Date: 08/21/2000 16:38:19
On Mon, 21 Aug 2000, Bill Studenmund wrote:

: > loading `.sdata2': addr = 0xe9209578, size = 0
: > modload: error loading buffer: Cannot allocate memory
: > 
: > Um... what's .sdata2? (I wasn't aware that was even a legal name for a
: > segment.) Why are we having difficulty allocating memory for a zero-
: > size buffer?

: Another option might be "objcopy -R sdata2 <lkm> <new lkm name>".

This may be a good stopgap.  However, I'd definitely want to find out why
modload is attempting to load that section of size 0.  `I got a baaaaaad
feeling about this....'

: Oh, .sdata2 is a ppc-specific section name. I'm not sure what it's good
: for.

It's used for -mdata=eabi, which is a slightly different way of referencing
`far' data (that's probably the best way I can describe it without going
into the machine-specific guts).  The EABI data reference generation code is
in gcc/config/rs6000/svr4.h.

Since the code isn't compiled -mdata=eabi, it isn't putting anything in the
.sdata2 section (even though the section is there).

-- 
-- Todd Vierling <tv@wasabisystems.com>  *  http://www.wasabisystems.com/
-- Speed, stability, security, and support.  Wasabi NetBSD:  Run with it.