> On Aug 28, 2015, at 3:35 AM, Konstantin Belousov <[email protected]> wrote: > > Might be, try the latest stable/10 kernel with the problematic revision > r286316 reversed ? This might add more points to the Marcel' note about > some static relocation table processed early.
I built a kernel off of revision 286315 and got this:
eris% objdump -R kernel | grep FPTR64LSB | wc -l
5377
We only reserve room for 4096 relocations, so we’re over
as it is.
A kernel off of revision 286316 gave me this:
eris% objdump -R kernel | grep FPTR64LSB | wc -l
5377
Same. Odd, but ok. It’s possible that the memory layout
changed such that we now scribble over something that’s
important.
To be sure: Anton can you apply the following patch and
tell me if it makes a difference. It doubles the space
we set aside for relocations.
Index: sys/ia64/ia64/locore.S
===================================================================
--- sys/ia64/ia64/locore.S (revision 286316)
+++ sys/ia64/ia64/locore.S (working copy)
@@ -357,5 +357,5 @@
.align 16
.global fptr_storage
fptr_storage:
- .space 4096*16 // XXX
+ .space 8192*16 // XXX
fptr_storage_end:
--
Marcel Moolenaar
[email protected]
signature.asc
Description: Message signed with OpenPGP using GPGMail
