nforce2 Fehlermeldung mit Kernel 2.6.31

[bandit]

Hallo zusammen,
ich vermute das diese Fehlermeldung hier schon behandelt wurde, sorry wenn ja
aber ich finde nichts.
Seit ich den .31 Kernel benutze , bekomme ich beim booten des Systems das
der nforce2_smbus einen Konflikt mit ACPI hat.
Was wohl zur folge hat , dass das Programm sensors falsche Werte liefert.
In Grub sollte man folgenden Eintrag vornehmen: acpi_enforce_resources=lax.
Meine Frage hat da einer Erfahrung mit oder anders gefragt, ist der Eintrag
irgendwie mit vorsicht zu geniessen?
Motherboard ist ein ECS GF8100VM-M3.
Vielen Dank im voraus für Hilfe.
Gruß
bandit

[storm]

Seit ich den .31 Kernel benutze , bekomme ich beim booten des Systems das
der nforce2_smbus einen Konflikt mit ACPI hat.
Was wohl zur folge hat , dass das Programm sensors falsche Werte liefert.

Bist du sicher, dass der Konflikt die Ursache für die falsche Anzeige ist? Die Warnung kommt auf der Hardware hier auch, aber die Ausgabe von lm-sensors hat sich nicht geändert (es greift aber eh nicht auf den smbus zu).

In Grub sollte man folgenden Eintrag vornehmen: acpi_enforce_resources=lax.
Meine Frage hat da einer Erfahrung mit oder anders gefragt, ist der Eintrag
irgendwie mit vorsicht zu geniessen?

lax bedeutet, dass eine Warnung ausgegeben wird, aber der sogenannte legacy-Treiber (für den SMBus) trotzdem Zugriff auf die Speicherbereiche bekommt, die vom ACPI-System beansprucht werden. Die default-Einstellung für acpi_enforce_resources ist strict, bei welcher der legacy-Treiber keinen Zugriff bekommt. Wahrscheinlich deswegen wird bei dir lm-sensors Blödsinn anzeigen.
Was allerdings passiert, wenn du lax wählst, musst du selbst rausfinden. Im schlimmsten Fall funktioniert das ACPI-subsystem nicht mehr (Rechner bootet nicht oder stürzt ab, ...), was ich aber bezweifle.

ciao, storm

[bandit]

Erst mal danke für deine Antwort. Was mich an der ganzen Sache so stutzig
macht das es diese Fehlermeldung mit dem .30 Kernel nicht gab.
Die Schlussaussage dieser Fehlermeldung ist Error probing smb2.
Die Suche im I-Net bringt darüber auch nicht so viel zu Tage.
Da mein Rechner weiterhin stabil läuft werde ich wohl den Eintrag
nicht testen.
Gruß
Bandit

[storm]

Naja, das gibt es recht häufig in der Kernel-Entwicklung, dass eigentlich unsichere Zustände später eine extra Warnmeldung bekommen, was auch hier der Fall sein dürfte. Das Verhalten (konkurrierender Zugriff von ACPI und legacy-Treiber) gabs vorher auch schon, nur keine Fehlermeldung oder Warnung.
Len Brown (ACPI maintainer) sagt: du kannst entweder den Treiber oder ACPI nehmen, wobei der Verlust an Funktionalität bei acpi=off bei weitem größer sein dürfte.