Thinkpad mit Sandybridge - i7-2760QM - Einfrieren alle zwei Sekunden

[romiller]

In neueren Kerneln ist die Nutzung des Lenovo Thinkpad W520 nicht mehr möglich, da es alle 2 Sekunden einfriert (stottert). Der Fehler konnte mittlerweile auf den Kernel reduziert werden, da auch eine Serverinstallation ohne grafisches System zum gleichen Problem führte. Verschiedene Kernelparameter beim Bootprozess (acpi, irq usw.) brachten leider auch keinen Erfolg.

Die aktuelle stabile Debian 9.4.0 Stretch ist davon nicht betroffen und funktioniert problemlos!

Der Fehler konnte in nachfolgenden Distributionen reproduziert werden:
- Debian Test "Buster"
- Ubuntu alle Editionen ab Kernel 4.13
- Ubuntu Server ohne grafisches System

Wer kann den Sachverhalt nachvollziehen? Gibt es spezielle Kernel-Parametern für o.a. System?

Danke, Rico

[BenutzerGa4gooPh]

...da es alle 2 Sekunden einfriert (stottert).

Heißt was genau? Andere virtuelles Terminal möglich? So wegen relevanter Logs, journalctl, dmesg.

BIOS aktuell, -Update verfügbar?

http://thinkwiki.de/W520
Für Grafik (NVIDIA-Optimus) muss man bumblebee installieren.

Code: Alles auswählen

apt-get install bumblebee primus

K. A. ob für headless systems auch erforderlich. Im BIOS diskrete GPU testweise deaktivieren.
intel-microcode ratsam.

Ansonsten wären relevante Journaleintraege (Auszug) interessant. Aber in 2 Sekunden? Dualboot oder Live-Iso mit funktionierendem Stretch, chrooten und persistentes Journal einrichten/auslesen?
https://www.digitalocean.com/community/ ... stemd-logs

[schorsch_76]

Wie verhält sich eine LiveCD? Bsp. sysrescd oder Knoppix. "Stottert" diese auch?

Stretch hat einen 4.9er Kernel. Buster hat einen 4.14er Kernel. Es ist auch möglich dass es ein Firmware Problem mit bsp. Gfx Karte ist.

[romiller]

- letztes BIOS-Update 1.43 des Thinkpads ist eingespielt
- letzter intel-microcode ist installiert
- umschalten im BIOS auf diskrete (nvidia 1000m) oder integrierte Grafik (intel) auch versucht (auch die automatische OSDetection abgeschaltet)
- andere Linux-Live-Cds bestrifft es auch, wenn diese neuere Kernel verwenden (konnte es anhand verschiedener Live-CDs ab Kernel 4.13 feststellen)
- tritt auch auf, wenn kein grafisches System gestartet wird (ubuntu server)
- unmittelbar nach der GRUB2-Bootauswahl stottert das System, bereits bevor er den Grafikmodus umschaltet
- im stabilen debian stretch wurde bumblebee erfolgreich installiert und läuft auch seit Wochen problemlos
- bin nach verschiedenen Tests der Meinung, dass es nicht am Grafiksystem liegt
- ich denke, der Kernel benötigt irgendeinen Bootparameter, nur welcher bei den vielen Parametern

Ich werden mal verschiedene Logdateien aufzeichnen und später posten.

Rico

[romiller]

Update:

Installiere ich von der Buster-Test mittels "Debian-Installer" (nicht der grafische Installer), so ruckelt (friert ein) das System auch, wenn man durch die Menüs scrollt (Sprachauswahl, usw.).

[BenutzerGa4gooPh]

Logs ...

[romiller]

dmesg: http://nopaste.debianforum.de/40203

[romiller]

journalctl: http://nopaste.debianforum.de/40204

[MSfree]

journalctl: http://nopaste.debianforum.de/40204

Da sehe ich mehrfach, daß die CPU Temperatur über dem Grenzwert liegt und der Takt gedrosselt wird.

Entweder, der Kernel bekommt falsche Sensorwerte und bremst du CPU daraufhin aus, oder das Kühlsystem in dem Rechner ist nicht mehr in Ordnung.

[BenutzerGa4gooPh]

Auszug aus Journal ab Zeile 1082:

Code: Alles auswählen

