Bug 189431 - s3 second suspend - "Warning boot script table is modified!!! Please contact your vendor." - Cold boot. - AMD A6 6310 APU
Summary: s3 second suspend - "Warning boot script table is modified!!! Please contact ...
Status: RESOLVED CODE_FIX
Alias: None
Product: ACPI
Classification: Unclassified
Component: Power-Sleep-Wake (show other bugs)
Hardware: x86-64 Linux
: P1 normal
Assignee: Zhang Rui
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-12-01 18:55 UTC by Przemek
Modified: 2020-11-11 00:14 UTC (History)
3 users (show)

See Also:
Kernel Version: from 3.17 up to current 4.8.11
Subsystem:
Regression: Yes
Bisected commit-id:


Attachments
second suspend log (after cold boot journalctl -b -1) (213.70 KB, text/plain)
2016-12-01 18:55 UTC, Przemek
Details
Bisect log (2.87 KB, text/plain)
2017-01-05 10:30 UTC, Przemek
Details
output from dmidecode (15.48 KB, text/plain)
2017-01-09 13:51 UTC, Przemek
Details
patch to save NVS memory for Lenovo G50-45 (796 bytes, patch)
2017-01-10 00:22 UTC, Zhang Rui
Details | Diff
patch V2 (1.65 KB, patch)
2017-01-11 01:15 UTC, Zhang Rui
Details | Diff
patch v3 (1007 bytes, patch)
2017-01-11 17:41 UTC, Przemek
Details | Diff
v4 (1.67 KB, patch)
2017-01-12 09:26 UTC, Zhang Rui
Details | Diff
patch v5 (1007 bytes, patch)
2017-01-12 17:02 UTC, Przemek
Details | Diff
patch V6: save NVS memory for Lenovo G50-45 (1.83 KB, patch)
2017-01-13 02:14 UTC, Zhang Rui
Details | Diff

Description Przemek 2016-12-01 18:55:26 UTC
Created attachment 246551 [details]
second suspend log (after cold boot journalctl -b -1)

Suspending the laptop into ram on second attempt cousing hard reset (cold boot) with the message from uefi firmwre : Warning!!! Boot script table is modified!!! Please contact your vendor."

Arch Linux installed on Lenovo G50-45 (AMD A6 6310 APU with R4 Beema/Mullins)
Booting in UEFI mode (but trying boot in Legacy with UEFI and Secure Boot turned off and there is the same reaction - cold boot on second attempt to suspend with warning from BIOS).

I tried many Linux disrtibutions with kernels below 3.16 and above (Debian, Slackware, Fedora, OpenSUSE). Probem occurs if you try to use kernel from 3.17 up to current -> 4.8.10.

Now I'am using 3.16lts from AUR and suspend to ram works.

Problem was posted on Arch Linux Forum : 
https://bbs.archlinux.org/viewtopic.php?id=218645 
and is affecting not only Lenovo laptops as you may think) : 

https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/1528735

Sometimes other laptops just hangs or there is no message from UEFI firmware - just cold boot.

From information I have found in internet it is related to security fix issue of S3 mode : 

https://support.lenovo.com/br/en/product_security/s3_boot_protect

Vulnerability Note VU#976132 http://www.kb.cert.org/vuls/id/976132
UEFI implementations do not properly secure the EFI S3 Resume Boot Path boot script.

From dmidecode:
BIOS Information
Vendor: LENOVO
Version: A2CN40WW(V2.08)
Release Date: 08/21/2015

Attached log fom second suspend.

Steps to reproduce:

