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

[David Monro]

Sudden thought - dumb question, are you using any of:
scsi_mod.ko
xfs.ko
ip_conntrack.ko
ipchains.ko
ipfwadm.ko
ipv6.ko

as modules? Its only these 6 which are affected as far as I can tell.

Cheers,

	David

Alan Young wrote:
> 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
> 
> 
> _______________________________________________
> axp-list mailing list
> axp-list at redhat.com
> https://www.redhat.com/mailman/listinfo/axp-list