Mär 23 13:14:28 hrthinkpad sensors[474]: coretemp-isa-0000
Mär 23 13:14:28 hrthinkpad sensors[474]: Adapter: ISA adapter
Mär 23 13:14:28 hrthinkpad sensors[474]: Package id 0:  +96.0°C  (high = +86.0°C, crit = +100.0°C)
Mär 23 13:14:28 hrthinkpad sensors[474]: Core 0:        +96.0°C  (high = +86.0°C, crit = +100.0°C)
Mär 23 13:14:28 hrthinkpad sensors[474]: Core 1:        +89.0°C  (high = +86.0°C, crit = +100.0°C)
Mär 23 13:14:28 hrthinkpad sensors[474]: Core 2:        +78.0°C  (high = +86.0°C, crit = +100.0°C)
Mär 23 13:14:28 hrthinkpad sensors[474]: Core 3:        +61.0°C  (high = +86.0°C, crit = +100.0°C)
Mär 23 13:14:28 hrthinkpad sensors[474]: acpitz-virtual-0
Mär 23 13:14:28 hrthinkpad sensors[474]: Adapter: Virtual device
Mär 23 13:14:28 hrthinkpad sensors[474]: temp1:        +94.0°C  (crit = +99.0°C)
Mär 23 13:14:28 hrthinkpad sensors[474]: nouveau-pci-0100
Mär 23 13:14:28 hrthinkpad sensors[474]: Adapter: PCI adapter
Mär 23 13:14:28 hrthinkpad sensors[474]: GPU core:     +0.90 V  (min =  +0.83 V, max =  +1.08 V)
Mär 23 13:14:28 hrthinkpad sensors[474]: temp1:        +52.0°C  (high = +95.0°C, hyst =  +3.0°C)
Mär 23 13:14:28 hrthinkpad sensors[474]:                        (crit = +105.0°C, hyst =  +5.0°C)
Mär 23 13:14:28 hrthinkpad sensors[474]:                        (emerg = +135.0°C, hyst =  +5.0°C)
Mär 23 13:14:28 hrthinkpad sensors[474]: thinkpad-isa-0000
Mär 23 13:14:28 hrthinkpad sensors[474]: Adapter: ISA adapter
Mär 23 13:14:28 hrthinkpad sensors[474]: fan1:        4038 RPM

Die CPU weiß sich durch Runtertakten zu helfen, andere Baugruppen vielleicht nicht - so das korrekte Werte sind. S. a. Vorredner.

Mehrfach, ab Zeile 1362:

Code: Alles auswählen

Mär 23 13:14:39 hrthinkpad minissdpd[719]: peer 192.168.178.1:1900 is not from a LAN
...
Mär 23 13:14:39 hrthinkpad minissdpd[719]: peer 192.168.178.1:1900 is not from a LAN
Mär 23 13:14:39 hrthinkpad minissdpd[719]: peer [fe80::cece:1eff:feb0:10de]:1900 is not from a LAN

Absicht? Default ist das wohl nicht. (Hat mit dem angefragten Problem nichts zu tun.)
https://directory.fsf.org/wiki/Minissdpd
http://miniupnp.free.fr/minissdpd.html

[romiller]

Update:

Stabile Debian Stretch - Kernel 4.9.x:
- Package temperature above threshold, cpu clock throttled (total events = 987) ist auch hier mehrfach im Log vorhanden
- das System ruckelt nicht und friert auch nicht ein
- der Lüfter schaltet bei niedriger Systembelastung ab

Test Debian Buster - Kernel 4.14.0.3:
- Package temperature above threshold, cpu clock throttled (total events = 987) ist auch hier mehrfach im Log vorhanden
- das System ruckelt, lässt sich kaum bedienen
- der Lüfter läuft durchgehend und schaltet auch bei niedriger Systembelastung nicht ab

Windows 10 Pro:
- Lüfter läuft kaum, ruckelfrei

Ich denke es hängt mit den Sensorinformationen zusammen. Ich kann ja nochmal einige Auszüge von Hardware-Monitoren (Temperaturen und Lüfterdrehzahlen) in den verschiedenen Systemen im Ruhezustand aufzeichnen und posten.

Rico

[BenutzerGa4gooPh]

Windows 10 Pro:
- Lüfter läuft kaum, ruckelfrei

Zahlen sagen mehr als Worte: https://www.giga.de/downloads/core-temp ... berwachen/
Wenn Temp. ähnlich hoch, wahrscheinlich Hardwareproblem. Oder im BIOS gebastelt? Werkseinstellungen testen?

CPU Powemanagement?
https://forums.lenovo.com/t5/W-P-Serie- ... 505/page/4
(Dort wird noch auf einen laaangen Thread verwiesen.)

[romiller]

Der Vergleich der Temperaturen und Lüfterdrehzahlen:

Debian Stretch - Kernel 4.9.0.6:



