7

Прежде всего: я не эксперт, поэтому, пожалуйста, извините за любые ошибки, которые я пытаюсь объяснить себе.Ошибка переустановки при установке внешнего кросс-компилируемого модуля SPARC Linux

Я пытаюсь перекрестно скомпилировать внешний Linux-модуль для машины SPARC, используя Sparc-Linux-GCC-4.4.2. Версия ядра Linux: 2.6.36.4-00037-g059aa91-dirty. Он был исправлен некоторыми файлами с процессора LEON. Поток сборки предоставляется мне, и он использует LinuxBuild, Buildroot и Busybox. Я пытаюсь создать 32-разрядную ОС.

Все, кажется, работает, но после того, как я скомпилировать модуль и попытаться insmod его к системе СПАРК я получаю эту ошибку:

module hellok: Unknown relocation: 6 

Эта ошибка происходит из ~/linuxbuild-1.0.3/linux/linux-2.6-git/arch/sparc/kernel/module.c я предоставлю весь метод ради полноты:

int apply_relocate_add(Elf_Shdr *sechdrs, 
      const char *strtab, 
      unsigned int symindex, 
      unsigned int relsec, 
      struct module *me) 
{ 
unsigned int i; 
Elf_Rela *rel = (void *)sechdrs[relsec].sh_addr; 
Elf_Sym *sym; 
u8 *location; 
u32 *loc32; 

for (i = 0; i < sechdrs[relsec].sh_size/sizeof(*rel); i++) { 
    Elf_Addr v; 

    /* This is where to make the change */ 
    location = (u8 *)sechdrs[sechdrs[relsec].sh_info].sh_addr 
     + rel[i].r_offset; 
    loc32 = (u32 *) location; 

#ifdef CONFIG_SPARC64 
    BUG_ON(((u64)location >> (u64)32) != (u64)0); 
#endif /* CONFIG_SPARC64 */ 

    /* This is the symbol it is referring to. Note that all 
     undefined symbols have been resolved. */ 
    sym = (Elf_Sym *)sechdrs[symindex].sh_addr 
     + ELF_R_SYM(rel[i].r_info); 
    v = sym->st_value + rel[i].r_addend; 

    switch (ELF_R_TYPE(rel[i].r_info) & 0xff) { 
#ifdef CONFIG_SPARC64 
    case R_SPARC_64: 
     location[0] = v >> 56; 
     location[1] = v >> 48; 
     location[2] = v >> 40; 
     location[3] = v >> 32; 
     location[4] = v >> 24; 
     location[5] = v >> 16; 
     location[6] = v >> 8; 
     location[7] = v >> 0; 
     break; 

    case R_SPARC_DISP32: 
     v -= (Elf_Addr) location; 
     *loc32 = v; 
     break; 

    case R_SPARC_WDISP19: 
     v -= (Elf_Addr) location; 
     *loc32 = (*loc32 & ~0x7ffff) | 
      ((v >> 2) & 0x7ffff); 
     break; 

    case R_SPARC_OLO10: 
     *loc32 = (*loc32 & ~0x1fff) | 
      (((v & 0x3ff) + 
       (ELF_R_TYPE(rel[i].r_info) >> 8)) 
      & 0x1fff); 
     break; 
#endif /* CONFIG_SPARC64 */ 


    case R_SPARC_32: 
    case R_SPARC_UA32: 
     location[0] = v >> 24; 
     location[1] = v >> 16; 
     location[2] = v >> 8; 
     location[3] = v >> 0; 
     break; 

    case R_SPARC_WDISP30: 
     v -= (Elf_Addr) location; 
     *loc32 = (*loc32 & ~0x3fffffff) | 
      ((v >> 2) & 0x3fffffff); 
     break; 

    case R_SPARC_WDISP22: 
     v -= (Elf_Addr) location; 
     *loc32 = (*loc32 & ~0x3fffff) | 
      ((v >> 2) & 0x3fffff); 
     break; 

    case R_SPARC_LO10: 
     *loc32 = (*loc32 & ~0x3ff) | (v & 0x3ff); 
     break; 

    case R_SPARC_HI22: 
     *loc32 = (*loc32 & ~0x3fffff) | 
      ((v >> 10) & 0x3fffff); 
     break; 

    default: 
     printk(KERN_ERR "module %s: Unknown relocation: %x\n", 
       me->name, 
       (int) (ELF_R_TYPE(rel[i].r_info) & 0xff)); 
     return -ENOEXEC; 
    }; 
} 
return 0; 
} 

