Beiträge von linusfan

    Danke schön ! Sehr nett. ;(


    Da scheint es einen Unterschied zu geben zwischen unload und unbind, habe ich gerade gelernt. "blacklist" und "unload" geht wohl nur, wenn ein Treiber als Kernel-Modul vorliegt. Wenn er eincompiliert ist (wie beim 3.11.6-4-desktop-Kernel von Suse), geht das wohl nicht. (so steht es jedenfalls in dem Link von Dir, wenn man die geputzte Brille aufsetzt).


    Aber unbind geht (das steht da nicht).


    Ist ja auch egal, wer einen Link gefunden hat, sondern eher darum, dass man zusammen weiterkommt, oder ?


    Danke trotzdem nochmal.

    So geht´s !!!


    "Ein blindes Huhn findet auch mal ein Korn":



    Code
    Find out, which device is bound to the driver:
    # find /sys/bus/pci/drivers/mei_me/ -type l|sed 's#^.*/##'
    0000:00:03.0
    Now unbind (as root):
    # echo 0000:00:03.0 > /sys/bus/pci/drivers/mei_me/unbind


    Quelle: seife punkt kernalert punkt de slash blog (Links darf ich noch nicht ...)


    Nun ist Ruhe im Syslog !


    Muss es noch irgendwie in die Boot-Prozedur einbinden. Mal schauen, wo man das am besten hin tut: rc.local oder so, keine Ahnung, wie man das bei Suse macht.


    Danke für die Hilfe !

    Habs probiert, geht noch nicht !


    Weiss aber nicht, ob ich es richtig gemacht habe:


    In Yast habe ich Deinen Vorschlag in DEFAULT_APPEND unter sysconfig/System/Bootloader eingetragen. Die zeile heisst jetzt:


    Code
    video=1920x1080 resume=/dev/sda1 splash=silent quiet showopts intel_mei_me.disable=1


    In /boot/grub2/grub.cfg taucht das aber nicht auf ...


    Ist mir noch nicht ganz klar, was Yast so macht. Bin es von Arch gewohnt, die Files direkt zu bearbeiten und grub dann upzudaten. Aber mit Yast muss es doch auch gehen ....

    Das ist die Lösung ! Dann verstehe ich das auch !


    Ist aber nicht nur Kernel-Version-abhängig, sondern wohl vor Allem davon, wie er kompiliert ist.


    Ans Kernel-Basteln hatte ich mich aber bislang noch nicht dran getraut. Z.B. habe ich keine Ahnung, wie man das hier macht:

    Zitat

    ... make the driver a kernel module again

    LG

    Code
    # lsmod | grep mei
    # modinfo mei_me
    ERROR: modinfo: could not find module mei_me


    Mist HP-Rechner. Zwar schön leise aber ständig Stress mit diesem Communication Controller, dem ACPI und ne SSD kann er auch nicht sauber ansteuern. Mit meinen Asus-Rechnern vorher hatte ich son Stress nicht.


    Naja. Aber mit der Suse möchte ich das jetzt echt gern mystern, das Problem.

    Code
    lsmod |grep mei


    liefert seltsamerweise nichts, das Modul gibt es eigentlich garnicht !?


    Trotzdem kann man es blacklisten. Jedenfalls sind dann die Messages weg (Bei Arch, manjaro, SolydK, Neptune 3.3, Debian 7 u.a.) ??? Das ist mir zu hoch !


    Code
    lspci -v


    liefert:



    Huch ! den gibt es ja doch ! Sorry ! Bin wohl etwas bind ...


    Code
    00:03.0 Communication controller: Intel Corporation 82Q963/Q965 HECI Controller (rev 02)
        	Subsystem: Hewlett-Packard Company Device 2802
        	Flags: bus master, fast devsel, latency 0, IRQ 42
        	Memory at f2425900 (64-bit, non-prefetchable) [size=16]
        	Capabilities: [50] Power Management version 3
        	Capabilities: [8c] MSI: Enable+ Count=1/1 Maskable- 64bit+
        	Kernel driver in use: mei_me


    Aber warum kann ich den dann nicht lsmodden oder blacklisten ???