Debian Buster - Kernel 4.14.x



Windows 10 Pro:

[NAB]

Ehm ... warum fällt das hier denn keinem auf?

Code: Alles auswählen

[  268.455823] pipe A vblank wait timed out
[  268.455844] ------------[ cut here ]------------
[  268.455885] WARNING: CPU: 7 PID: 5 at /build/linux-K4nuoe/linux-4.14.17/drivers/gpu/drm/i915/intel_display.c:12195 intel_atomic_commit_tail+0xe38/0xe40 [i915]
[  268.455886] Modules linked in: fuse snd_hda_codec_conexant snd_hda_codec_generic intel_rapl x86_pkg_temp_thermal intel_powerclamp nls_ascii nls_cp437 vfat fat coretemp kvm_intel iTCO_wdt iTCO_vendor_support kvm irqbypass crct10dif_pclmul wmi_bmof crc32_pclmul uvcvideo snd_hda_intel videobuf2_vmalloc videobuf2_memops snd_hda_codec ghash_clmulni_intel snd_hda_core iwlwifi nouveau videobuf2_v4l2 snd_hwdep intel_cstate videobuf2_core snd_pcm mxm_wmi thinkpad_acpi efi_pstore nvram i915 snd_timer intel_uncore videodev ttm snd evdev serio_raw media pcspkr efivars intel_rapl_perf sg cfg80211 soundcore lpc_ich drm_kms_helper mfd_core battery wmi rfkill ac drm mei_me shpchp mei i2c_algo_bit video button parport_pc ppdev lp parport efivarfs ip_tables x_tables autofs4 btrfs crc32c_generic xor zstd_decompress
[  268.455927]  zstd_compress xxhash raid6_pq sd_mod hid_generic usbhid hid crc32c_intel ahci xhci_pci libahci aesni_intel libata aes_x86_64 sdhci_pci crypto_simd xhci_hcd cryptd glue_helper ehci_pci sdhci firewire_ohci ehci_hcd psmouse scsi_mod i2c_i801 e1000e firewire_core mmc_core crc_itu_t usbcore ptp usb_common pps_core thermal
[  268.455948] CPU: 7 PID: 5 Comm: kworker/u16:0 Tainted: G        W       4.14.0-3-amd64 #1 Debian 4.14.17-1
[  268.455948] Hardware name: LENOVO 42844LG/42844LG, BIOS 8BET63WW (1.43 ) 10/20/2016
[  268.455970] Workqueue: events_unbound intel_atomic_commit_work [i915]
[  268.455971] task: ffffa00f2274a040 task.stack: ffffb69dc317c000
[  268.455989] RIP: 0010:intel_atomic_commit_tail+0xe38/0xe40 [i915]
[  268.455990] RSP: 0018:ffffb69dc317fde0 EFLAGS: 00010282
[  268.455991] RAX: 000000000000001c RBX: 0000000000000000 RCX: 0000000000000000
[  268.455992] RDX: 0000000000000000 RSI: ffffa00f3e3d66f8 RDI: ffffa00f3e3d66f8
[  268.455993] RBP: 0000000000003ba0 R08: 0000000000000408 R09: 0000000000000004
[  268.455994] R10: ffffb69dc317fde0 R11: 0000000000000001 R12: ffffa00f1f750000
[  268.455995] R13: ffffa00f1ddb7800 R14: 0000000000000001 R15: 0000000000000000
[  268.455996] FS:  0000000000000000(0000) GS:ffffa00f3e3c0000(0000) knlGS:0000000000000000
[  268.455997] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[  268.455998] CR2: 00007f1255fdb000 CR3: 0000000464e0a001 CR4: 00000000000606e0
[  268.455999] Call Trace:
[  268.456006]  ? pick_next_task_fair+0x149/0x580
[  268.456008]  ? finish_wait+0x80/0x80
[  268.456013]  process_one_work+0x18a/0x380
[  268.456015]  worker_thread+0x2e/0x390
[  268.456017]  ? process_one_work+0x380/0x380
[  268.456018]  kthread+0x11a/0x130
[  268.456020]  ? kthread_create_on_node+0x70/0x70
[  268.456023]  ret_from_fork+0x35/0x40
[  268.456025] Code: 24 88 01 00 00 48 8d 74 24 30 48 83 c7 08 e8 60 57 ba e5 4d 85 ff 0f 85 10 fb ff ff 8d 73 41 48 c7 c7 28 40 b9 c0 e8 53 fa bb e5 <0f> ff e9 fa fa ff ff 90 66 66 66 66 90 41 57 41 56 41 55 41 54
[  268.456052] ---[ end trace 5d6fc20353a76570 ]---