Так что я понимаю, дело по умолчанию является один я падаю под. ELF_R_TYPE(rel[i].r_info (SPARC) Relocations типов определены в моем ~/linuxbuild-1.0.3/dist/buildroot/build-br/staging/usr/include/elf.h файле и некоторые из них следующим образом:

/* SPARC relocs. */ 

#define R_SPARC_NONE  0 /* No reloc */ 
#define R_SPARC_8   1 /* Direct 8 bit */ 
#define R_SPARC_16   2 /* Direct 16 bit */ 
#define R_SPARC_32   3 /* Direct 32 bit */ 
#define R_SPARC_DISP8  4 /* PC relative 8 bit */ 
#define R_SPARC_DISP16  5 /* PC relative 16 bit */ 
#define R_SPARC_DISP32  6 /* PC relative 32 bit */ 
#define R_SPARC_WDISP30  7 /* PC relative 30 bit shifted */ 
#define R_SPARC_WDISP22  8 /* PC relative 22 bit shifted */ 
#define R_SPARC_HI22  9 /* High 22 bit */ 
#define R_SPARC_22   10 /* Direct 22 bit */ 
#define R_SPARC_13   11 /* Direct 13 bit */ 
#define R_SPARC_LO10  12 /* Truncated 10 bit */ 
#define R_SPARC_GOT10  13 /* Truncated 10 bit GOT entry */ 
#define R_SPARC_GOT13  14 /* 13 bit GOT entry */ 
#define R_SPARC_GOT22  15 /* 22 bit GOT entry shifted */ 
#define R_SPARC_PC10  16 /* PC relative 10 bit truncated */ 
#define R_SPARC_PC22  17 /* PC relative 22 bit shifted */ 
#define R_SPARC_WPLT30  18 /* 30 bit PC relative PLT address */ 
#define R_SPARC_COPY  19 /* Copy symbol at runtime */ 
#define R_SPARC_GLOB_DAT 20 /* Create GOT entry */ 
#define R_SPARC_JMP_SLOT 21 /* Create PLT entry */ 
#define R_SPARC_RELATIVE 22 /* Adjust by program base */ 
#define R_SPARC_UA32  23 /* Direct 32 bit unaligned */ 

/* Additional Sparc64 relocs. */ 
... 

Так перемещение 6 соответствует R_SPARC_DISP32PC аки относительного 32 бита. Это определено в операторе case module.c, но только в 64-битной секции. Я думаю, что мне нужно либо написать перераспределение себя, либо выяснить, какой флаг перемещения мне нужен, и изменить флаг во время компиляции. Я действительно не понимаю, что происходит в коде переселения, поэтому, пожалуйста, помогите мне разобраться, как я должен это исправить. Я не думаю, что смогу создать ОС как 64-разрядную, потому что, похоже, она разбивает систему, поэтому, пожалуйста, помогите мне найти альтернативные решения.

+0

Возможно ли, что он должен делать с MMU? – Stuart

+1

Просто вслух, но можете ли вы [target] -objdump -r скомпилировать модули с целевой машины и выяснить, какие типы перемещений они используют? А потом выясните, где в системе сборки выбран тип для использования? Насколько вы уверены, что ваша система сборки/конфигурации/заголовки соответствуют тем, что находится на машине? –

+0

Какой процессор Leon? Какое распределение работает - что-то от Гейслера или что-то еще? У вас есть -m32 в ваших флагах сборки? –

ответ

2

У меня точно такая же проблема с моим собственным модулем, для конфигурации Leon-Linux (linuxbuild-1.0.1).

То, что я сделал, что я переехал часть «Доводы R_SPARC_DISP32» кода (на 4 линии) только после того, как линий «#endif/* CONFIG_SPARC64 * /»

Вот некоторый плохой хак Гарри ;-) но по крайней мере, я могу теперь подключить модуль ... Теперь мне нужно искать побочные эффекты на стороне пользователя, когда приложения вызывают процедуры модуля.

Итак, продолжение следует ...

С наилучшими пожеланиями, Карим

+0

Я также использовал это некоторое время, но я не чувствовал себя комфортно, так как не мог быть уверен, что это уместно. Я думаю, что флаг -fno-dwarf2-dfi-asm лучше, но не может быть положительным. – Stuart

 Смежные вопросы

  • Нет связанных вопросов^_^