Install Arch Linux (or any other distro I've tried) with kernel above 3.16 on Lenovo G50-45 (or other Laptop affected by bios S3 security issue fix) and suspend to ram twice time in a row.
Comment 1 Len Brown 2016-12-05 23:36:01 UTC
What does "on second attempt" mean, exactly?
Does this mean that you can suspend and resume once and it works?

Is it possible for you to try an older BIOS to confirm that this issue is related to the BIOS patch?
Comment 2 Len Brown 2016-12-05 23:36:51 UTC
Is it possible to identify, via git-bisect, what in Linux changed between 3.16 and 3.17 that causes it to run into this failure?
Comment 3 Przemek 2016-12-06 10:30:53 UTC
Thanks fo the reply.

"On second attempt" means that first suspend via "systemctl suspend" is working as expected (hdd is off, power(online) led is blinking, screen is off, fan is off - coputer is suspended), machine after that resumes olso without any problems, but when laptop is resumed and I try to repeat "systemctl suspend" command, then it is trying to suspend as normal, but it takes little more time (1-3s) to see message (yellow bright text) from UEFI firmware on screen saying: "Warning!!! Boot script table is modified. Please contact your vendor.", and laptop boots as to be just powered on. During second process hdd doesnt turning off, power led doesnt blinking (it is "on" whole the time as laptop was to be online), fan is on, and backlight is on. After displaing the message for 3s machine reset itself.

As to BIOS downgrade - I dont think it is possible for me to downgrade it. Maby my Google fu is to weak but I cannot find trusted source of bios file. Lenovo page doesnt have one (I suppose it was removed by them), and I dont have backup of previous version.

But, on bugzilla there is other bug report which treats about hibernation problem, bios not recognized by ACPI and identical laptop:

https://bugzilla.kernel.org/show_bug.cgi?id=186861

Laptop in that bug report has bios A2CN34WW which is lower version, and the owner states that he can use kernels up to 4.6 on that machine.

Moreover there is another - newer verions of BIOS form Lenovo which suppose to resolve "SMM callout vulnerability"  dated 2016/08/05.

https://support.lenovo.com/pl/pl/product_security/smm_attack

https://download.lenovo.com/consumer/mobiles/a2cn45ww.txt

Here the quesion arise.
Should I upgrade BIOS to version A2CN45WW and proced to trying git-bisect kernel 3.17 ( I havent done it once ), an if so which version should I start with.
Comment 4 Przemek 2016-12-10 21:46:56 UTC
(In reply to Len Brown from comment #2)
> Is it possible to identify, via git-bisect, what in Linux changed between
> 3.16 and 3.17 that causes it to run into this failure?

Hi,
I have started bisecting(from 3.17-rc1 to 3.17-rc5), and encountered problem that I cannot resolve. When first kernel compiled by git-bisect (I had to compile gcc4.9 from AUR specially for that operation, alternatively add a pach for compiler-gcc5.h into the kernel tree.) is trying to boot it freezes with message printed on screen "setup_efi_pci() failed". I have to power off laptop by power switch, ctrl+alt+backspace doesnt work.

I'am using initramfs because of LVM on LUKS.  

So I have a question, is there somewhere pach putted upstream that I could eventually manually apply before compilation to resolve this (freeze on boot time error), because kernel compiled from AUR (3.16 LTS - 3.16.39) works perfect.

thnx.
Przemek
Comment 5 Przemek 2017-01-05 10:30:20 UTC
Created attachment 250341 [details]
Bisect log

Bisect log
Comment 6 Przemek 2017-01-05 10:31:36 UTC
Never mind ...

Bisect log attached.

The first bad commit was:

 [821d6f0359b0614792ab8e2fb93b503e25a65079] ACPI / sleep: Do not save NVS for new machines to accelerate S3


ACPI / sleep: Do not save NVS for new machines to accelerate S3

NVS region is saved and restored unconditionally for machines without
nvs_nosave quirk during S3. Tested some new machines and the operation
is not necessary. Saving NVS region also affects S2RAM speed. The time of
NVS saving and restoring depends on the size of NVS region and it consumes
7~10ms normally.

This patch is to make machines produced from 2012 to now not saving NVS region
to accelerate S3.

Signed-off-by: Lan Tianyu <tianyu.lan@intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Comment 7 Przemek 2017-01-06 18:12:36 UTC
I can confirm that this commit made problems on my machine.

I reversed this patch [821d6f0359b0614792ab8e2fb93b503e25a65079] on kernel 4.9 - mainline with config from Archlinux testing repo and my machine can suspend and resume as many times in a row as I want to.

Maby bios upgrade to version A2CN40WW(V2.08) is forcing EFI to read tables from saved NVS memory and so this commit is invalid to my netbook.
Comment 8 Zhang Rui 2017-01-09 09:24:37 UTC
please attach the full dmidecode and I will generate a quirk patch for you to force enable nvs saving.
Comment 9 Przemek 2017-01-09 13:51:36 UTC
Created attachment 250911 [details]
output from dmidecode

Thank you very much.
Output from dmidecode attached.
Comment 10 Zhang Rui 2017-01-10 00:22:38 UTC
Created attachment 251031 [details]
patch to save NVS memory for Lenovo G50-45

please check if this patch helps or not
Comment 11 Przemek 2017-01-10 16:43:39 UTC
Unfortunately patch doesn't help at all.
I have appiled it and compiled kernel 4.9.2. Result was the same as with kernel without reversed commit - yelow sign and reset.

I've look inside the patch and quirk is refereeing to "init_nvs_nosave" which is related to "nvs_nosave" and "acpi_nvs_nosave" (sleep.c) . With commit 821d6f0359b0614792ab8e2fb93b503e25a65079 in sleep.c appears "acpi_nvs_nosave_s3" which is called out after quirk section of "static struct dmi_system_id acpisleep_dmi_table[] __initdata" and related to "nvs_nosave_s3" The "init_nvs_nosave_s3" does not exist in the code.

Please forgive me but I am not a programmer so I could be totally wrong.

Once again thanks for your time.
Przemek
Comment 12 Zhang Rui 2017-01-11 01:15:55 UTC
Created attachment 251161 [details]
patch V2

please check if this patch helps or not
Comment 13 Przemek 2017-01-11 17:41:16 UTC
Created attachment 251241 [details]
patch v3

Yes, finally. 

Patch v2 helped a lot. 
However with original version during compilation I had makefile error:

" CC      drivers/acpi/sleep.o
drivers/acpi/sleep.c:338:14: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
  .callback = acpi_nvs_save_s3,
              ^~~~~~~~~~~~~~~~
drivers/acpi/sleep.c:338:14: note: (near initialization for ‘acpisleep_dmi_table[21].callback’)
cc1: some warnings being treated as errors",

So I made little modification. I have added function "static int __init init_nvs_save_s3" and made changes in quirk section accordingly.

I don't know if I didn't messed up something with the original commit, and if my changes are correct in accordance with coding rules, but on my side with patch v3 everything works as expected. That means I can suspend and resume netbook many times in a row without resetting the system.

Thank you very much for your help.
Przemek
Comment 14 Zhang Rui 2017-01-12 09:26:31 UTC
Created attachment 251311 [details]
v4

thanks for your patch, and I think this is the version targeted for upstream, please confirm it works for you.
Comment 15 Przemek 2017-01-12 17:02:35 UTC
Created attachment 251361 [details]
patch v5

No, unfortunately this version of patch doesn't compile neither.

Once again compiler yells about incompatible pointer type "init_nvs_save_s3"

I think we have lost part of our previous work during merging versions of patches.

In this version - 5 - I gathered everything together and in accordance to your revision I changed "return 1" to --> "return 0" in function "static int __init init_nvs_save_s3" (BTW I don't know why I have put "1" there, I really apologize for that, it was unintentional).

Applied, compiled kernel 4.9.2 and rebooted. Everything works.

Thanks,
Przemek
Comment 16 Zhang Rui 2017-01-13 02:07:05 UTC
This version is okay with me. Just one comment, we should put init_nvs_save_s3() right after acpi_nvs_save_s3().

Will you send the patch upstream, or do you like me to send the patch?
Comment 17 Zhang Rui 2017-01-13 02:14:06 UTC
Created attachment 251431 [details]
patch V6: save NVS memory for Lenovo G50-45

please confirm this one works for you and I will send it out soon.
Comment 18 Przemek 2017-01-13 17:48:06 UTC
This patch, from my side is working on my Lenovo, so when you think it is ready than it is ready.
Thanks,
Przemek
Comment 19 Zhang Rui 2017-01-16 03:06:20 UTC
Patch has been sent out and it's available at
https://patchwork.kernel.org/patch/9517999/
Comment 20 E. Dada 2020-11-11 00:14:08 UTC
Hello,

I have exactly same problem on a Lenovo G70-35, with Debian 4.19 kernel.
Just removing the 2012 check for enabling nvs save in drivers/acpi/sleep.c resolved this.

Googling around, I also found description of exact same symptoms on Lenovo G40-45, Lenovo G45-50 and HP ENVY m6-k010dx. Found nothing about mine. I suspect much more machines are impacted.

Rather than listing them all, would it be possible to detect the problematic BIOS vendor/versions ? Or being more conservative with this 2012 limit ?

Note You need to log in before you can comment on or make changes to this bug.