Am 11.06.22 um 13:49 schrieb Rainer Gubanski:
Hallo Liste, ich habe mein System heute morgen mit den letzten angebotenen Kernelupdates versorgt:
<snip>
=== Building 'vboxdrv' module === make[1]: Verzeichnis „/usr/src/kernel-modules/virtualbox/src/vboxdrv“ wird betreten make V= CONFIG_MODULE_SIG= CONFIG_MODULE_SIG_ALL= -C /lib/modules/5.18.3-lp153.2.gb06f595-default/build M=/usr/src/kern el-modules/virtualbox/src/vboxdrv SRCROOT=/usr/src/kernel-modules/virtualbox/src/vboxdrv -j12 modules make[2]: Verzeichnis „/usr/src/linux-5.18.3-lp153.2.gb06f595-obj/x86_64/default“ wird betreten warning: the compiler differs from the one used to build the kernel The kernel was built by: gcc (SUSE Linux) 11.3.0 You are using: gcc (SUSE Linux) 7.5.0 CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/linux/SUPDrv-linux.o CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrv.o CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrvGip.o CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrvSem.o gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’?
Moin, für den Fehler ist VirtualBox wohl nicht verantwortlich zu machen. Der Kernel 5.18.3 aus dem OBS-Kernel-Backports-Repo ist - wie die Meldungen schon sagen - mit gcc-11 übersetzt und der beherrscht die Option '-mharden-sls=all'. Leap 15.{3,4} stellt uns nur den gcc-7 zur Verfügung und der beherrscht die Option eben nicht. Andere Third-Party-Kernel-Module wie Nvdia oder VMWare werden da höchstwahrscheinlich auch dran scheitern. Es wäre wahrscheinlich sinnvoll, den Backport-Kernel für Leap auch mit dem Standard-Compiler von Leap zu übersetzen. Ansonsten kannst du den Fehler umschiffen, indem du in /usr/src/linux-<version>/arch/x86/Makefile die Compiler-Option auskommentierst: ifdef CONFIG_SLS # KBUILD_CFLAGS += -mharden-sls=all endif Das wäre dann allerdings nach jedem Kernel-Update erforderlich. Gruß Mike