2.6.10, alpha, "Relocation overflows" - .data.percpu ?

[Alan Young]

The newer version of GCC should be fine.  I've compiled and run a SMP 2.6.10
on a DP264 - which is pretty much the same board as your DS20.  I'm currently
using 3.3.5 from unstable (I think).  gcc identifies itself as Debian 1:3.3.5-6.

I think the relocation record issue might be due to an old version of binutils.
I would check to see if you an upgrade that to a more recent version.
I'm not sure which binutils package I'm currently using.  ld identifies itself as 2.15.

See this message for a possible fix for the spinlock in 2.6.11:
https://www.redhat.com/archives/axp-list/2005-February/msg00028.htm

Alan

On Wed, 23 Mar 2005 01:19:55 +1030 David Monro <davidm at monro.org.uk> wrote:

> Ugh. Hate it when I figure out more stuff just after sending the 
> message. Looks like any module which has a .data.percpu section doesn't 
> load! Modules with a relocation record of type GPRELHIGH pointing to 
> .data.percpu get the "Relocation overflow vs section X" message,
> ones which have the section but no relocation records referring to it 
> get a "Relocation overflow vs symbolname" error instead.
> 
> Any clues how to fix that?
> 
> Cheers,
> 
> 	David
> 
> David Monro wrote:
> > Hi,
> > 
> > ok I know this isn't specifically redhat related, but hey there aren't 
> > many active alpha lists out there!
> > 
> > I'm trying to get kernel.org 2.6.10 running on my SMP ds20 alpha system. 
> > Kernel compiles fine, but _some_ modules fail to load once running, in 
> > particular the ipv6 and scsi ones (there may be more, but those are the 
> > ones I'm noticing).
> > 
> > The error is "Relocation overflow vs section 25" for ipv6 (scsi_mod says 
> > section 27 instead). Adding a few printks, it seems that its always the 
> > R_ALPHA_GPRELHIGH case (line 265 of arch/alpha/kernel/module.c), and as 
> > far as I can tell, the problem is that "value" is more than 0x8000 less 
> > than "gp" which results in a negative value... The weird thing is, it 
> > doesn't appear to happen for UP-compiled kernels, only SMP ones!
> > 
> > This is using gcc version 3.3.5 (Debian 1:3.3.5-8). I tried using gcc 
> > 2.95 (gcc version 2.95.4 20011002 (Debian prerelease)), but that gets a 
> > parse error on line 55 of arch/alpha/kernel/traps.c. (What compiler 
> > _should_ I be using? The documentation seems to indicate gcc 2.95.3, but 
> > I'm finding that hard to believe).
> > 
> > I can't go forward to 2.6.11 because thats missing _raw_read_trylock for 
> > alpha, and there doesn't appear to be a patch for that yet. 2.6.8 UP 
> > works, but SMP just hangs when probing the DAC960 raid controller. Is 
> > SMP alpha just not very well tested at the moment?
> > 
> > Cheers,
> > 
> >     David
> > 
> > _______________________________________________
> > axp-list mailing list
> > axp-list at redhat.com
> > https://www.redhat.com/mailman/listinfo/axp-list
> 
> _______________________________________________
> axp-list mailing list
> axp-list at redhat.com
> https://www.redhat.com/mailman/listinfo/axp-list