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

[David Monro]

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