lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <43nj7od4luzqjmto7tddhtp5kqi5gbqgeq5v5qiqijydkjgma5@li525a32nds3>
Date: Tue, 27 Feb 2024 09:57:28 +0000
From: Shinichiro Kawasaki <shinichiro.kawasaki@....com>
To: Bagas Sanjaya <bagasdotme@...il.com>
CC: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Linux x86
 Platform Drivers <platform-driver-x86@...r.kernel.org>, Linux Regressions
	<regressions@...ts.linux.dev>, Linux Stable <stable@...r.kernel.org>, Andy
 Shevchenko <andriy.shevchenko@...ux.intel.com>,
	Ilpo Järvinen <ilpo.jarvinen@...ux.intel.com>, Klara Modin
	<klarasmodin@...il.com>, Hans de Goede <hdegoede@...hat.com>,
	"danilrybakov249@...il.com" <danilrybakov249@...il.com>
Subject: Re: Fwd: Continuous ACPI errors resulting in high CPU usage by
 journald

On Feb 27, 2024 / 15:22, Bagas Sanjaya wrote:
> Hi,
> 
> On Bugzilla, danilrybakov249@...il.com reported stable-specific, ACPI error
> regression that led into high CPU temperature [1]. He wrote:

Thanks for the report, and sorry for the trouble.

> 
> > Overview:
> > 
> > After updating from lts v6.6.14-2 to lts v6.6.17-1 noticed high CPU temperature and lag. After running htop noticed that journald was using 30-60% of CPU. Afterwards, tried switching to stable, or lts v6.6.18-1, but encountered the same issue.
> > 
> > Running journalctl -f gives these lines over and over again:
> > 
> > Feb 19 21:09:12 danirybe kernel: ACPI Error: Could not disable RealTimeClock events (20230628/evxfevnt-243)
> > Feb 19 21:09:12 danirybe kernel: ACPI Error: No handler or method for GPE 08, disabling event (20230628/evgpe-839)
> > Feb 19 21:09:12 danirybe kernel: ACPI Error: No handler or method for GPE 0A, disabling event (20230628/evgpe-839)
> > Feb 19 21:09:12 danirybe kernel: ACPI Error: No handler or method for GPE 0B, disabling event (20230628/evgpe-839)
> > Feb 19 21:09:12 danirybe kernel: ACPI Error: No installed handler for fixed event - PM_Timer (0), disabling (20230628/evevent-255)
> > Feb 19 21:09:12 danirybe kernel: ACPI Error: No installed handler for fixed event - PowerButton (2), disabling (20230628/evevent-255)
> > Feb 19 21:09:12 danirybe kernel: ACPI Error: No installed handler for fixed event - SleepButton (3), disabling (20230628/evevent-255)
> > 
> > My system info:
> > 
> > Laptop model: ASUS VivoBook D540NV-GQ065T
> > OS: Arch Linux x86_64
> > Kernel: 6.6.14-2-lts
> > WM: sway
> > CPU: Intel Pentium N420 (4) @ 2.500GHz

I think this CPU is in Goldmont microarchitecture group. The group is handled
in a bit unique way in drivers/platform/x86/p2sb.c. I guess the commit affected
handling of P2SB resource on machines with that architecture.

> > GPU1: Intel Apollo Lake [HD Graphics 505]
> > GPU2: NVIDIA GeForce 920MX
> > 
> > I've pinned down the commit after which the problem occurs:
> > 
> > 847e1eb30e269a094da046c08273abe3f3361cf2 is the first bad commit
> > commit 847e1eb30e269a094da046c08273abe3f3361cf2
> > Author: Shin'ichiro Kawasaki <shinichiro.kawasaki@....com>
> > Date:   Mon Jan 8 15:20:58 2024 +0900
> > 
> >     platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe
> >     
> >     commit 5913320eb0b3ec88158cfcb0fa5e996bf4ef681b upstream.
> > 
> > <snipped>...
> 
> See Bugzilla for the full thread.
> 
> Thanks.
> 
> [1]: https://bugzilla.kernel.org/show_bug.cgi?id=218531

I do not have access to the hardware. As I commented on the bugzilla link above,
I would like ask help for debug.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