[coreboot] Resume problems on Lenovo X60t

Sun Apr 23 09:10:49 CEST 2017

Hello Paul,

Few observations:

[1] Lenovo X60t is 10.5 years old laptop, and I am really surprised that
Kernels series 4.x still support it. I'll call it: miracle!
http://www.tabletpcreview.com/tabletreview/lenovo-thinkpad-x60-tablet-pc-review/

[2] It is obvious (at least to me) what is happening to your Lenovo X60t:
your DRAM is exhausted, thus no possible to add anymore Physical Table
Entries, since no physical memory available in your system (this is the
result of unknown root cause, which I'll try to discover from incomplete
log you had posted):
12.951: [  350.898287] BUG: unable to handle kernel paging request at
f8281008
12.951: [  350.898346] IP: gen2_write32+0x62/0x130 [i915]
12.951: [  350.898347] *pde = 34c88067
*12.951: [  350.898349] *pte = 00000000*

[3] Here is probable closer clue to root cause for [2]:
12.951: [  350.898429] CPU: 1 PID: 1113 Comm:* kworker/u4:32* Tainted: G
        E   4.11.0-rc7 #23
12.951: [  350.898431] Hardware name: LENOVO 636338U/636338U, BIOS CBET4000
4.5-1596-gccdb801 04/19/2017
12.951: [  350.898436] Workqueue: events_unbound async_run_entry_fn

32 is killing number, my best guess is that you have 32 k-processes calling
32 system calls at once (maybe the same syscall)!?

