Kernel Kompilierung auf virtueller Maschine

[Jojo (Gast)]

Hallo zusammen,

ich hab eine Frage bezüglich der Linux-Kernel-Kompilierung. Es geht 
darum, daß ich einen neuen Kernel für einen SBC (RPi ähnlich) bauen 
möchte. Auf meinem Linux-PC geht das mittels der passenden 
Cross-Compiler-Toolchain wunderbar.

Dann hab ich hier einen Windows7-Rechner. Auf dem hab ich eine virtuelle 
Maschine aufgesetzt (Linux Mint 16, gleiches wie am Linux-PC) und die 
gleiche Toolchain wie am Linux-PC installiert.

Dennoch schlägt das Kompilieren in der virtuellen Maschine fehl.

Es erscheinen Meldungen wie (Auszug, nicht vollständig):

/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: warning: asm operand 2 probably doesn’t match constraints [enabled by default]
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: error: impossible constraint in ‘asm’
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: error: impossible constraint in ‘asm’
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: error: impossible constraint in ‘asm’
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: error: impossible constraint in ‘asm’
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
make[1]: *** [init/main.o] Fehler 1
make: *** [init] Fehler 2

Kann da jemand weiterhelfen oder weiß jemand den Grund?

Gruß

[SI (Gast)]

Sieht so aus als bei ./configure etwas falsch gelaufen ist, will sagen, 
vielleicht die falsche Plattform angegeben.

Das Genörgel heisst grob übersetzt "mit dem Assembler kann ich auf der 
Plattform nix anfangen".

Allerdings kenn ich genug Bugs bei den Cross-Compilern, bei denen schon 
das ändern von -O auf -O2 hilft.

[Jojo (Gast)]

Hi und danke für die Antwort!

Also die Ausgabe beim Konfigurieren sieht so aus:

jojo@jojo-VirtualBox ~/linux-kernel $ sudo make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- sun7i_defconfig
[sudo] password for jojo: 
#
# configuration written to .config
#

Das sieht für mich erstmal doch ok aus, oder?!

Dann mache ich:

jojo@jojo-VirtualBox ~/linux-kernel $ sudo make -j1 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- uImage modules
scripts/kconfig/conf --silentoldconfig Kconfig
  CHK     include/linux/version.h
  CHK     include/generated/utsrelease.h
make[1]: »include/generated/mach-types.h« ist bereits aktualisiert.
  CALL    scripts/checksyscalls.sh
  CC      init/main.o
In file included from /home/jojo/linux-kernel/arch/arm/include/asm/page.h:170:0,
                 from include/linux/mmzone.h:20,
                 from include/linux/gfp.h:4,
                 from include/linux/kmod.h:22,
                 from include/linux/module.h:13,
                 from init/main.c:13:
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h: In function ‘start_kernel’:
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: warning: asm operand 2 probably doesn’t match constraints [enabled by default]
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: warning: asm operand 2 probably doesn’t match constraints [enabled by default]
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: warning: asm operand 2 probably doesn’t match constraints [enabled by default]
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: warning: asm operand 2 probably doesn’t match constraints [enabled by default]
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: error: impossible constraint in ‘asm’
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: error: impossible constraint in ‘asm’
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: error: impossible constraint in ‘asm’
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: error: impossible constraint in ‘asm’
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
make[1]: *** [init/main.o] Fehler 1
make: *** [init] Fehler 2

und das scheint nicht mehr zu gehen. Ich hab mich bei den Befehlen 
strikt an ein Tutorial gehalten. Und wie gesagt, auf meinem Linux-PC ein 
Cross-Compiling für ARM durchzuführen funktioniert ja auch genau so o_O 
. Ich bin verwirrt...

Gruß

[ich (Gast)]

Warum den sudo zum kompilieren, das schreit nach problemen?

An sonsten, bist du sicher dass die Kernelquellen sauber sind und nicht 
schon mal kurz angefangen wurde für x86 zu kompilieren (aus Versehen). 
Mach mal ein make mrproper.

[Jojo (Gast)]

ich schrieb:
> Warum den sudo zum kompilieren, das schreit nach problemen?

Ja.. also... weil es ohne sudo nicht ging :)

jojo@jojo-VirtualBox ~/linux-kernel $ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- sun7i_defconfig

*** Error during writing of the configuration.

make[1]: *** [sun7i_defconfig] Fehler 1
make: *** [sun7i_defconfig] Fehler 2

ich schrieb:
> An sonsten, bist du sicher dass die Kernelquellen sauber sind und nicht
> schon mal kurz angefangen wurde für x86 zu kompilieren (aus Versehen).

Joa... da bin ich schon relativ sicher. Ich bin ja nicht der einzige, 
der die benutzt. Wenn es da tiefgreifende Probleme mit der Quelle gäbe, 
hätten das bestimmt schon ein paar mehr Leute bemerkt und gemeldet. Aber 
sowas ist mir eigentlich nicht bekannt. Ich würde die Quellen als OK 
nsehen.

ich schrieb:
> Mach mal ein make mrproper.

Ok, hab ich gerade gemacht:

