[Gelöst] Kernel 2.6.27.7-9 Kompilieren schlägt fehl

[Anonymous]

Hi,

wie immer möchte ich mir meinen eigenen Kernel aus den Suse-Quellen basteln. Die Version ist 2.6.27.7-9 Ich bekomme aber immer folgenden Fehler:

WARNING: modpost: Found 1 section mismatch(es).
To see full details build your kernel with:
'make CONFIG_DEBUG_SECTION_MISMATCH=y'
  GEN     .version
  CHK     include/linux/compile.h
  UPD     include/linux/compile.h
  CC      init/version.o
  LD      init/built-in.o
  LD      .tmp_vmlinux1
arch/x86/kdb/built-in.o: In function `kdba_kdump_shutdown_slave':
/usr/src/linux/arch/x86/kdb/kdba_support.c:53: undefined reference to `halt_current_cpu'
make: *** [.tmp_vmlinux1] Fehler 1
root@Hanswurst:/usr/src/linux>

Bei Tante Google habe ich nichts gefunden. Hat da jemand eine Ahnung, ich weiss jetzt nicht, ob es an meiner config liegt oder an den Quellen...

Cu

 

[Anonymous]

ich weiss jetzt nicht, ob es an meiner config liegt oder an den Quellen...

Was hast du denn da alles an Debugfunktionen im Kernel aktiviert, gib am besten mal die ganze Sektion "# Kernel hacking" aus der config
und was brauchst du denn für Debugfunktionen im Kernel ?

robi

 

[Anonymous]

Hi,

in der Kernel-Hacking Section hab ich nichts geändert:

#
# Kernel hacking
#
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
# CONFIG_ENABLE_MUST_CHECK is not set
CONFIG_FRAME_WARN=1024
CONFIG_MAGIC_SYSRQ=y
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
# CONFIG_HEADERS_CHECK is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_DETECT_SOFTLOCKUP is not set
CONFIG_SCHED_DEBUG=y
CONFIG_SCHEDSTATS=y
CONFIG_TIMER_STATS=y
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_LOCK_ALLOC is not set
# CONFIG_PROVE_LOCKING is not set
# CONFIG_LOCK_STAT is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
CONFIG_STACKTRACE=y
# CONFIG_DEBUG_KOBJECT is not set
# CONFIG_DEBUG_HIGHMEM is not set
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_INFO=y
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_FRAME_POINTER is not set
CONFIG_UNWIND_INFO=y
CONFIG_STACK_UNWIND=y
# CONFIG_BOOT_PRINTK_DELAY is not set
CONFIG_RCU_TORTURE_TEST=m
# CONFIG_KPROBES_SANITY_TEST is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
CONFIG_LKDTM=m
# CONFIG_FAULT_INJECTION is not set
CONFIG_LATENCYTOP=y
CONFIG_SYSCTL_SYSCALL_CHECK=y
CONFIG_HAVE_FTRACE=y
CONFIG_HAVE_DYNAMIC_FTRACE=y
# CONFIG_FTRACE is not set
# CONFIG_IRQSOFF_TRACER is not set
# CONFIG_SYSPROF_TRACER is not set
# CONFIG_SCHED_TRACER is not set
# CONFIG_CONTEXT_SWITCH_TRACER is not set
CONFIG_PROVIDE_OHCI1394_DMA_INIT=y
CONFIG_DYNAMIC_PRINTK_DEBUG=y
# CONFIG_SAMPLES is not set
CONFIG_HAVE_ARCH_KGDB=y
# CONFIG_KGDB is not set
# CONFIG_STRICT_DEVMEM is not set
# CONFIG_X86_VERBOSE_BOOTUP is not set
CONFIG_EARLY_PRINTK=y
# CONFIG_DEBUG_STACKOVERFLOW is not set
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_X86_PTDUMP is not set
CONFIG_DEBUG_RODATA=y
# CONFIG_DEBUG_RODATA_TEST is not set
# CONFIG_DEBUG_NX_TEST is not set
# CONFIG_4KSTACKS is not set
CONFIG_DOUBLEFAULT=y
# CONFIG_MMIOTRACE is not set
CONFIG_IO_DELAY_TYPE_0X80=0
CONFIG_IO_DELAY_TYPE_0XED=1
CONFIG_IO_DELAY_TYPE_UDELAY=2
CONFIG_IO_DELAY_TYPE_NONE=3
CONFIG_IO_DELAY_0X80=y
# CONFIG_IO_DELAY_0XED is not set
# CONFIG_IO_DELAY_UDELAY is not set
# CONFIG_IO_DELAY_NONE is not set
CONFIG_DEFAULT_IO_DELAY_TYPE=0
# CONFIG_DEBUG_BOOT_PARAMS is not set
# CONFIG_CPA_DEBUG is not set
# CONFIG_OPTIMIZE_INLINING is not set
CONFIG_KDB=y
CONFIG_KDB_MODULES=m
CONFIG_KDB_OFF=y
CONFIG_KDB_CONTINUE_CATASTROPHIC=0
CONFIG_KDB_USB=y
CONFIG_KDB_KDUMP=y

Ich denke, aber das das hier das Problem ist:

/usr/src/linux/arch/x86/kdb/kdba_support.c:53: undefined reference to `halt_current_cpu'

 

[Anonymous]

CONFIG_KDB=y
CONFIG_KDB_MODULES=m
CONFIG_KDB_OFF=y
CONFIG_KDB_CONTINUE_CATASTROPHIC=0
CONFIG_KDB_USB=y
CONFIG_KDB_KDUMP=y

Ich denke, aber das das hier das Problem ist:
/usr/src/linux/arch/x86/kdb/kdba_support.c:53: undefined reference to `halt_current_cpu'

eben deswegen:
Brauchst du den kdb built-in kernel debugger? Ich hab zwar auch solche Kernel zur Auswahl kann mich aber nicht erinnern jemals einen wirklich gebraucht zu haben. Bremst dir doch blos das System aus. Leider weiß ich jetzt auch nicht mehr aus dem Kopf was da alles enabled werden muss, aber schau mal http://oss.sgi.com/projects/kdb/ da sollten Infos zu finden sein.

default sollte der ausgeschalten sein,

# CONFIG_KDB is not set

wenn du den nicht geändert hast ????? hast du aus einem Debugkernel die config genommen.

robi

 

[Anonymous]

wenn du den nicht geändert hast ????? hast du aus einem Debugkernel die config genommen.

Wie gesagt, ich habe da nichts geändert...ich schmeiss nur immer das raus, was ich definitiv nicht im Rechner habe und wo ich weiss, dass ich es nicht brauche. Die Sachen, die mir gar nichts sagen, lase ich immer unberührt, so wie z.B. die Kernel-Hacking Section.

hast du aus einem Debugkernel die config genommen

ich habe die config aus dem default-Kernel.

Ich werde deinen Vorschlag mal versuchen...

 

[Anonymous]

Hi,

es hat geklappt. Danke!

 

[chameleon123]

CONFIG_KDB=y
CONFIG_KDB_MODULES=m
CONFIG_KDB_OFF=y
CONFIG_KDB_CONTINUE_CATASTROPHIC=0
CONFIG_KDB_USB=y
CONFIG_KDB_KDUMP=y

ist "default" in config-2.6.27.7-9-pae, habe mit dieser config ohne Problem einen 2.6.28-9-pae von kernel.org übersetzen können, daher wundert mich das - vielleicht betrifft das Problem ja auch nur die suse-kernel der 2.6.27er Reihe?