Da schmiert der i915 Intel Grafiktreiber ab. Das macht er zig mal hinterneinander. Daher dürfte das dauerhafte Stottern kommen.

Die "temperature above threshold"-Meldungen stapeln sich hingegen bei Sekunde 300 - eventuell ein Folgefehler.

Unter "pipe A vblank wait timed out" finde ich dann diesen Bug-Report:
https://bugs.launchpad.net/ubuntu/+sour ... ug/1716747
Der passt ziemlich gut, ist aber nicht so ganz eindeutig. Ursache scheint eine PCI(Express?)-Karte zu sein bzw. das Power Management des PCI-Busses. Bzw. ein noch nicht ganz klar gefundener Fehler im Kernel.

Das BIOS scheint auf Linux (oder "automatische OSDetection"?) geschaltet zu sein. Was auch immer es dann macht, es ist meistens falsch. Linux orientiert sich am Verhalten von Windows, das ist wenigstens bekannt. "Windows" wäre die richtige Einstellung (ohne "Secure Boot").

Nebenbei hätte iwlwifi gerne seine Firmware ...

[BenutzerGa4gooPh]

Ehm ... warum fällt das hier denn keinem auf?

Gesehen habe ich das.

Da schmiert der i915 Intel Grafiktreiber ab.

Das konnte ich aus der Warnung nicht ableiten. Könntest du näher erklären?

"Windows" wäre die richtige Einstellung (ohne "Secure Boot").

Bei mmeinem Lenovo Ideapad G710 "Windows8.1" Ich vermute, das beeinflusst irgendwelche UEFI-Einstellungen.

@TO: Die Windows-Temperaturen sind wirklich normal. NAB hat sicher "den Finger in der offenen Wunde".

[NAB]

Das konnte ich aus der Warnung nicht ableiten. Könntest du näher erklären?

Nun gut, wirklich abzuschmieren scheint er nicht, zumindest sehe ich nichts, dass er neugestartet wird. Aber er produziert einen Stacktrace, also macht der i915 eindeutig was, was er nicht soll, anscheinend einen timeout. Und zwar in:
/build/linux-K4nuoe/linux-4.14.17/drivers/gpu/drm/i915/intel_display.c
Und nein, näher erklären kann ich das nicht. Ich war selber überrascht, dass der Bugreport den Fehler dann auf eine ganz andere Erweiterungskarte zurückführt und er anscheinend gar nichts mit dem Grafiktreiber zu tun hat.
"pipe A vblank wait timed out" lese ich auch zum ersten mal. Somit habe ich auch keine wirkliche Lösung, nur Ansätze, in welche Richtung man suchen könnte.

Ich vermute, das beeinflusst irgendwelche UEFI-Einstellungen.

Mit etwas Glück sogar die Einstellungen zum Power-Management, was laut Bugreport Abhilfe schaffen könnte.

[habakug]

Hallo,

hier [1] ist jemand überzeugt, dass es am USB-Controller liegt.

Möglicherweise hilft hier der Kernel-Parameter "i915.enable_rc6=0" [2].

Gruss, habakug

[1] https://bugs.freedesktop.org/show_bug.cgi?id=102711
[2] https://wiki.archlinux.org/index.php/intel_graphics --> Screen flickering

[romiller]

- i915.enable_rc6=0 brachte keinen Erfolg
- OSDetection bereits im BIOS disabled

Lüfter läuft bei Buster unmittelbar nach GRUB2-Auswahl durchgehend. Das ist der Unterschied zu Debian Stretch und den weiteren OS. Ohne über die Details des Kernels das Wissen zu haben, vermute ich ein Problem mit den Sensorinformationen. Die Prozessorauslastung liegt gerade mal bei 1-5%. Das System meldet aber zwischen 80 und 90°C bei den einzelnen Cores. Dann wird der Lüfter durchgehend aktiviert um zu kühlen und das System taktet herunter, zum Schutz der CPU. Da die Sensorinformation immer wieder falsch ist, hört er nie auf zu rotieren und das System stottert vor sich hin. Hatte nur Live-CDs mit Kernel 4.13 und viele Ubuntus, da trat es auch schon auf. Kann aber auch bereits nach Stretch-Kernel 4.9 auftreten (4.10....)

[BenutzerGa4gooPh]

Testweise neues Fedora. Wenn funktioniert, zuerst Unterschiede bezüglich der bereits angesprochenen Dinge feststellen. Am Ende komplettes Journal vergleichen. Wenn es nicht funktioniert, nimm offenbar funktionierendes Stable/Stretch.

