[SEMI-RISOLTO]problema a compilare kernel UML

[crazyboy]

Ciao a tutti....
Sto cercando di entrare nel modo UML solo che mi sono bloccato subito nella compilazione del kernel.
Ho scaricato l'usermode-source x il kernel 2.6.6-r4 ma quando lo vado a compilare con "make linux ARCH=um" mi da un problema nel linking finale:
root@denis /usr/src/linux-2.6.6-uml1-r4 # make linux ARCH=um
make[1]: `arch/um/sys-i386/util/mk_sc' is up to date.
CHK arch/um/include/uml-config.h
CHK arch/um/include/task.h
CHK arch/um/include/kern_constants.h
make[1]: `arch/um/sys-i386/util/mk_thread' is up to date.
CHK include/linux/compile.h
MAIN arch/um/main.o
LD vmlinux
make[1]: `arch/um/uml.lds.s' is up to date.
gcc -Wl,-T,arch/um/uml.lds.s -static -Wl,--wrap,malloc -Wl,--wrap,free -Wl,--wrap,calloc \
-o linux arch/um/main.o vmlinux -L/usr/lib -lutil
vmlinux(.text+0xed880): In function `strcpy':
lib/string.c:71: multiple definition of `strcpy'
arch/um/kernel/tt/unmap_fin.o(.text+0x428a0): first defined here
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld: Warning: size of symbol `strcpy' changed from 79 in arch/um/kernel/tt/unmap_fin.o to 32 in vmlinux
vmlinux(.text+0xedb50): In function `strrchr':
lib/string.c:266: multiple definition of `strrchr'
arch/um/kernel/tt/unmap_fin.o(.text+0x1a640): first defined here
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld: Warning: size of symbol `strrchr' changed from 441 in arch/um/kernel/tt/unmap_fin.o to 47 in vmlinux
vmlinux(.text+0xedac0): In function `strncmp':
lib/string.c:231: multiple definition of `strncmp'
arch/um/kernel/tt/unmap_fin.o(.text+0x5cc0): first defined here
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld: Warning: size of symbol `strncmp' changed from 207 in arch/um/kernel/tt/unmap_fin.o to 66 in vmlinux
vmlinux(.text+0xeecd0): In function `sscanf':
lib/vsprintf.c:813: multiple definition of `sscanf'
arch/um/kernel/tt/unmap_fin.o(.text+0x34e60): first defined here
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld: Warning: size of symbol `sscanf' changed from 33 in arch/um/kernel/tt/unmap_fin.o to 35 in vmlinux
vmlinux(.text+0xeda90): In function `strcmp':
lib/string.c:211: multiple definition of `strcmp'
arch/um/kernel/tt/unmap_fin.o(.text+0x5be0): first defined here
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld: Warning: size of symbol `strcmp' changed from 37 in arch/um/kernel/tt/unmap_fin.o to 39 in vmlinux
vmlinux(.text+0xedb10): In function `strchr':
lib/string.c:251: multiple definition of `strchr'
arch/um/kernel/tt/unmap_fin.o(.text+0x5a70): first defined here
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld: Warning: size of symbol `strchr' changed from 359 in arch/um/kernel/tt/unmap_fin.o to 53 in vmlinux
vmlinux(.text+0xedc80): In function `strpbrk':
lib/string.c:382: multiple definition of `strpbrk'
arch/um/kernel/tt/unmap_fin.o(.text+0x37750): first defined here
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld: Warning: size of symbol `strpbrk' changed from 179 in arch/um/kernel/tt/unmap_fin.o to 82 in vmlinux
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld: BFD 2.14.90.0.8 20040114 assertion fail elf.c:3465
collect2: ld returned 1 exit status
make: *** [linux] Error 1


Avete delle idee??

[Frez]

Sul PC dove l'ho provato non avevo gentoo (argh!) e mi sono pachato il vanilla 2.6.6 usando due set di patch per ricavarne uno per l' host e uno per il/i guest. Soluzione credo meno complicata dell'applicare le patch allo stesso kernel tree

Per L'host: host-skas3-2.6.6-v1.patch
e poi compilare normalmente (cioe' senza ARCH=um)

Per il guest ho usato in sequenza le patch

• uml-patch-2.6.6-02.bz2 (nota: pare che la uml-patch-2.6.6-01.bz2 non funzioni )
  
• patch-2.6.6-v2
  

da compilare con ARCH=um

In verita' il guest l'ho compilato senza moduli, credo sia molto piu' comodo.
aspetta, che sciocco, do un occhiata all'ebuild ...
hmm se non mi sbaglio viene installata la patch uml-patch-2.6.6-1.bz2, quella che sembrerebbe non funzionare

edito: avevo dimenticato il link
_________________
There is one more thing ... it's been emotional

[crazyboy]

Io invece uso i pacchetti di gentoo e avevo gia' sentito parlare di questa fantomatica patch 02 per il kernel 2.6.6 ma da dove l'ebuild scarica la patch,quella che hai indicato tu non esiste...
Tra l'altro ho anche verifica la la 01 usata da gentoo e' diversa dalla 01 presa da dove dici tu...(che giro di parole!!!)

Cmq ora ho modificato l'ebuild per scaricare la patch che mi ha indicato e vediamo a compilarlo cosa succede...poi ti faccio sapere...

Intanto grazie...

[crazyboy]

Niente da fare non riesco a modificare l'ebuild per usare la patch 02 che mi hai indicato...Probabilmente bisogna farne una apposta....
Adesso faro' altre prove e al massimo non usero' il pacchetto di gentoo ma partiro' direttamente da vanilla come hai fatto tu...

Comunque se qualcuno ha qualche suggerimento...

[crazyboy]

Ok,ho capito...e' colpa dell' nptl...
Con le libc compilato con nptl il kernel UML non si compila...

Qualcuno sa se esiste una patch??

[zioponics]

Ciao Crazyboy,

io ho giocato per un po di tempo con gli UML , e da quanto mi ricordo per l'nptl l'unica soluzione é ricompilare glibc (...senza nptl).


Par il kernel host, il patch SKAS e e il patch /dev/anon (quest'ultimo non so se esiste per il 2.6.x ) sono consigliabili ma non indispensabili.

Però ti consiglio di patchare l'host almeno con lo SKAS patch, perché sennò facendo "ps -ax" dal UML vedi anche i processi dell'host...e in produzione non é consigliabile... e in ogni caso le performance aumentano..

per gestire il o i tuoi UML, ti consiglio di usare screen e non quei dannati xterm che ti apre di default, sopratutto se accedi da un altra postazione...

Beh divertiti con l'UML
_________________
Linux nb that actually RTFM

[crazyboy]

Infatti per ora sono tornato alle libc senza nptl...Speriamo che risolvano presto...
Cmq grazie per i suggerimenti che mettero' sicuramente in pratica anche se ci vorra' ancora del tempo perche' i problemi non sono certo finiti...