ArchLabs Linux

Random laptop poweroffs and journalctl errors

Hi guys,

I am having random laptop poweroffs and am uncertain as to why that is happening I have taken a look into journalctl and am unsure what these problems are. Could someone help me figure out what these errors are and if they my be causing the random shutdowns. Other than that my system seems to run okay. I use and acer laptop.

Thanks,

Huck

– Logs begin at Wed 2020-02-12 18:34:16 EST, end at Wed 2020-02-12 19:28:51 ES>
Feb 12 18:34:17 archlabs kernel: platform MSFT0101:00: failed to claim resource>
Feb 12 18:34:17 archlabs kernel: acpi MSFT0101:00: platform device creation fai>
Feb 12 18:34:17 archlabs systemd-modules-load[348]: Failed to find module 'pkcs>
Feb 12 18:34:19 archlabs kernel: nouveau 0000:01:00.0: bus: MMIO read of 000000>
Feb 12 18:34:19 archlabs kernel: nouveau 0000:01:00.0: bus: MMIO read of 000000>
Feb 12 18:34:22 archlabs kernel: nouveau 0000:01:00.0: DRM: Pointer to TMDS tab>
Feb 12 18:34:24 archlabs kernel: dell_smbios: Unable to run on non-Dell system
Feb 12 18:34:26 archlabs kernel: nouveau 0000:01:00.0: bus: MMIO read of 000000>
Feb 12 18:34:37 archlabs kernel: nouveau 0000:01:00.0: bus: MMIO read of 000000>
Feb 12 18:35:14 archlabs sudo[1568]: huck : a password is required ; TTY=un>

Random poweroff on battery, AC, or both?

twice it has powered off on Battery and once on AC.

That line looks suspicious; I assume the last word is “failed”.

Hopefully someone that can actually help you out will chime in.

yes. sorry. I didn’t realize the lines were cut off. Here are the complete journalctl error entries.

Logs begin at Wed 2020-02-12 20:49:24 EST, end at Wed 2020-02-12 21:07:35 EST. –
Feb 12 20:49:24 archlabs kernel: platform MSFT0101:00: failed to claim resource 1: [mem 0xfed40000-0xfed40fff]
Feb 12 20:49:24 archlabs kernel: acpi MSFT0101:00: platform device creation failed: -16
Feb 12 20:49:24 archlabs systemd-modules-load[346]: Failed to find module ‘pkcs8_key_parser’
Feb 12 20:49:26 archlabs kernel: nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 6013d4 [ IBUS ]
Feb 12 20:49:26 archlabs kernel: nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 10ac08 [ IBUS ]
Feb 12 20:49:29 archlabs kernel: nouveau 0000:01:00.0: DRM: Pointer to TMDS table invalid
Feb 12 20:49:31 archlabs kernel: dell_smbios: Unable to run on non-Dell system
Feb 12 20:49:32 archlabs kernel: nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 619444 [ IBUS ]

Was this happening with the 4.9 kernel, or did this start when you upgraded to the 5.4 kernel and started the power use increase noted in your other thread?

It was happening with the 4.9-lts. I decided to do and upggrade to the 5.4-lts and noticed my laptop getting hotter than usual so i decide to run powertop and notice the spike in power consumption,over double. Downgraded to the 4.9-lts and power consumption is back to normal.

Wonder if something was changed somehow also besides errors in the power manager, never know.

Looks like problems with the nouveau kernel module, please post what the output of

lspci -k

When posting text like this please use the preformatted text button or surround it with triple backticks (beside the 1 key, below escape), this makes reading easier and will only take up a set space on the post
eg.
```
Text here
```

I escaped the backticks so they would be visible as an example, without escaping

Text here
1 Like
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers (rev 08)
	Subsystem: Acer Incorporated [ALI] Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers
	Kernel driver in use: skl_uncore
00:02.0 VGA compatible controller: Intel Corporation Skylake GT2 [HD Graphics 520] (rev 07)
	Subsystem: Acer Incorporated [ALI] Skylake GT2 [HD Graphics 520]
	Kernel driver in use: i915
	Kernel modules: i915
00:14.0 USB controller: Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller (rev 21)
	Subsystem: Acer Incorporated [ALI] Sunrise Point-LP USB 3.0 xHCI Controller
	Kernel driver in use: xhci_hcd
	Kernel modules: xhci_pci
00:14.2 Signal processing controller: Intel Corporation Sunrise Point-LP Thermal subsystem (rev 21)
	Subsystem: Acer Incorporated [ALI] Sunrise Point-LP Thermal subsystem
	Kernel driver in use: intel_pch_thermal
	Kernel modules: intel_pch_thermal
00:15.0 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #0 (rev 21)
	Subsystem: Acer Incorporated [ALI] Sunrise Point-LP Serial IO I2C Controller
	Kernel driver in use: intel-lpss
	Kernel modules: intel_lpss_pci