[4] I will suggest to run as root ps -elf (capture traces of it), top,
htop, and to read the following open net thread:
https://askubuntu.com/questions/33640/kworker-what-is-it-and-why-is-it-hogging-so-much-cpu
(especially: *Why does kworker hog your CPU? To find out why a kworker is
wasting your CPU, you can create CPU backtraces: watch your processor load
(with top or something) and in moments of high load through kworker,
execute echo l > /proc/sysrq-trigger to create a backtrace. (On Ubuntu,
this needs you to login with sudo -s*).

Good Luck!
Zoran
_______

On Thu, Apr 20, 2017 at 9:35 PM, Paul Menzel via coreboot <
coreboot at coreboot.org> wrote:

> Dear coreboot folks,
>
>
> With Linux 4.11-rcX sometimes the Lenovo X60t doesn’t correctly resume
> anymore. I still have to do some more tests, but I believe I am unable
> to reproduce this issue with Linux 4.10.8. But as I also do not know
> how to reproduce it, despite doing suspend and resuming, and see how it
> goes, I cannot know for sure. With Linux 4.11-rcX, I’d say the issue
> happens one out of ten or 15 times.
>
> ```
> 12.951: [  350.898287] BUG: unable to handle kernel paging request at
> f8281008
> 12.951: [  350.898346] IP: gen2_write32+0x62/0x130 [i915]
> 12.951: [  350.898347] *pde = 34c88067
> 12.951: [  350.898349] *pte = 00000000
> 12.951: [  350.898349]
> 12.951: [  350.898352] Oops: 0002 [#1] SMP
> 12.951: [  350.898353] Modules linked in: joydev(E) wacom_w8001(E)
> serport(E) cpufreq_powersave(E) cpufreq_conservative(E)
> cpufreq_userspace(E) iTCO_wdt(E) iTCO_vendor_support(E) acpi_cpufreq(E)
> coretemp(E) arc4
> (E) kvm_intel(E) lpc_ich(E) kvm(E) mfd_core(E) irqbypass(E) iwl3945(E)
> iwlegacy(E) i915(E) evdev(E) snd_hda_codec_analog(E)
> snd_hda_codec_generic(E) snd_pcsp(E) pcmcia(E) serio_raw(E) mac80211(E)
> rng_core(E) snd
> _hda_intel(E) yenta_socket(E) pcmcia_rsrc(E) drm_kms_helper(E)
> pcmcia_core(E) snd_hda_codec(E) snd_hda_core(E) snd_hwdep(E)
> thinkpad_acpi(E) snd_pcm(E) drm(E) cfg80211(E) battery(E) nvram(E)
> i2c_algo_bit(E) snd_
> timer(E) fb_sys_fops(E) syscopyarea(E) sysfillrect(E) snd(E) rfkill(E)
> sysimgblt(E) soundcore(E) video(E) ac(E) button(E) shpchp(E) tpm_tis(E)
> tpm_tis_core(E) tpm(E) fuse(E) parport_pc(E)
> 12.951: [  350.898397]  ppdev(E) lp(E) parport(E) autofs4(E) ext4(E)
> crc16(E) jbd2(E) fscrypto(E) mbcache(E) ecb(E) cbc(E) algif_skcipher(E)
> af_alg(E) dm_crypt(E) dm_mod(E) sg(E) sr_mod(E) sd_mod(E) cdrom(E) ata
> _generic(E) sdhci_pci(E) psmouse(E) sdhci(E) uhci_hcd(E) e1000e(E)
> ata_piix(E) ahci(E) ehci_pci(E) firewire_ohci(E) libahci(E) i2c_i801(E)
> libata(E) ehci_hcd(E) ptp(E) mmc_core(E) firewire_core(E) crc_itu_t(E) s
> csi_mod(E) usbcore(E) pps_core(E) thermal(E)
> 12.951: [  350.898429] CPU: 1 PID: 1113 Comm: kworker/u4:32 Tainted: G
>         E   4.11.0-rc7 #23
> 12.951: [  350.898431] Hardware name: LENOVO 636338U/636338U, BIOS
> CBET4000 4.5-1596-gccdb801 04/19/2017
> 12.951: [  350.898436] Workqueue: events_unbound async_run_entry_fn
> 12.951: [  350.898438] task: f2588480 task.stack: f258c000
> 12.951: [  350.898483] EIP: gen2_write32+0x62/0x130 [i915]
> 12.951: [  350.898484] EFLAGS: 00210282 CPU: 1
> 12.951: [  350.898486] EAX: f8281008 EBX: f8d80eb0 ECX: 00000001 EDX:
> f8180000
> 12.951: [  350.898487] ESI: f658403c EDI: 00000001 EBP: f258de44 ESP:
> f258de14
> 12.951: [  350.898488]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
> 12.951: [  350.898490] CR0: 80050033 CR2: f8281008 CR3: 17589000 CR4:
> 000006d0
> 12.951: [  350.898492] Call Trace:
> 12.951: [  350.898537]  ? i915_gem_restore_gtt_mappings+0x1ca/0x290 [i915]
> 12.951: [  350.898581]  ? gen9_decoupled_read64+0x270/0x270 [i915]
> 12.951: [  350.898622]  ? gen6_ggtt_invalidate+0x25/0x30 [i915]
> 12.951: [  350.898665]  ? i915_gem_resume+0x2d/0x80 [i915]
> 12.951: [  350.898701]  ? i915_drm_resume+0x38/0x180 [i915]
> 12.952: [  350.898705]  ? pci_pm_resume+0x4b/0xc0
> 12.952: [  350.898709]  ? dpm_run_callback+0x53/0x150
> 12.952: [  350.898713]  ? wait_for_completion+0x2a/0x140
> 12.952: [  350.898716]  ? pci_pm_thaw+0x90/0x90
> 12.952: [  350.898718]  ? device_resume+0x87/0x170
> 12.952: [  350.898720]  ? async_resume+0x1e/0x50
> 12.952: [  350.898722]  ? async_run_entry_fn+0x35/0x190
> 12.952: [  350.898726]  ? process_one_work+0x15f/0x3a0
> 12.952: [  350.898729]  ? worker_thread+0x39/0x470
> 12.952: [  350.898732]  ? kthread+0xdb/0x110
> 12.952: [  350.898734]  ? process_one_work+0x3a0/0x3a0
> 12.952: [  350.898736]  ? kthread_create_on_node+0x30/0x30
> 12.952: [  350.898739]  ? ret_from_fork+0x1c/0x28
> 12.952: [  350.898741] Code: d4 a6 e1 f8 bb 02 00 00 00 89 4c 24 08 89 5c
> 24 04 c7 04 24 49 d1 e0 f8 e8 bc 92 c8 ff 8b 97 d4 03 00 00 8b 45 e8 8b 7d
> e4 01 d0 <89> 38 83 c4 24 5b 5e 5f 5d c3 8d 74 26 00 64 8b 15 00 31 57 d7
> 12.952: [  350.898813] EIP: gen2_write32+0x62/0x130 [i915] SS:ESP:
> 0068:f258de14
> 12.952: [  350.898814] CR2: 00000000f8281008
> 12.952: [  350.898817] ---[ end trace 478b15034b0b3e6a ]---
> ```
>
> Ticket #100739 in the Freedesktop.org Bugzilla [1] tracks this issue.
>
> Chris Wilson replied already.
>
> > The stacktrace is mostly garbage. A register mmio goes wrong. One of
> > the suggestions is that the ioremap of the PCI bar is invalid upon
> > resume.
>
> coreboot has the TPM patches applied, and is built with native graphics
> initialization.
>
> Has anybody else experienced any issues on the Lenovo X60t?
>
> In #coreboot at irc.freenode.net it was mentioned that there might be low
> memory corruptions on the Intel 945 devices.
>
> I’d welcome help also from “normal users” to reproduce this issue.
>
>
> Kind regards,
>
> Paul
>
>
> [1] https://bugs.freedesktop.org/show_bug.cgi?id=100739
> --
> coreboot mailing list: coreboot at coreboot.org
> https://mail.coreboot.org/mailman/listinfo/coreboot
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.coreboot.org/pipermail/coreboot/attachments/20170423/0a75218a/attachment.html>