[habakug]

Hallo,

das i915.error_capture ist per default "true" [1]. Es sollte also nach einem Hänger möglich sein den error state einzufangen in dem möglicherweise Infos zum Fehler enthalten sind [2].

$ cat /sys/class/drm/card0/error | gzip > error.gz

Gruss, habakug

[1] https://elixir.bootlin.com/linux/v4.14/ ... 5_params.c
[2] https://01.org/linuxgraphics/documentat ... rror-state

[romiller]

- "cat /sys/class/drm/card0/error | gzip > error.gz" findet keinen Fehler: "No error state collected"
- aktuelles Fedora, gleiches Problem --> Lüfter läuft durchgehend und ruckeln

[romiller]

Update:

Die Problemursache scheint gelöst:

Hatte mal im Phoenix-BIOS die verschiedenen Geräte unter "I/O Port Access" abgeschaltet und nacheinander einzeln aktiviert. Nachdem ich den ExpressCard-Slot ausschaltete,ist das Einfrieren/Ruckeln vollständig in allen neuen Distributionen (Debian, Ubuntu, Fedora) verschwunden. In dem ExpressCard-Slot steckt eine USB-3.0-Controller-Karte. Diese ist nicht im Lenovosystem W520 standardmäßig installiert, sondern wurde separat erworben und eingebaut. Wahrscheinlich ist diese Karte nicht kompatibel. Unter W10 wird sie erkannt und ich kann sie dort verwenden. Unbedingt benötige ich die Karte aber derzeit nicht, da sie nur 2 weitere USB-Anschlüsse liefert - werd sie daher im BIOS abgeschaltet lassen.

[NAB]

Jupp, das entspricht dem, was der Bugreport erzählt hat. Meistens wird eine USB-Karte als Ursache genannt.

Jemand sagt noch, dass Folgendes helfen würde:

b) disable the PCI express power management in the Lenovo X220i's BIOS

Ob das auf deinem Thinkpad umsetzbar ist, weiß ich nicht.

Dabei fällt mir noch ein ... in einem von habakugs Links ist von einem USB-Controller von Renesas (ehemals NEC) die Rede. So einen hatte ich auch mal, der hat unter Linux nur Ärger gemacht und war auch unter Windows ziemlich unzuverlässig. Für den sollte es ein Firmware-Update geben, das die Problem beseitigen sollte ... das ließ sich aber bei mir nicht installieren. Du kannst mal gucken, ob der Hersteller deines USB-Controllers da irgendwas anbietet.

[romiller]

Das ist der problematische USB-Controller:

NEC/Renesas Electronics uPD720200A USB 3.0 xHCI Host Controller -----------

[General Information]
Device Name: NEC/Renesas Electronics uPD720200A USB 3.0 xHCI Host Controller
Original Device Name: NEC/Renesas Electronics uPD720200A USB 3.0 xHCI Host Controller
Device Class: USB xHCI Controller
Revision ID: 4
PCI Address (Bus:Device:Function) Number: 14:0:0
PCI Latency Timer: 0
Hardware ID: PCI\VEN_1033&DEV_0194&SUBSYS_21CF17AA&REV_04
[PCI Express]
Version: 2.0
Maximum Link Width: 1x
Current Link Width: 1x
Maximum Link Speed: 5.0 GT/s
Current Link Speed: 5.0 GT/s
Device/Port Type: PCI Express Endpoint
Slot Implemented: No
Emergency Power Reduction: Not Supported
Active State Power Management (ASPM) Support: L0s and L1
Active State Power Management (ASPM) Status: L1 Entry
L0s Exit Latency: 2 - 4 us
L1 Exit Latency: >64 us
Maximum Payload Size Supported: 128 bytes
Maximum Payload Size: 128 bytes
[System Resources]
Interrupt Line: N/A
Interrupt Pin: INTA#
Memory Base Address 0 F2000000
[Features]
Bus Mastering: Enabled
Running At 66 MHz: Not Capable
Fast Back-to-Back Transactions: Not Capable
USB Version Supported: 3.0

*************************************************************************************************
Beim Hersteller https://www.renesas.com/en-us/ kann ich leider keine Updates finden.

[NAB]

station-drivers hat die Firmware Version 4.0.2.1.0.3:
http://www.station-drivers.com/index.ph ... 20&lang=en
Dazu braucht es aber ein Windows:
https://rog.asus.com/forum/showthread.p ... A-firmware