Kann Kernel-Modul mei_me nicht blacklisten

Hinweis: In dem Thema Kann Kernel-Modul mei_me nicht blacklisten gibt es 21 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Hallo im Forum,


    nach einer tadellos gelaufenen Neuinstallation von openSUSE 13.1-KDE habe ich unter anderm noch folgendes Problem, weshalb ich mich vormals auch von manch anderer Linux-Distribution wieder verabschieden musste:


    Das Blacklisten den Kernel-Moduls namens mei_me funktioniert nicht:


    Das Syslog schreibt alle 6 Sekunden:


    Code
    10.12.2013 19:00:43 2013-12-10T19:00:43.221661+01:00 anton kernel: [ 6492.840027] mei_me 0000:00:03.0: reset: connect/disconnect timeout.
    10.12.2013 19:00:43 2013-12-10T19:00:43.221685+01:00 anton kernel: [ 6492.840039] mei_me 0000:00:03.0: unexpected reset: dev_state = RESETTING


    Ein Eintrag "blacklist mei_me" in der /etc/modprobe.d/50-blacklist.conf funktioniert nicht !


    Ich habe auch versucht, einfach eine mei_me.conf mit diesem Inhalt nach /etc/modprobe.d zu legen, wie ich es von Debian und Arch her kenne, aber es funktioniert auch nicht !


    Bei einigen Distributionen vorher (z.B. Chakra) hat das ebenfalls nicht funktioniert und es konnte mir keiner helfen. Hoffentlich ist das jetzt hier nicht auch so.


    Ich kann es einfach nicht leiden, wenn das Syslog nicht sauber ist... Vielleicht etwas pedantisch von mir !


    LG
    linusfan


    P.S.: Muss wohl eine meinem BIOS und/oder Intel-Chipsatz liegen, das Problem habe ich bei allen Kerneln ab 3.6

    Einmal editiert, zuletzt von linusfan ()

    Für den Inhalt des Beitrages 62608 haftet ausdrücklich der jeweilige Autor: linusfan

  • Code
    modinfo mei_me
    ERROR: modinfo: could not find module mei_me


    Modul mei_me finde ich nicht.

    Für den Inhalt des Beitrages 62611 haftet ausdrücklich der jeweilige Autor: Sauerland

  • 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 ???

    2 Mal editiert, zuletzt von linusfan ()

    Für den Inhalt des Beitrages 62613 haftet ausdrücklich der jeweilige Autor: linusfan

  • 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.

    Einmal editiert, zuletzt von linusfan ()

    Für den Inhalt des Beitrages 62619 haftet ausdrücklich der jeweilige Autor: linusfan

  • So wie ich das verstehe, ist das im kernel und nicht als Modul:
    http://lists.opensuse.org/open…ugs/2013-07/msg00053.html


    Evtl. hilft auch de Lösung?


    EDIT

    Zitat

    So wie ich das verstehe, ist das im kernel und nicht als Modul:


    Ja, da:

    Code
    zgrep CONFIG_INTEL_MEI_ME= /proc/config.gz
    CONFIG_INTEL_MEI_ME=y


    ergibt.


    Evtl kann man das auch mit einem Bootparameter ausschalten:

    Code
    intel_mei_me.disable=1


    Das erfolgt aber auf eigene Gefahr.

    2 Mal editiert, zuletzt von Sauerland ()

    Für den Inhalt des Beitrages 62621 haftet ausdrücklich der jeweilige Autor: Sauerland

  • 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

    Für den Inhalt des Beitrages 62624 haftet ausdrücklich der jeweilige Autor: linusfan

  • "Auf eigene Gefahr" klingt gefährlich !


    Kann man nicht erst mal

    Code
    CONFIG_INTEL_MEI_ME=y


    ändern in

    Code
    CONFIG_INTEL_MEI_ME=n

    ?


    oder kommt man an

    Code
    /proc/config.gz


    nicht persistent dran ??


    EDIT:
    Hier wird einem ja richtig geholfen ! Wahnsinn !

    Für den Inhalt des Beitrages 62632 haftet ausdrücklich der jeweilige Autor: linusfan