Den richtigen ACPI-Treiber identifizieren?

Hast Du Probleme mit Hardware, die durch die anderen Foren nicht abgedeckt werden? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
debianfanboy
Beiträge: 108
Registriert: 09.11.2013 21:42:35

Den richtigen ACPI-Treiber identifizieren?

Beitrag von debianfanboy » 15.03.2017 22:04:47

Hallo Forum,
ich habe nach der Eingabe von dmesg folgende Ausgabe bekommen und wundere mich, was das zu bedeuten hat und ob das problematisch ist.

Code: Alles auswählen

[    6.217834] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input6
[    6.217837] ACPI: Power Button [PWRB]
[    6.217868] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input7
[    6.217869] ACPI: Power Button [PWRF]
[    6.236665] tpm_tis 00:0a: 1.2 TPM (device-id 0xB, rev-id 16)
[    6.243161] ACPI: Video Device [PEG0] (multi-head: yes  rom: no  post: no)
[    6.243269] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input8
[    6.243289] ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
[    6.243885] acpi device:4f: registered as cooling_device6
[    6.243913] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/LNXVIDEO:01/input/input9
[    6.243925] [Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller, please try module parameter "video.allow_duplicates=1"if the current driver doesn't work.
[    6.376878] wmi: Mapper loaded
[    6.394519] mei_me 0000:00:16.0: irq 44 for MSI/MSI-X
[    6.417093] EFI Variables Facility v0.08 2004-May-17
[    6.461593] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[    6.461728] pstore: Registered efi as persistent store backend
[    6.500448] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro
[    6.509604] tpm_tis 00:0a: TPM is disabled/deactivated (0x7)
[    6.587056] ACPI Warning: SystemIO range 0x000000000000F000-0x000000000000F01F conflicts with OpRegion 0x000000000000F000-0x000000000000F00F (\_SB_.PCI0.SBUS.SMBI) (20140424/utaddress-254)
[    6.587061] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
Letzte Zeile sagt, ich möge einen ACPI-Treiber für mein Gerät nehmen, so ich denn einen zur Hand habe. Wie kann ich denn rausfinden, ob es da was passendes gibt?

Schöne Grüße,
Danke,
Robert

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Den richtigen ACPI-Treiber identifizieren?

Beitrag von rendegast » 16.03.2017 00:14:05

Mit dem schmutzigen

Code: Alles auswählen

linux ... ... acpi_enforce_resources=lax
dürften eventuell blockierte Treiber für Sensorchips wieder laufen,
hier zBsp. it87.

Jedoch hinterlassen die Beschreibungen zu diesem Hack auch kein gutes Gefühl.


Vom acpi-Treiber bekomme ich hier nur zwei cpu-Temperaturen.
Und das ist so seit dem ersten Auftauchen dieser Meldung (kernel 3.x?, jetzt kernel 4.9).
"ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver" ist blafoo,
mein Chip ist wohl isa, da wird es keinen acpi-Treiber geben.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
smutbert
Moderator
Beiträge: 8318
Registriert: 24.07.2011 13:27:39
Wohnort: Graz

Re: Den richtigen ACPI-Treiber identifizieren?

Beitrag von smutbert » 16.03.2017 08:40:31

Dasselbe habe ich auch und weil ich auf dem System nicht auf die Temperaturmesswerte verzichten will (es ist passiv gekühlt), habe ich ebenfalls mit einem leicht mulmigen Gefühl "acpi_enforce_resources=lax" zu den Bootoptionen hinzugefügt. Das läuft jetzt schon eine Zeit lange ohne jegliche Schwierigkeiten, aber wenn du die Temperatur- und Spannungssensoren eh nicht auslesen willst, kannst du die Meldung auch getrost ignorieren.

debianfanboy
Beiträge: 108
Registriert: 09.11.2013 21:42:35

Re: Den richtigen ACPI-Treiber identifizieren?

Beitrag von debianfanboy » 16.03.2017 09:05:24

Bisher habe ich mit dem System nur gesurft, eMails gelesen und stellarium genutzt. Jetzt wollte ich aber mal CAD-Kram und 3D-Modelling ausprobieren und suche nach der passenden Software. Keine Ahnung wie der Leistungsbedarf sich dann entwickelt und ob dann die Temperaturen doch das Optimum überschreiten können. Grundsätzlich bin ich nicht der Freund von schmutzig und mulmig, aber ich ziehe es dann wohl auch mal in Betracht. Danke für die Antworten.

Benutzeravatar
smutbert
Moderator
Beiträge: 8318
Registriert: 24.07.2011 13:27:39
Wohnort: Graz

Re: Den richtigen ACPI-Treiber identifizieren?

Beitrag von smutbert » 16.03.2017 09:21:38

Wobei es hier wirklich nur um die Anzeige der Werte unter Linux geht. Dinge wie die Lüftersteuerung des Mainboards und ev. wichtiger die Drosselung und Notabschaltung bei zu hohen CPU-Termperaturen arbeiten unabhängig davon ob nun ein Treiber für die Sensoren des Mainboards geladen ist oder nicht.

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Den richtigen ACPI-Treiber identifizieren?

Beitrag von rendegast » 16.03.2017 11:45:54

smutbert hat geschrieben: Wobei es hier wirklich nur um die Anzeige der Werte unter Linux geht.
Nunja, der kernel denkt halt
... conflicts with OpRegion 0x000000000000F000-0x000000000000F00F (\_SB_.PCI0.SBUS.SMBI) (20140424/utaddress-254)
und "Operation Region", "PCI", "BUS", "SMBI" hört sich doch auch total wichtig an.

Wobei der kernel ja von einer korrekten Implementierung von ACPI ausgeht / ausgehen muß
(abgesehen von einer (ganzen) Reihe Patches für bekannte BIOS-Fehlimplementierungen).


Unter windows benutzen die MB-Monitore die Onboard-Sensorchips,
Fehlermeldungen ala linux-acpi tauchen im eventlog nicht auf.
Werden eventuell verworfen oder es existieren die entsprechenden Hacks.
Damit alles so fehlerfrei "funktioniert".
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

debianfanboy
Beiträge: 108
Registriert: 09.11.2013 21:42:35

Re: Den richtigen ACPI-Treiber identifizieren?

Beitrag von debianfanboy » 16.03.2017 21:26:34

Ehrlicherweise verstehe ich fast gar nichts davon. Username checks out. Schön wäre es, wenn ich keine Fehlermeldungen bekäme, aber da hätte ich mich wohl vorher belesen müssen, statt einfach einen HP Prodesk zu kaufen. Diese ganze proprietäre Software und DRM-Sch... stinkt zum Himmel. Irgendwie hat Patentierung und Eigentum aber auch was für sich. Ach, ich weiß doch auch nicht. Hat das überhaupt was mit dem Thema zu tun, wenn von ACPI die Rede ist? In der Uni habe ich ein IBM ThinkPad T43 abgestaubt und Debian 8 draufgespielt (Kernel-Log ohne jede Fehlermeldung). Damit will ich jetzt ein paar technische Zeichnungen CAD-mäßig anfertigen und wenn das Teil das kann, wird der Prodesk schon nicht den Geist aufgeben, nur weil der Kernel so eine Meldung von sich gibt.

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Den richtigen ACPI-Treiber identifizieren?

Beitrag von rendegast » 17.03.2017 09:17:27

debianfanboy hat geschrieben: [ 6.500448] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro
[ 6.509604] tpm_tis 00:0a: TPM is disabled/deactivated (0x7)
[ 6.587056] ACPI Warning: SystemIO range 0x000000000000F000-0x000000000000F01F conflicts with OpRegion 0x000000000000F000-0x000000000000F00F (\_SB_.PCI0.SBUS.SMBI) (20140424/utaddress-254)

Hier ein Ladeversuch des it87
[111911.590156] it87: Found IT8718F chip at 0xe80, revision 5
[111911.590169] it87: VID is disabled (pins used for GPIO)
[111911.590188] ACPI Warning: SystemIO range 0x0000000000000E85-0x0000000000000E86 conflicts with OpRegion 0x0000000000000E85-0x0000000000000E86 (\SENP) (20160831/utaddress-247)
Die Fehlermeldung kommt in derselben millisekunde.
Hingegen bei Dir liegen einige Hundertstel dazwischen, tpm_tis ist wohl nicht der Auslöser.
(EDIT 'modprobe -c | egrep tpm.tis' gibt acpi: und pnp:.)

Aber Versuch macht kluch, lade tpm_tis nochmal, beobachte 'dmesg'.
Andere Möglichkeit: Unterbinde tpm_tis, reboote, kontrolliere 'dmesg' auf die eventuell ausgebliebene Meldung.
Das für andere ausprobieren, Kandidaten wären vieleicht /etc/modules, /etc/initramfs-tools/modules, /etc/default/acpid.
(Hängt aber vielleicht auch gar nicht mit einem nachgeladenen Modul zusammen.)
EDIT Ist tpm_tis / tpm_tis_core / tpm denn geladen, 'lsmod | grep tpm'?


"SystemIO range" / "OpRegion", damit ist mem oder port gemeint, oder beides?
/proc/iomem
00000000-00000fff : reserved
00001000-0009f3ff : System RAM
...
naja.
/proc/ioports würde schön passen:
...
0e00-0e0f : pnp 00:05
0e80-0e8f : pnp 00:05
0f40-0f4f : pnp 00:05
...
Es gibt gelegentlich im BIOS die Möglichkeit, Werte dieser Art einzutragen/festzulegen.
Vielleicht könnte damit eine Ressource für den (meinen) Sensorchip freigehalten werden?
Habe damit nie herumprobiert, ich verzichte erstmal auf das Laden des it87.

EDIT Bei Dir:
Sollte tpm* der Auslöser sein, und falls Du es nicht brauchst,
könnte durch blacklisting der tpm*-Treiber die Meldung / der Konflikt vermieden werden




debianfanboy hat geschrieben: In der Uni habe ich ein IBM ThinkPad T43 abgestaubt und Debian 8 draufgespielt (Kernel-Log ohne jede Fehlermeldung).
In linux-Kreisen wohl ein beliebtes Gerät. Ich sehe 2 mögliche Erklärungen
- Das Gerät ist so beliebt, weil so problemlos. Eventuell auch wegen eines richtig implementierten ACPI.
- Weil so beliebt, sind gerätespezifische Patches im kernel und seinen Treibern eingeflossen.
Zuletzt geändert von rendegast am 17.03.2017 15:14:39, insgesamt 1-mal geändert.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

debianfanboy
Beiträge: 108
Registriert: 09.11.2013 21:42:35

Re: Den richtigen ACPI-Treiber identifizieren?

Beitrag von debianfanboy » 17.03.2017 10:45:26

Werde mich Anfang nächster Woche nochmal damit beschäftigen. Danke für die ausführliche Erklärung!
Zum Thema T43:
In linux-Kreisen wohl ein beliebtes Gerät. Ich sehe 2 mögliche Erklärungen
- Das Gerät ist so beliebt, weil so problemlos. Eventuell auch wegen eines richtig implementierten ACPI.
- Weil so beliebt, sind gerätespezifische Patches im kernel und seinen Treibern eingeflossen.
Das Teil ist über zehn Jahre alt, lag verstaubt in der Ecke, niemand hat sich dafür interessiert, weil erlahmtes XP drauf. Mit Debian 8 läuft es wieder wie eine eins. :D

Antworten