jojo@jojo-VirtualBox ~/linux-kernel $ make mrproper
  CLEAN   .
rm: das Entfernen von »./kernel/bounds.s“ ist nicht möglich: Keine Berechtigung
make[1]: *** [__clean] Fehler 1
make: *** [_clean_.] Fehler 2
jojo@jojo-VirtualBox ~/linux-kernel $ sudo make mrproper
[sudo] password for jojo: 
  CLEAN   .
  CLEAN   usr
  CLEAN   .tmp_versions
  CLEAN   scripts/basic
  CLEAN   scripts/genksyms
  CLEAN   scripts/kconfig
  CLEAN   scripts/mod
  CLEAN   scripts
  CLEAN   include/config include/generated arch/arm/include/generated
  CLEAN   .config .config.old .version include/linux/version.h

Gruß

[ich (Gast)]

na wenn du als root compiliert hast kannst du die dateien natürlich auch 
nur als root wieder löschen...
Am besten machst du mal ein (mit sudo) "chown -R jojo 
[kernelverzeichnis]" und arbeitest dann nicht mehr mit root daran rum. 
Dann gibt es zumindest eine Probleme mehr mit Berechtigungen.
Und nach dem mrproper dann wieder neu anfangen zu kompilieren.

[SI (Gast)]

Davon ausgehend, dass du den (sauberen) Urzustand wie von "ich" 
vorgeschlagen hergestellt hast, probier mal eine andere Plattform.
Was ich damit meine ist, statt:

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- sun7i_defconfig

das:

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- arm_defconfig

sun7i sehe ich als nicht als mögliche Plattform. Siehe
http://events.linuxfoundation.org/sites/events/files/slides/Shuah_Khan_cross_compile_linux.pdf

[ich (Gast)]

Ich denke er verwendet den linux-sunxi fork, da gibt es sun7i_defconfig. 
Der letzte nightly build mit sun7i_defconfig lief auch ohne Probleme, es 
sollte also nicht am Kernel liegen.

[Jojo (Gast)]

Nochmal vielen Dank für deine Hilfe.

