| 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
| ||
|
Message-ID: <Y20l2SozLJdWtqCh@monolith.localdoman>
Date: Thu, 10 Nov 2022 16:24:57 +0000
From: Alexandru Elisei <alexandru.elisei@....com>
To: Alexandre Belloni <alexandre.belloni@...tlin.com>
Cc: a.zummo@...ertech.it, linux-rtc@...r.kernel.org,
linux-kernel@...r.kernel.org, ardb@...nel.org,
linux-efi@...r.kernel.org, catalin.marinas@....com,
will@...nel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [BUG] rtc-efi: Error in efi.get_time() spams dmesg with error
message
Hi,
On Wed, Nov 09, 2022 at 09:31:27PM +0100, Alexandre Belloni wrote:
> On 09/11/2022 14:51:19+0000, Alexandru Elisei wrote:
> > Hi,
> >
> > On Tue, Nov 08, 2022 at 10:41:18PM +0100, Alexandre Belloni wrote:
> > > On 08/11/2022 10:55:15+0000, Alexandru Elisei wrote:
> > > > Hi,
> > > >
> > > > Commit d3549a938b73 ("efi/arm64: libstub: avoid SetVirtualAddressMap() when
> > > > possible") exposed a firmware error on an Ampere Altra machine that was
> > > > causing the machine to panic. Then commit 23715a26c8d8 ("arm64: efi:
> > > > Recover from synchronous exceptions occurring in firmware") made the EFI
> > > > exception non-fatal, and disabled runtime services when the exception
> > > > happens. The interaction between those two patches are being discussed in a
> > > > separate thread [1], but that should be orthogonal to this.
> > > >
> > > > Now efi.get_time() fails and each time an error message is printed to
> > > > dmesg, which happens several times a second and clutters dmesg
> > > > unnecessarily, to the point it becomes unusable.
> > > >
> > > > I was wondering if it would be possible to turn dev_err() into a
> > > > dev_WARN_ONCE() or do something to avoid this issue. Tried to replace
> > > > dev_err() with dev_err_ratelimited(), and the error message was displayed
> > > > less often (about once per second), but dmesg was still being cluttered.
> > > >
> > >
> > > The question this raise is what is actually trying to read the RTC this
> > > often?
> > >
> > > This should be read once at boot and maybe every time you wake up from
> > > suspend but there is no real reason to read it multiple times per
> > > seconds.
> >
> > Reverted the commit the exposed the firmware bug, which means rtc-efi works as
> > it should. Added these debug statements to check how many times efi_read_time()
> > is called if there are no errors:
> >
> > --- a/drivers/rtc/rtc-efi.c
> > +++ b/drivers/rtc/rtc-efi.c
> > @@ -154,6 +154,7 @@ static int efi_set_alarm(struct device *dev, struct rtc_wkalrm *wkalrm)
> > return status == EFI_SUCCESS ? 0 : -EINVAL;
> > }
> >
> > +static unsigned long i = 0;
> > static int efi_read_time(struct device *dev, struct rtc_time *tm)
> > {
> > efi_status_t status;
> > @@ -162,6 +163,9 @@ static int efi_read_time(struct device *dev, struct rtc_time *tm)
> >
> > status = efi.get_time(&eft, &cap);
> >
> > + i++;
> > + pr_info("%s: Call number %lu\n", __func__, i);
> > +
> > if (status != EFI_SUCCESS) {
> > /* should never happen */
> > dev_err(dev, "can't read time\n");
> >
> > The function gets called 3 times, twice during boot and once after. I would say
> > that efi_read_time() gets called so many times because it fails.
> >
>
> It should really get called only once, at device registration when
> CONFIG_RTC_HCTOSYS is set (which I despise):
> https://elixir.bootlin.com/linux/latest/source/drivers/rtc/class.c#L431
>
> Could you maybe use dump_stack() ?
Made this change to the driver:
--- a/drivers/rtc/rtc-efi.c
+++ b/drivers/rtc/rtc-efi.c
@@ -160,6 +160,9 @@ static int efi_read_time(struct device *dev, struct rtc_time *tm)
efi_time_t eft;
efi_time_cap_t cap;
+ pr_info("efi_read_time()\n");
+ dump_stack();
+
status = efi.get_time(&eft, &cap);
if (status != EFI_SUCCESS) {
I don't know if it makes a difference, but the driver is compiled in
(CONFIG_RTC_DRV_EFI=y) instead of it being a module.
For the case when there's no synchronous exception (so runtime services are
available):
[ 16.106871] rtc_efi: efi_read_time()
[ 16.110461] CPU: 3 PID: 1 Comm: swapper/0 Not tainted 6.1.0-rc4-00002-g5c5bcc194a43 #85
[ 16.118455] Hardware name: WIWYNN Mt.Jade Server System B81.03001.0005/Mt.Jade Motherboard, BIOS 1.08.20220218 (SCP: 1.08.20220218) 2022/02/18
[ 16.131221] Call trace:
[ 16.133657] dump_backtrace.part.0+0xdc/0xf0
[ 16.137936] show_stack+0x18/0x40
[ 16.141241] dump_stack_lvl+0x68/0x84
[ 16.144902] dump_stack+0x18/0x34
[ 16.148205] efi_read_time+0x38/0xac
[ 16.151770] __rtc_read_time+0x44/0x8c
[ 16.155515] __rtc_read_alarm+0x27c/0x400
[ 16.159512] __devm_rtc_register_device+0x100/0x300
[ 16.164378] efi_rtc_probe+0xc4/0xf8
[ 16.167951] platform_probe+0x68/0xe0
[ 16.171609] really_probe+0xbc/0x2dc
[ 16.175174] __driver_probe_device+0x78/0xe0
[ 16.179432] driver_probe_device+0x3c/0x160
[ 16.183604] __driver_attach+0x80/0x190
[ 16.187428] bus_for_each_dev+0x70/0xd0
[ 16.191254] driver_attach+0x24/0x30
[ 16.194817] bus_add_driver+0x150/0x200
[ 16.198641] driver_register+0x78/0x130
[ 16.202466] __platform_driver_probe+0x58/0x11c
[ 16.206985] efi_rtc_driver_init+0x24/0x30
[ 16.211070] do_one_initcall+0x50/0x1c0
[ 16.214895] kernel_init_freeable+0x214/0x280
[ 16.219245] kernel_init+0x24/0x12c
[ 16.222725] ret_from_fork+0x10/0x20
[ 16.226874] rtc-efi rtc-efi.0: registered as rtc0
[ 16.231577] rtc_efi: efi_read_time()
[ 16.235142] CPU: 3 PID: 1 Comm: swapper/0 Not tainted 6.1.0-rc4-00002-g5c5bcc194a43 #85
[ 16.243133] Hardware name: WIWYNN Mt.Jade Server System B81.03001.0005/Mt.Jade Motherboard, BIOS 1.08.20220218 (SCP: 1.08.20220218) 2022/02/18
[ 16.255897] Call trace:
[ 16.258331] dump_backtrace.part.0+0xdc/0xf0
[ 16.262589] show_stack+0x18/0x40
[ 16.265893] dump_stack_lvl+0x68/0x84
[ 16.269544] dump_stack+0x18/0x34
[ 16.272847] efi_read_time+0x38/0xac
[ 16.276411] __rtc_read_time+0x44/0x8c
[ 16.280148] rtc_read_time+0x3c/0x70
[ 16.283711] __devm_rtc_register_device+0x16c/0x300
[ 16.288575] efi_rtc_probe+0xc4/0xf8
[ 16.292139] platform_probe+0x68/0xe0
[ 16.295790] really_probe+0xbc/0x2dc
[ 16.299353] __driver_probe_device+0x78/0xe0
[ 16.303611] driver_probe_device+0x3c/0x160
[ 16.307783] __driver_attach+0x80/0x190
[ 16.311607] bus_for_each_dev+0x70/0xd0
[ 16.315431] driver_attach+0x24/0x30
[ 16.318994] bus_add_driver+0x150/0x200
[ 16.322817] driver_register+0x78/0x130
[ 16.326642] __platform_driver_probe+0x58/0x11c
[ 16.331160] efi_rtc_driver_init+0x24/0x30
[ 16.335245] do_one_initcall+0x50/0x1c0
[ 16.339069] kernel_init_freeable+0x214/0x280
[ 16.343414] kernel_init+0x24/0x12c
[ 16.346891] ret_from_fork+0x10/0x20
[ 16.351038] rtc-efi rtc-efi.0: setting system clock to 2022-11-10T14:57:06 UTC (1668092226)
[..]
[ 55.871457] rtc_efi: efi_read_time()
[ 55.871483] CPU: 20 PID: 1744 Comm: kworker/20:2 Not tainted 6.1.0-rc4-00002-g5c5bcc194a43 #85
[ 55.871495] Hardware name: WIWYNN Mt.Jade Server System B81.03001.0005/Mt.Jade Motherboard, BIOS 1.08.20220218 (SCP: 1.08.20220218) 2022/02/18
[ 55.871500] Workqueue: events rtc_timer_do_work
[ 55.871529] Call trace:
[ 55.871533] dump_backtrace.part.0+0xdc/0xf0
[ 55.871553] show_stack+0x18/0x40
[ 55.871560] dump_stack_lvl+0x68/0x84
[ 55.871573] dump_stack+0x18/0x34
[ 55.871578] efi_read_time+0x38/0xac
[ 55.871584] __rtc_read_time+0x44/0x8c
[ 55.871589] rtc_timer_do_work+0x64/0x1c0
[ 55.871593] process_one_work+0x1d0/0x320
[ 55.871604] worker_thread+0x14c/0x444
[ 55.871610] kthread+0x10c/0x110
[ 55.871617] ret_from_fork+0x10/0x20
Running a v6.1-rc4 kernel, after the EFI synchronous abort, so runtime services
are disabled:
[ 55.547383] rtc_efi: efi_read_time()
[ 55.547394] CPU: 1 PID: 829 Comm: kworker/1:1 Tainted: G W I 6.1.0-rc4-00001-gbd8082c3515b #86
[ 55.547397] Hardware name: WIWYNN Mt.Jade Server System B81.03001.0005/Mt.Jade Motherboard, BIOS 1.08.20220218 (SCP: 1.08.20220218) 2022/02/18
[ 55.547399] Workqueue: events rtc_timer_do_work
[ 55.547405] Call trace:
[ 55.547406] dump_backtrace.part.0+0xdc/0xf0
[ 55.547411] show_stack+0x18/0x40
[ 55.547414] dump_stack_lvl+0x68/0x84
[ 55.547418] dump_stack+0x18/0x34
[ 55.547420] efi_read_time+0x38/0xac
[ 55.547422] __rtc_read_time+0x44/0x8c
[ 55.547424] rtc_timer_do_work+0x64/0x1c0
[ 55.547425] process_one_work+0x1d0/0x320
[ 55.547429] worker_thread+0x14c/0x444
[ 55.547432] kthread+0x10c/0x110
[ 55.547435] ret_from_fork+0x10/0x20
[ 55.547437] efi: EFI Runtime Services are disabled!
[ 55.547441] rtc-efi rtc-efi.0: can't read time
[ 56.522572] efi: EFI Runtime Services are disabled!
[ 56.522602] rtc_efi: efi_read_time()
[ 56.522607] CPU: 46 PID: 883 Comm: kworker/46:1 Tainted: G W I 6.1.0-rc4-00001-gbd8082c3515b #86
[ 56.522620] Hardware name: WIWYNN Mt.Jade Server System B81.03001.0005/Mt.Jade Motherboard, BIOS 1.08.20220218 (SCP: 1.08.20220218) 2022/02/18
[ 56.522627] Workqueue: events rtc_timer_do_work
[ 56.522640] Call trace:
[ 56.522644] dump_backtrace.part.0+0xdc/0xf0
[ 56.522658] show_stack+0x18/0x40
[ 56.522670] dump_stack_lvl+0x68/0x84
[ 56.522680] dump_stack+0x18/0x34
[ 56.522689] efi_read_time+0x38/0xac
[ 56.522696] __rtc_read_time+0x44/0x8c
[ 56.522703] rtc_timer_do_work+0x64/0x1c0
[ 56.522710] process_one_work+0x1d0/0x320
[ 56.522721] worker_thread+0x14c/0x444
[ 56.522731] kthread+0x10c/0x110
[ 56.522740] ret_from_fork+0x10/0x20
[ 56.522751] rtc-efi rtc-efi.0: can't read time
[ 56.527202] CPU: 46 PID: 883 Comm: kworker/46:1 Tainted: G W I 6.1.0-rc4-00001-gbd8082c3515b #86
[ 56.527205] Hardware name: WIWYNN Mt.Jade Server System B81.03001.0005/Mt.Jade Motherboard, BIOS 1.08.20220218 (SCP: 1.08.20220218) 2022/02/18
[ 56.527207] Workqueue: events rtc_timer_do_work
[ 56.527209] Call trace:
[ 56.527210] dump_backtrace.part.0+0xdc/0xf0
[ 56.527213] show_stack+0x18/0x40
[ 56.527217] dump_stack_lvl+0x68/0x84
[ 56.527219] dump_stack+0x18/0x34
[ 56.527222] efi_read_time+0x38/0xac
[ 56.527224] __rtc_read_time+0x44/0x8c
[ 56.527226] rtc_timer_do_work+0x64/0x1c0
[ 56.527227] process_one_work+0x1d0/0x320
[ 56.527230] worker_thread+0x14c/0x444
[ 56.527234] kthread+0x10c/0x110
[ 56.527236] ret_from_fork+0x10/0x20
[ 56.527239] rtc-efi rtc-efi.0: can't read time
[ 56.531689] rtc_efi: efi_read_time()
[ 56.531700] CPU: 61 PID: 900 Comm: kworker/61:1 Tainted: G W I 6.1.0-rc4-00001-gbd8082c3515b #86
[ 56.531705] Hardware name: WIWYNN Mt.Jade Server System B81.03001.0005/Mt.Jade Motherboard, BIOS 1.08.20220218 (SCP: 1.08.20220218) 2022/02/18
[ 56.531708] Workqueue: events rtc_timer_do_work
[ 56.531714] Call trace:
[ 56.531716] dump_backtrace.part.0+0xdc/0xf0
[ 56.531723] show_stack+0x18/0x40
[ 56.531728] dump_stack_lvl+0x68/0x84
[ 56.531732] dump_stack+0x18/0x34
[ 56.531737] efi_read_time+0x38/0xac
[ 56.531741] __rtc_read_time+0x44/0x8c
[ 56.531743] rtc_timer_do_work+0x64/0x1c0
[ 56.531747] process_one_work+0x1d0/0x320
[ 56.531752] worker_thread+0x14c/0x444
[ 56.531757] kthread+0x10c/0x110
[ 56.531761] ret_from_fork+0x10/0x20
[ 56.531768] rtc-efi rtc-efi.0: can't read time
[..]
I've removed the first two GetTime() calls that happens before runtime
services become unavailable, they looked similar to the calls in the first
scenario. Can provide full log if needed.
Thanks,
Alex
Powered by blists - more mailing lists