On 8.12.2010 17:15, Stephan Kulow wrote:
Am Mittwoch, 1. Dezember 2010 schrieb Stephan Kulow:
Hi,
xen is back in factory and with it unfortunately also the problems in building kmps ;(
xtables-addon:
checking kernel version that we will build against... /bin/sh: /usr/src/linux-2.6.37-rc3-git6-8-obj/x86_64/xen/scripts/Makefile.xen: Permission denied /usr/src/linux-2.6.37-rc3-git6-8/scripts/basic/fixdep.c:398:1: fatal error: opening dependency file scripts/basic/.fixdep.d: Permission denied compilation terminated. make[4]: *** [scripts/basic/fixdep] Error 1 make[3]: *** [scripts_basic] Error 2 ./configure: line 10822: Updating /usr/src/linux+0: division by 0 (error token is "/src/linux+0")
omnibook: Processing files: omnibook-kmp-xen-20100406_kUpdating-3.21.x86_64 error: File not found: /usr/src/packages/BUILDROOT/omnibook-20100406-3.21.x86_64/lib/module s/Updating- xen error: File must begin with "/": 2.6.37-rc3-git6-8
These problems did not appear when xen was disabled. Please fix them.
A week passed and I still can't get KMPs to build ;(
What seems to trigger the omnibook breakage is this from Makefile.build:
Makefile.xen := $(if $(KBUILD_EXTMOD),$(KBUILD_EXTMOD), $(objtree)/scripts)/Makefile.xen $(Makefile.xen): $(srctree)/scripts/Makefile.xen.awk $(srctree)/scripts/Makefile.build @echo ' Updating $@'
Ah. There is an older bug that some of the KMP macros results in the kernel Makefile attempting to rebuild _something_. What was bizarre when I tried to debug this was that when I built again in the same chroot, the problem disappeared (although a non-root build should not change anything in the chroot). So far this has been only a "aesthetic" issue, the KMPs built OK. Now with the echo added by the xen patches, becomes a real problem. I'll have a deeper look now. Michal -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org