Hab alles wie beschrieben gemacht. Ich habe die entsprechenden 
Berechtigungen und dann nach dem mrproper nochmal von vorn angefangen. 
Leider hat sich an dem Ergebnis nichts geändert :( .

Hier nochmal der Konsolenauszug:

jojo@jojo-VirtualBox ~ $ sudo chown -R jojo ~/linux-kernel
[sudo] password for jojo: 
jojo@jojo-VirtualBox ~ $ ls -la
insgesamt 148
...
drwxr-xr-x 28 jojo root 4096 Mai 22 13:23 linux-kernel
...

jojo@jojo-VirtualBox ~ $ cd linux-kernel
jojo@jojo-VirtualBox ~/linux-kernel $ make mrproper
  CLEAN   .
  CLEAN   .tmp_versions
  CLEAN   scripts/basic
  CLEAN   scripts/genksyms
  CLEAN   scripts/kconfig
  CLEAN   scripts/mod
  CLEAN   scripts
  CLEAN   include/config include/generated arch/arm/include/generated
  CLEAN   .config include/linux/version.h
jojo@jojo-VirtualBox ~/linux-kernel $ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- sun7i_defconfig
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/kconfig/conf.o
  SHIPPED scripts/kconfig/zconf.tab.c
  SHIPPED scripts/kconfig/zconf.lex.c
  SHIPPED scripts/kconfig/zconf.hash.c
  HOSTCC  scripts/kconfig/zconf.tab.o
  HOSTLD  scripts/kconfig/conf
#
# configuration written to .config
#
jojo@jojo-VirtualBox ~/linux-kernel $ make -j1 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- uImage modules
scripts/kconfig/conf --silentoldconfig Kconfig
  WRAP    arch/arm/include/generated/asm/auxvec.h
  WRAP    arch/arm/include/generated/asm/bitsperlong.h
  WRAP    arch/arm/include/generated/asm/cputime.h
  WRAP    arch/arm/include/generated/asm/emergency-restart.h
  WRAP    arch/arm/include/generated/asm/errno.h
  WRAP    arch/arm/include/generated/asm/ioctl.h
  WRAP    arch/arm/include/generated/asm/irq_regs.h
  WRAP    arch/arm/include/generated/asm/kdebug.h
  WRAP    arch/arm/include/generated/asm/local.h
  WRAP    arch/arm/include/generated/asm/local64.h
  WRAP    arch/arm/include/generated/asm/percpu.h
  WRAP    arch/arm/include/generated/asm/poll.h
  WRAP    arch/arm/include/generated/asm/resource.h
  WRAP    arch/arm/include/generated/asm/sections.h
  WRAP    arch/arm/include/generated/asm/siginfo.h
  WRAP    arch/arm/include/generated/asm/sizes.h
  CHK     include/linux/version.h
  UPD     include/linux/version.h
  CHK     include/generated/utsrelease.h
  UPD     include/generated/utsrelease.h
  Generating include/generated/mach-types.h
  CC      kernel/bounds.s
  GEN     include/generated/bounds.h
  CC      arch/arm/kernel/asm-offsets.s
  GEN     include/generated/asm-offsets.h
  CALL    scripts/checksyscalls.sh
  HOSTCC  scripts/genksyms/genksyms.o
  SHIPPED scripts/genksyms/lex.lex.c
  SHIPPED scripts/genksyms/keywords.hash.c
  SHIPPED scripts/genksyms/parse.tab.h
  HOSTCC  scripts/genksyms/lex.lex.o
  SHIPPED scripts/genksyms/parse.tab.c
  HOSTCC  scripts/genksyms/parse.tab.o
  HOSTLD  scripts/genksyms/genksyms
  CC      scripts/mod/empty.o
  HOSTCC  scripts/mod/mk_elfconfig
  MKELF   scripts/mod/elfconfig.h
  HOSTCC  scripts/mod/file2alias.o
  HOSTCC  scripts/mod/modpost.o
  HOSTCC  scripts/mod/sumversion.o
  HOSTLD  scripts/mod/modpost
  HOSTCC  scripts/kallsyms
  HOSTCC  scripts/pnmtologo
  HOSTCC  scripts/conmakehash
  HOSTCC  scripts/bin2c
  CC      init/main.o
In file included from /home/jojo/linux-kernel/arch/arm/include/asm/page.h:170:0,
                 from include/linux/mmzone.h:20,
                 from include/linux/gfp.h:4,
                 from include/linux/kmod.h:22,
                 from include/linux/module.h:13,
                 from init/main.c:13:
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h: In function ‘start_kernel’:
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: warning: asm operand 2 probably doesn’t match constraints [enabled by default]
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: warning: asm operand 2 probably doesn’t match constraints [enabled by default]
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: warning: asm operand 2 probably doesn’t match constraints [enabled by default]
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: warning: asm operand 2 probably doesn’t match constraints [enabled by default]
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: error: impossible constraint in ‘asm’
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: error: impossible constraint in ‘asm’
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: error: impossible constraint in ‘asm’
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:164:2: error: impossible constraint in ‘asm’
  __asm__("@ __pv_stub\n"    \
  ^
/home/jojo/linux-kernel/arch/arm/include/asm/memory.h:175:2: note: in expansion of macro ‘__pv_stub’
  __pv_stub(x, t, "add", __PV_BITS_31_24);
  ^
make[1]: *** [init/main.o] Fehler 1
make: *** [init] Fehler 2

Sieht nicht gut aus, oder? Ich würde mich ja auch mit der Antwort "Auf 
virtuellen Maschinen geht das nicht." zufrieden geben ;) ...

Gruß

[Jojo (Gast)]

ich schrieb:
> Ich denke er verwendet den linux-sunxi fork, da gibt es
> sun7i_defconfig.
> Der letzte nightly build mit sun7i_defconfig lief auch ohne Probleme, es
> sollte also nicht am Kernel liegen.

So ist es :) . Sorry, hatte ich nicht erwähnt...

[SI (Gast)]

ich schrieb:
> Ich denke er verwendet den linux-sunxi fork, da gibt es sun7i_defconfig.
> Der letzte nightly build mit sun7i_defconfig lief auch ohne Probleme, es
> sollte also nicht am Kernel liegen.

Ah. Aber sollte man das nicht mit "make 'boardtype' 
CROSS_COMPILE=arm-linux-gnueabihf-" kompilieren?

[Jojo (Gast)]

Hm... das weiß ich nicht :( . Ich hab die Befehle nur so aus den 
Tutorials übernommen -_- . Ich werde ich gleich nochmal genau so an dem 
Linux-PC versuchen.

Hab auch grad versucht einen Patch per git anzuwenden. Das ging auch 
nicht.

Gruß

[JPG-For (Gast)]

$ make V=1

dann siehst Du, ob tatsächlich auch der richtige Compiler
verwendet wird.

[Rolf Magnus (Gast)]

Jojo schrieb:
> Ich würde mich ja auch mit der Antwort "Auf virtuellen Maschinen geht das
> nicht." zufrieden geben ;)

Ich halte es für sehr unwahrscheinlich, daß diese Antwort korrekt wäre. 
Den Compiler juckt das eigentlich überhaupt nicht, ob der direkt auf 
einem realen System oder in einer VM läuft. Es muß da noch irgend ein 
anderer Unterschied zwischen den beiden Systemen sein.

[SI (Gast)]

Probier doch mal die Schritte unter 
http://linux-sunxi.org/Linux_Kernel#Compilation.

Wenn es dann immer noch hakt, stimmt mit der Toolchain etwas nicht.

[Georg (Gast)]

Jojo schrieb:
> Ich würde mich ja auch mit der Antwort "Auf
> virtuellen Maschinen geht das nicht." zufrieden geben

Ein Cross-Compiler ist doch von der System-Umgebung, in der er läuft, 
völlig unabhängig, das ist im Prinzip eine reine Text rein - Binär raus 
Maschine. Was sollte es denn einen Z80-Compiler interessieren, welche 
DLLs in Windows installiert sind, der verarbeitet nur seine Z80 
Libraries usw.

Georg