iMon LCD (ffdc) hängt sich mit bestimmter CPU auf!

Ist schon so eine Sache, da alles mögliche mitspielen könnte. Selbst deine CFLAGS könnten da mitspielen. -O3 würde ich nie benutzen, da es die Kompilierzeiten unnötig verlängert und keinen spürbaren Performanceschub bringt. Ich halte mich an die Safe CFlags Empfehlungen und fahre damit sehr gut. -O3 hatte ich zu LFS-Zeiten mal probiert und Probleme mit Segfaults bei bestimmten Programmen Ärger gehabt, abgesehen von den Compile-Errors. march=native bringt am meisten, solange du nicht von AMD auf Intel wechselst oder auf ältere Prozessoren zurückgehst.

Vielleicht gibt es ja bei LCDproc oder dem imon-Treiber bestimmte Optionen, die man benutzen kann. Du hast gesagt, dass du die Panic hast, wenn der Treiber das LCD ausschaltet, vielleicht könnte man genau das ja unterbinden, indem das LCD nicht ausgeschaltet wird, sondern die Spannungsversorgung beim Ausschalten des PC getrennt wird. Ich hatte in meinen Gehäuse auch dieses leidige Teil und erinnere mich noch, dass es angeblieben ist, wenn es beim herunterfahren nicht ausgeschaltet wurde, da es mit der Dauer-5V-Versorgung verbunden war.

Zitat von MegaV0lt

grep MICROCODE .config
CONFIG_MICROCODE=y
CONFIG_MICROCODE_INTEL=y
CONFIG_MICROCODE_AMD=y
CONFIG_MICROCODE_OLD_INTERFACE=y
CONFIG_MICROCODE_INTEL_EARLY=y
CONFIG_MICROCODE_AMD_EARLY=y
CONFIG_MICROCODE_EARLY=y

Alles anzeigen

Das Intel-Zeug brauchst du nicht.

Wahrscheinlich ist auf der Seite die Konfiguration für ältere Kernel beschrieben und deshalb sieht es ein wenig anders aus.

Wenn ich das richtig deute, fehlen dir nun ein ein paar i2c Funktionen. Du musst zumindest erst mal die DVB Module neu bauen, mit etwas glueck wars das ...

Dann ist entweder der Bau mit nem Fehler abgebrochen, oder du hast Dich "verkonfiguriert"

Bei mir ist early microcode nicht aktiviert und es sind Module.

Zitat von MegaV0lt

Ich mach jetzt noch mal das dvb_update und einen reboot und hoffe nicht alles geschrottet zu haben

Dafür hab ich einen Eintrag für einen funktionierenden Kernel in der Bootloader-Config. Bei mir Lilo, weil ich grub hasse.

Zitat von MegaV0lt

The following REQUIRED_USE flag constraints are unsatisfied:
tools? ( any-of ( gtk2 gtk3 ) )

The above constraints are a subset of the following complete expression:
tools? ( X any-of ( gtk2 gtk3 ) )

(dependency required by "@module-rebuild" [argument])

Das heißt, dass der Nvidia-driver entweder mit gtk2 oder gtk3 use-flag gebaut wird. Das kannst du in der /etc/portage/package.use einstellen, z.B. so

x11-drivers/nvidia-drivers gtk2

Dann benutzt portage dieses use-flag für das Paket und nicht die in der globalen make.conf eingetragenen, also hier gtk2.

Edit:

Hast du absichtlich kein emerge --sync seit Februar gemacht?

Halt uns auf dem Laufenden, bin auch gespannt. Aber ich glaube eher, dass es sich noch aufhängen wird, aber warten wir's ab.

Ich hab nen normales Gentoo mit vdr aus den normalen ebuilds, ohne Overlays, da hält es sich in Grenzen mit Blocks. Aber die kommen schon vor, das stimmt. Ich versuche mein System aktuell zu halten, dann artet es nicht so in Compilerorgien aus und es geht normalerweise alles glatter, als wenn man zu lange wartet.
Aber wenn der VDR ausfällt ist schon Drama angesagt, vor allem bei der WM.

Als naechstes koenntest Du noch versuchen alle Treiber aus dem kernel zu nehmen, d.h. ohne den media-build oder im kernel gar keine imon treiber zu bauen und die mitgebrachten von lirc testen.