00:16.0 Communication controller: Intel Corporation Sunrise Point-LP CSME HECI #1 (rev 21)
	Subsystem: Acer Incorporated [ALI] Sunrise Point-LP CSME HECI
	Kernel driver in use: mei_me
	Kernel modules: mei_me
00:17.0 SATA controller: Intel Corporation Sunrise Point-LP SATA Controller [AHCI mode] (rev 21)
	Subsystem: Acer Incorporated [ALI] Sunrise Point-LP SATA Controller [AHCI mode]
	Kernel driver in use: ahci
	Kernel modules: ahci
00:1c.0 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #1 (rev f1)
	Kernel driver in use: pcieport
00:1d.0 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #9 (rev f1)
	Kernel driver in use: pcieport
00:1d.2 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #11 (rev f1)
	Kernel driver in use: pcieport
00:1d.3 PCI bridge: Intel Corporation Device 9d1b (rev f1)
	Kernel driver in use: pcieport
00:1f.0 ISA bridge: Intel Corporation Sunrise Point-LP LPC Controller (rev 21)
	Subsystem: Acer Incorporated [ALI] Sunrise Point-LP LPC Controller
00:1f.2 Memory controller: Intel Corporation Sunrise Point-LP PMC (rev 21)
	Subsystem: Acer Incorporated [ALI] Sunrise Point-LP PMC
00:1f.3 Audio device: Intel Corporation Sunrise Point-LP HD Audio (rev 21)
	Subsystem: Acer Incorporated [ALI] Sunrise Point-LP HD Audio
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel, snd_soc_skl
00:1f.4 SMBus: Intel Corporation Sunrise Point-LP SMBus (rev 21)
	Subsystem: Acer Incorporated [ALI] Sunrise Point-LP SMBus
	Kernel driver in use: i801_smbus
	Kernel modules: i2c_i801
01:00.0 3D controller: NVIDIA Corporation GM107 [GeForce 940MX] (rev a2)
	Subsystem: Acer Incorporated [ALI] GM107 [GeForce 940MX]
	Kernel driver in use: nouveau
	Kernel modules: nouveau
03:00.0 Network controller: Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter (rev 31)
	Subsystem: Lite-On Communications Inc QCA9377 802.11ac Wireless Network Adapter
	Kernel driver in use: ath10k_pci
	Kernel modules: ath10k_pci
04:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTL8411B PCI Express Card Reader (rev 01)
	Subsystem: Acer Incorporated [ALI] RTL8411B PCI Express Card Reader
	Kernel driver in use: rtsx_pci
	Kernel modules: rtsx_pci
04:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)
	Subsystem: Acer Incorporated [ALI] RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
	Kernel driver in use: r8169
	Kernel modules: r8169

I’m assuming you’re not using the 940MX, correct?

I would try removing/blacklisting nouveau

su
pacman -Rnsc xf86-video-nouveau
echo "blacklist nouveau" >> /etc/modprobe.d/blacklist.conf
reboot
1 Like

yes. Im not using the Nvidia. That worked for the nouveau errors. Thanks for your help. I turned off TPM and that took care of the “platform MSFT0101:00” and “acpi MSFT0101:00” errors now there is only one left and its is a new one.

Feb 14 01:07:09 archlabs kernel: snd_hda_intel 0000:01:00.1: no codecs found!

This is to do with the hdmi audio I believe, you can try blacklisting the related module, I don’t think it’ll cause issues.

su -c 'echo "blacklist snd_hda_codec_hdmi" >> /etc/modprobe.d/blacklist.conf'
1 Like

Thank you for all your help!! everything seems to be in order now. Have a nice day!

Glad it s settled now @huckfinn11

Thx to @natemaia @PackRat for helping the op !

1 Like

Indeed!!

1 Like

hi guys,

I thought that the random poweroff had been fixed since journalctl reported no errors and I hadn’t had any poweroffs for a few hours; however, that wasnt the case. I had another one(poweroff) and I am pretty sure that It was due to over heating. I found this thread, link is below, stating that recent kernels have had issues with increased power consumption. I know the thread suggests that lts-kernels newer than 4.19.83 have this issue but I have found that the latest 4.19.101 has brought my power consumption back to normal using powertop with the autotune setting. I have tried newer lts-kernals and even with powertop set to autotune power consumption doesn’t lower.

I haven’t tried the Vanilla-Kernels other than the most recent and power consumption is still high even with powertop set to autotune.

So, for now I guess I will have to stick with 4.19.101-lts until i hear of a fix.

https://bbs.archlinux.org/viewtopic.php?id=251344

If you hear of any fix with the new kernels please let me know since it was pointed out in a bug report thread that was issued that is is dangerous to use older lts-kernels do to security issues.

1 Like

Seems to be some workarounds available though I can’t speak for it myself

1 Like