Bug 200087
CPU: AMD Ryzen 5 2500U GPU1: AMD Radeon Vega 8 GPU2: AMD Radeon 535 (I wrote to Acer to fix their bios problems but they said Linux is not supported. I don't think they are right but what can I do?) Created attachment 276585 [details]
attachment-31427-0.html
Out of office 6/18-6/27
Created attachment 276587 [details]
Soft lockup failure without noacpi
Nothing changes with disabled iommu. Created attachment 276589 [details]
dmesg after amd_iommu_dump=1
[ 0.000000] AMD-Vi: Using IVHD type 0x11
[ 0.000000] AMD-Vi: device: 00:00.2 cap: 0040 seg: 0 flags: b0 info 0000
[ 0.000000] AMD-Vi: mmio-addr: 00000000fd900000
[ 0.000000] AMD-Vi: DEV_SELECT_RANGE_START devid: 00:01.0 flags: 00
[ 0.000000] AMD-Vi: DEV_RANGE_END devid: ff:1f.6
[ 0.000000] AMD-Vi: DEV_ALIAS_RANGE devid: ff:00.0 flags: 00 devid_to: 00:14.4
[ 0.000000] AMD-Vi: DEV_RANGE_END devid: ff:1f.7
[ 0.000000] AMD-Vi: DEV_SPECIAL(HPET[0]) devid: 00:14.0
[ 0.000000] AMD-Vi: DEV_SPECIAL(IOAPIC[33]) devid: 00:14.0
[ 0.000000] AMD-Vi: DEV_SPECIAL(IOAPIC[34]) devid: 00:00.1
[ 0.000000] [Firmware Bug]: AMD-Vi: No southbridge IOAPIC found
Created attachment 276591 [details]
Error message before freezing (without quite splash)
Please try booting with linux 4.18-rc1 or later. Also, please try 4.18-rc1+ with/without ACPI Hi Erik, Absolutely the same thing on 4.18rc1 and on rc2 too. Fedora loads without any additional parameters(mysterious). [ 0.000000] Switched APIC routing to physical flat. [ 0.002000] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 [ 0.007000] tsc: Fast TSC calibration using PIT [ 0.008000] tsc: Detected 1996.299 MHz processor [ 0.008000] clocksource: tsc-early: mask: 0xffffffffffffffff max_cycles: 0x398d0c7513b, max_idle_ns: 881590744042 ns [ 0.008000] Calibrating delay loop (skipped), value calculated using timer frequency.. 3992.59 BogoMIPS (lpj=1996299) Heat production may be still present but I can't measure it because there is no temperature values in "sensors" (there is 5 values in Win10). Created attachment 277069 [details]
Fedora loads without noacpi
*there are no values Erik, I think this is in connection with clocksource calibration but I'm not an expert. This works: [ 0.007000] tsc: Fast TSC calibration using PIT [ 0.008000] tsc: Detected 1996.299 MHz processor [ 0.008000] clocksource: tsc-early: mask: 0xffffffffffffffff max_cycles: 0x398d0c7513b, max_idle_ns: 881590744042 ns This doesn't: [...] tsc: Refined tsc clocksource calibration: ... [...] clocksource: tsc: mask: 0xfff...f (...) Hi, I was trying another kernel parameters and noapic seems to work. It is not needed to disable the whole ACPI "service", however I don't know how important apic is. On kernel 4.18 even temperature sensors appear. Power management is almost perfect if cpu governor is set to powersave. At least amdgpu crashes now so kernel doesn't start without nomodeset. Could this be an acpi problem or I should ask kernel firmware developers? Hi, amdgpu doesn't crash on my a315-41g-r40x (BIOS V1.08) with linux-next-next-20180713 compiled with VGA_SWITCHEROO=N and with kernel parameters: ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2 gg71, where have you been till now? :D Thanks, I will try it. gg71, it works almost perfectly, thanks again. I have been working on this for ca one month. Please write a mail to me if you have any new info. Zhang Rui, why have you changed the topic? It was correct, the kernel loads only with noapic or noacpi. The problem is DSDT/SSDT tables can not load because of ALREADY_EXIST problem. They should be fixed by someone correctly. They->those Sorry, nothing, I changed it before :) can confirm bug is also present on Acer Aspire A315-41G with ryzen 3 2200u and radeon 535. with kernel parameters "ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2 iommu=pt" on kernel 4.18.5 my a315 41g laptop works flawlessly without crashes or kernel panics, however one issue is that afte resuming from sleep lscpu reports that the cpu runs constantly at turbo frequency suspend crashes sometimes with a screen freeze only way is to reboot the laptop. kernel 4.18.8 I'm currently have the exact same issue with my AN515-42-R5GT Acer Nitro 5 Ryzen 2500U + RX560X. Adding: ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2 iommu=pt Seemed to help me out on 4.19rc2, but 4.18.10 requires noapic on Sabayon Linux. Tell me whatever you need an I'll pull it all. Hi bros, I can upload the SSDT/DSDT tables if somebody will fix them. Something should be invented because that is not too good if linux desktops can not be used on new notebooks. guys linpus Linux is fedora based that's why it doesn't need noapic to boot, linpus Linux is pre-installed and supported on Acer laptops, so we got to find what quirks is fedora using to load the bios tables correctly. or maybe extract the ssdt dsdt tables after installing fedora on the laptop Acer Aspire A315-41G-RX8R (Ryzen 5 2500u, no dGPU version). From 4.16 to 4.18 kernels i'm required to use noapic to boot, yet i can't hibernate or suspend. Kernel panics after screen goes black. On 4.19rc7 i can use iommu=pt ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2 parameters and hibernation doesn't go kernel panic anymore. on kernel 4.19rc7 cannot power off the laptop. acer aspire a315 41g with ryzen 3 2200u and radeon 535 I may be experiencing the same bug. I have a Lenovo A485 2700U. Though the system either doesn't progress past grub's "loading initramfs" or shows a black screen after that point. Starting with pci=noacpi causes something to show up but it still does not boot. But, with a different kernel config the latest git works fine, but when I compiled with my normal config it would not boot. Also, ubuntu's PPA which has rc7 in it has the same issue as my normal config. I am uploading my working and non-working config. (here is the issue I originally reported my issue on https://bugs.freedesktop.org/show_bug.cgi?id=108307) Created attachment 278979 [details]
Working kernel config
Created attachment 278981 [details]
Non-working kernel config
Hi Samantha, thanks for your post that is a very intresting point. I thought there was something difference between the kernels of different distros but I didn't realize that could be caused by the pre-compile config but it's logical. However I'm afraid this could be just a workaround and not a correct solution. Could you please check if you have correct ACPI functionality? I need a dmesg output with the correct kernel and please check if the CPU's temperature goes under 50C/122F on idle. Thanks again. Created attachment 278983 [details]
dmesg from working kernel
Okay, here is my dmesg output.
Don't somebody want to make a comparsion (diff) from parameter to parameter? I fixed my tables manually so I don't really have motivation for that. This section can be the most important for us: "Power management and ACPI options" Otherwise the main problem is that the kernel's ASL (interpreter/compiler/decompiler idk.) can't interpret the ACPI tables because of failures like this: "ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog". If I want to decompile it with iasl the message is the same so I need to skip some SSDT files to avoid this. After "decompile(ing)" had been successful I need to fix a lot of bug for the recompile(ing). Created attachment 278985 [details]
diff good.config bad.config
Here is a diff of the two configs.
Created by doing as below, and then diff -aur good bad | grep -E '^(\+|-)'
cat .config-good | grep -Ev '^#' | grep -Ev '^\s*$' |sort > /tmp/.config-good
Created attachment 278987 [details]
Hacked AML tables vs good kernel compile config
Which is better?
suspend/resume on non graphical tty2 never crashes, suspend /resume on graphical x session sometimes causes screen freeze and you have to reboot the laptop. i disabled polkit auth agent from openbox autostart and now the laptop sleeps like a baby, it was unrelated to acpi. actually ignore my previous post i managed to crash suspend /sleep at a non graphical session, this could still be related to acpi or drivers. Created attachment 279023 [details]
sleep dmesgs before/after working/crashed
different dmesg before/after successful suspend and suspend freeze, it seems like a cpu issue.
siyia: I see you only have rcu_nocbs=0-3 but there are 8 logical cores. Try seeing if using `rcu_nocbs=0-7 idle=nomwait` helps. Both those together fixed my system lockups. With just rcu_nocbs for all my cores I still got lockups (and you don't have it enabled for all cores). Ryzen Errata: https://support.amd.com/TechDocs/55449_Fam_17h_M_00h-0Fh_Rev_Guide.pdf will post back soon after testing parameters the cpu is ryzen 3 2200u 2 cores 2 threads. unfortunately it didn't help. idle=nowait however activates the cpu power save feature, lol wtf? here i had a bug report https://bugzilla.kernel.org/show_bug.cgi?id=201045 i only get lockups only after/before suspend sometimes, otherwise the laptop is rock solid. however thanks Samantha for the idle=nowait boot parameter it solved the cpu power save feature. siyia: Only thing else I'd think to try would be this: https://gist.github.com/60b73ff4e6ce901d09f9a8025826cb4a It must be run as root and you must have `msr-tools` installed. I wrote it just now based on https://lists.freebsd.org/pipermail/freebsd-current/2018-June/069799.html It sets some MSR registers that AMD specified as mitigations for some of the errata. Let me know if that changes anything. (also I'm glad the kernel options somehow fixed the turbo issue for you). your script didn't help, about the powersave it was enabled by adding amdgpu in the modules in mkinitcpio.conf and then updating iniframs with sudo mkinitcpio - p linux that fixed it, however after waking from suspend cpu runs at turbo frequency again. siyia: I seem to be getting freezing during suspend too (though you seem to be getting it more than I). There are some with Ryzen that their crashes were fixed if they disabled C6 powerstate. Since I use a laptop that was mostly a non-option for me, but I wrote as script so systemd will disable C6 sleep before suspend and then enable it again after suspend (so CPU doesn't happen to be in C6 state aronud suspend time). May or may not work. Since it has only happened every once in a while for me, I may not know for several days if the fix worked or not. You can test it out by putting https://gist.github.com/samcv/0b6a915aadcddc0e19640c20d9dd3164 as /usr/lib/systemd/system-sleep/disable-enable-c6-state.sh and doing `chmod +x /usr/lib/systemd/system-sleep/disable-enable-c6-state.sh`. You will need download https://github.com/r4m0n/ZenStates-Linux/blob/master/zenstates.py and then set the ZENSTATES variable in my `disable-enable-c6-state.sh` script to wherever you put the script. If the script is working you should get an output from `journalctl -b 0 | grep -Ei '(enabled|disabled)\s*c6'` after you have done a suspend/resume cycle. If that doesn't fix it, your issue (and possibly mine depending on how my results go) should probably have their own bug filed. still freezes with c6 disabled, only anomaly I can detect is that after resuming from sleep cpupowersave is disabled and cpu runs at turbo frequency. only way to reverse this is to reboot and have the amdgpu module initiated early in km. *kms fedora 29 requires noapic only for installation,after wich it boots without any parameters and no acpi errors,suspend-resume and cpu powersave work flawlesly. Created attachment 279211 [details]
dmesg from fedora 29 with noacpi errors
everything works flawlessly on fedora 29
Hmm, maybe a different configuration of the kernel or a different version? Not sure what kernel Fedora uses. BTW the latest 1.05 BIOS update on my Lenovo A485 fixes the underlying BIOS issue, so my system doesn't suffer from this issue anymore (doesn't mean a kernel fix wouldn't be a good idea, since not all OEM's are good about fixing issues for "unsupported platforms"). i just cannot understand how fedora kernel config can fix buggy acer bios?i mean the tables are completely broken,yet under fedora the load without any error,can this be replicated upstream,fedora 29 uses kernel 4.18.16. Is there a way to build\use fedora kernel under Arch or Ubuntu? Could be a workaround for some time. we could use the same config...,if we use the same config and the problem persists then it is probably a fedora kernel patch that fixes the issues with Acer Aspire A315-41G series. Created attachment 279239 [details]
fedora kernel config for linux 4.18.6
You can use it to build a kernel with the arch build system and test if it works in archlinux.
arch kernel should also be 4.18.6 sorry i meant kernel * 4.18.16 (In reply to siyia from comment #55) > i just cannot understand how fedora kernel config can fix buggy acer bios?i > mean the tables are completely broken,yet under fedora the load without any > error,can this be replicated upstream,fedora 29 uses kernel 4.18.16. Fedora 29 really do not show any errors? On 28 there was two lines in dmesg "ioapic[4] not in ivrs table" which present on screenshot attachment for this bugreport. And third line was like "switching irq routing to physical flat" - sorry, i'm not remember exactly... I did not find anything useful about this "physical flat" irq mapping mode. But seems this is similar to noapic. no such errors i ve uploaded fedora 29 dmesg please check it for yourself just to be on the safe side. the only real workaround is to use fedora 29,it's being released tomorrow Compiled manjaro kernel with fedora config. Looks like fedora patches do something to kernel what they did works only after installing and booting fedora in bare metal,the live install cd still requires noapic installing fedora with ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2 instead of noapic,produces the same soft lockup that ubuntu/arch gets.installing it with noapic allows you to boot without any custom parameters and acpi seems to work good. ok i figured this out.it's more like fedora has acpi working on these laptops with noapic.Other distros with noapic cannot sleep but fedora can. Mine device (a315-41-R19S) can sleep on Ububtu 18.04 LTS with default kernel 4.15. But it have no dGPU - maybe this is the reason... Have noapic kernel boot parameter and factory bios 1.03. (In reply to Another User from comment #68) > Mine device (a315-41-R19S) can sleep on Ububtu 18.04 LTS with default kernel > 4.15. But it have no dGPU - maybe this is the reason... > Have noapic kernel boot parameter and factory bios 1.03. I'm using A315-41-R8XR which doesn't have an dGPU and yet can't sleep with noapic. Could you please specify which wi-fi adapter (lspci -k) you are using? My wi-fi: 02: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 Also in dmeseg i have errors for this module (firmware load failed) but wifi and bluetooth works fine. 02:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTL8411B PCI Express Card Reader (rev 01) Subsystem: Acer Incorporated [ALI] Device 1259 Kernel driver in use: rtsx_pci Kernel modules: rtsx_pci 02:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12) Subsystem: Acer Incorporated [ALI] Device 1259 Kernel driver in use: r8169 Kernel modules: r8169 03:00.0 Network controller: Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter (rev 31) Subsystem: Lite-On Communications Inc Device 08a6 Kernel driver in use: ath10k_pci Kernel modules: ath10k_pci everything works as expected with fedora 29 and noapic,i can sleep resume without crashes and cpu powersave works,however i cannot reproduce the same behavior in other distros. it is worth noting that i am using fedora xfce4 spin, not the workstation edition I cannot reboot,shutdown,suspend in fedora with kernel 4.19.2, kernel 4.18.6 works fine,no errors in dmesg, how is kernel 4.19.x working for you in various distros? I don't know if it is the same problem, but the Lenovo notebooks Lenovo E585 and Lenovo E485 with Ryzen 5 2500U or Ryzen 7 2700U also do not boot on Linux. This is very frustrating, because you have to add command lines to GRUB make them even able to boot on Linux: ivrs_ioapic[32]=00:14.0 ivrs_ioapic[33]=00:00.1 and spec_store_bypass_disable=on or spec_store_bypass_disable=seccomp Otherwise Linux does not boot. Thanks to evilazrael who found that workaround, otherwise still no-one would be able to boot a Linux distribution on the laptop. The initial analysis from him you find here: https://evilazrael.de/node/401 An ongoing discussion of the case you find here: https://forums.lenovo.com/t5/ThinkPad-11e-Windows-13-E-and/ThinkPad-E485-E585-Firmware-bug-ACPI-IVRS-table/m-p/4191484 It would be nice if it would be fixed, because many user will relinquish using Linux if it does not boot on the first time, and also all others users need a fix, because the workaround may reduces performance and increases power use. bios update v1.11 didnt help Hello all gentoo and gentoo based distros can boot on my laptop without any parameters!!!! Acer Aspire A315-41G notebook Created attachment 280537 [details]
dmesg from gentoo based distro
[ 0.131050] [Firmware Bug]: AMD-Vi: IOAPIC[4] not in IVRS table
[ 0.131052] [Firmware Bug]: AMD-Vi: IOAPIC[5] not in IVRS table
[ 0.131053] [Firmware Bug]: AMD-Vi: No southbridge IOAPIC found
[ 0.131054] AMD-Vi: Disabling interrupt remapping
[ 0.131076] Switched APIC routing to physical flat.
They seem to disable interrupt remapping like windows 10 does.
gentoo dmesg :[ 0.205850] ACPI: 14 ACPI AML tables successfully acquired and loaded In other distros 13 ACPI AML tables load and 1 fails for some reason despite the same bios bugs. siyia, what did you change in the config to fix that? nothing i used the default gentoo config for kernels I'm using Sabayon which is Gentoo based and has the problem. I need to know the difference here lol. Try calculate linux it works for sure, pure gentoo also works, and any kernel from the gentoo vanilla/sources works,i used them with openrc though. I can upload my kernel config if you can use it? Created attachment 280557 [details] attachment-24023-0.html Yeah, I can perform a diff and locate the change that is ACPI or APIC related. Thanks. On Thu, Jan 17, 2019, 08:10 <bugzilla-daemon@bugzilla.kernel.org wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=200087 > > --- Comment #84 from siyia (eutychios23@gmail.com) --- > I can upload my kernel config if you can use it? > > -- > You are receiving this mail because: > You are on the CC list for the bug. Created attachment 280559 [details]
Working kernel config NO parameters (gentoo)
There you go please report back if it works for you
The issue doesnt lie within the kernel .config, i compiled a gentoo kernel with archlinux vanilla .config and i could still boot without parameters. Created attachment 280603 [details] attachment-14989-0.html The question is what is in the config that causes everything to work. Even a vanilla config can possibly match the Gentoo config in an option that fixes ACPI. On Sun, Jan 20, 2019, 06:03 <bugzilla-daemon@bugzilla.kernel.org> wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=200087 > > --- Comment #87 from siyia (eutychios23@gmail.com) --- > The issue doesnt lie within the kernel .config, i compiled a gentoo kernel > with > archlinux vanilla .config and i could still boot without parameters. > > -- > You are receiving this mail because: > You are on the CC list for the bug. The problem with these acer laptops seems to be that the "flat" APIC mode is used instead of "physical flat".With "physical flat" model acpi works fine and acpi tables seem to load successfully, you can later optionally remap the ivrs tables without hanging.Would it be possible to have a switch like a kernel parameter that skips autodetection of APIC model and let us choose the preffered one? Well, autodetection does appear to work so long as the appropriate settings are detected or already set. REMAP_IRQ was the missing option for Sabayon that allowed physical flat to occur after mapping missing IVRS data in grub commandline otherwise I had to use noapic before enabling this. I must admit though, that finding out about this option was rather difficult since its not triggered by the user, but by the selections already chosen in the kernel. Ida Wallace are you spamming? Are you a spambot or is your account just being used to spam? I don't see how your post does anything to benefit while pitching a pay service to help people with homework. Are these (other than noapic) workarounds really enable APIC controller? With acpi=noirq only PIC and MSI entries present in /proc/interrupts. So I assume acpi=off does the same. While noapic obviously disables APIC but works fine for me. Looks like ivrs_ioapic... enables APIC, but in my case system is very slow and even not always boots. Is disabled APIC have significant drawbacks (while most of devices placed on MSI-routed PCI lanes)? I dont think so, but with noapic i think only 13 aml tables load instead of the 14 available,so you might get acpi problems with suspend/resume or cpu powersave features(at least that's what i get).Try running gentoo or calculate linux and test acpi and apic.Ideally "physical flat" apic model chosen by kernel config of those distros works fine in my case and all 14 aml tables load. bios 1.13 solve the ioapic failure for acer-aspire a315-41g, however it force enables advanced touchpad functionality by default. on kernel 5.01 with bios v 1.13 everything works out of the box even touchpad and suspend!!! it is time to close this nusty bug once and for all!!! A315-41 with BIOS 1.13 and kernel 5.0 has the same behaviour as before, IOAPIC tables are missing the two entries. The CPU stuck problem still occurs unless you specify the grub parameters specified in threads above. Also the battery has the same drain rate. It may worked for siya somehow but the bug is still present and should not be closed. ivrs tables are missing for me too but i do not get the cpu stuck error anymore, also cpu powersave and acpi works on kernel 5.0 with bios v 1.13. I optionally remap the ivrs tables after linux installation just to remove the warnings, however my laptop model is A315-41g not A315-41. Created attachment 281847 [details]
dmesg with bios 1.13 and manjaro 18.04 (no parameters
my dmesg no boot parameters added.secure boot is resetted cleared and disabled in bios
"ACPI: 15 ACPI AML tables successfully acquired and loaded" everything acpi-wise seems to be working now. (In reply to siyia from comment #100) > "ACPI: 15 ACPI AML tables successfully acquired and loaded" > > everything acpi-wise seems to be working now. What about /proc/interrupts ? Is APIC is shown there? In my case (noapic) irqs looks like: 12: 408608 0 0 0 XT-PIC i8042 0: 41 0 0 337718 IR-IO-APIC 2-edge timer 1: 0 0 0 435 IR-IO-APIC 1-edge i8042 6: 0 0 900 0 IR-IO-APIC 6-edge AMDI0010:01 7: 0 0 0 337784 IR-IO-APIC 7-fasteoi pinctrl_amd 8: 0 1 0 0 IR-IO-APIC 8-edge rtc0 9: 0 2 0 0 IR-IO-APIC 9-fasteoi acpi 25: 0 0 0 0 PCI-MSI 4096-edge AMD-Vi 26: 0 0 0 0 IR-PCI-MSI 18432-edge PCIe PME, aerdrv, pciehp 27: 0 0 0 0 IR-PCI-MSI 28672-edge PCIe PME, aerdrv 28: 0 0 0 0 IR-PCI-MSI 30720-edge PCIe PME, aerdrv 29: 0 0 0 0 IR-PCI-MSI 133120-edge PCIe PME 30: 0 0 0 0 IR-PCI-MSI 135168-edge PCIe PME 32: 0 0 14 0 IR-PCI-MSI 1048576-edge rtsx_pci 34: 5021 0 222 0 IR-PCI-MSI 2103296-edge xhci_hcd 35: 0 0 0 0 IR-PCI-MSI 2103297-edge xhci_hcd 36: 0 0 0 0 IR-PCI-MSI 2103298-edge xhci_hcd 37: 0 0 0 0 IR-PCI-MSI 2103299-edge xhci_hcd 38: 0 0 0 0 IR-PCI-MSI 2103300-edge xhci_hcd 40: 0 43 0 0 IR-PCI-MSI 2105344-edge xhci_hcd 41: 0 0 0 0 IR-PCI-MSI 2105345-edge xhci_hcd 42: 0 0 0 0 IR-PCI-MSI 2105346-edge xhci_hcd 43: 0 0 0 0 IR-PCI-MSI 2105347-edge xhci_hcd 44: 0 0 0 0 IR-PCI-MSI 2105348-edge xhci_hcd 46: 0 0 4560 4458 IR-PCI-MSI 2621440-edge ahci[0000:05:00.0] 48: 0 0 0 0 IR-PCI-MSI 1050624-edge enp2s0f1 51: 0 9953 0 0 IR-PCI-MSI 1572864-edge ath10k_pci 52: 0 0 65 0 IR-PCI-MSI 524288-edge amdgpu 54: 0 0 0 154 IR-PCI-MSI 2099200-edge snd_hda_intel:card0 55: 743 0 0 0 IR-PCI-MSI 2109440-edge snd_hda_intel:card1 56: 0 2933 52252 0 IR-PCI-MSI 2097152-edge amdgpu 57: 0 0 0 2 amd_gpio 90 SYNA7DB5:01 NMI: 0 0 0 0 Non-maskable interrupts LOC: 33374 41942 40050 31907 Local timer interrupts SPU: 0 0 0 0 Spurious interrupts PMI: 0 0 0 0 Performance monitoring interrupts IWI: 0 0 0 0 IRQ work interrupts RTR: 0 0 0 0 APIC ICR read retries RES: 70523 61960 62555 69313 Rescheduling interrupts CAL: 11464 7087 9805 9037 Function call interrupts TLB: 32793 26519 27310 23387 TLB shootdowns TRM: 0 0 0 0 Thermal event interrupts THR: 0 0 0 0 Threshold APIC interrupts DFR: 0 0 0 0 Deferred Error APIC interrupts MCE: 0 0 0 0 Machine check exceptions MCP: 2 2 2 2 Machine check polls HYP: 0 0 0 0 Hypervisor callback interrupts HRE: 0 0 0 0 Hyper-V reenlightenment interrupts HVS: 0 0 0 0 Hyper-V stimer0 interrupts ERR: 0 MIS: 0 PIN: 0 0 0 0 Posted-interrupt notification event NPI: 0 0 0 0 Nested posted-interrupt event PIW: 0 0 0 0 Posted-interrupt wakeup event touchpad gets stuck sometimes during boot or after hibernation, but it is easy to fix with a script containing: modprobe -r i2c_hid modprobe i2c_hid anyways if acer uploads a new bios, i wont update again, i think it was pure luck they fixed it. Whoa, looks like ACER really trying fix this! Sadly, current solution is not working for all. And touchpad behaviors somewhat strange. It forced to advanced mode in 1.03 bios too, but does not cause suspend issues - sleep by Fn+F1 works fine. (In reply to siyia from comment #96) > on kernel 5.01 with bios v 1.13 everything works out of the box even > touchpad and suspend!!! it is time to close this nusty bug once and for > all!!! Could you please attach the kernel config used for that 5.0 kernel. Created attachment 281883 [details]
Manjaro kernel config in use with bios 1.13
this is the standard running kernel config of manjaro nothing exotic.
Created attachment 281885 [details] attachment-28119-0.html They called out in BIOS update 1.12 that it was an attempt at fixing "Linux SKU". On Mon, Mar 18, 2019, 06:10 <bugzilla-daemon@bugzilla.kernel.org> wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=200087 > > --- Comment #107 from siyia (eutychios23@gmail.com) --- > Created attachment 281883 [details] > --> https://bugzilla.kernel.org/attachment.cgi?id=281883&action=edit > Manjaro kernel config in use with bios 1.13 > > this is the standard running kernel config of manjaro nothing exotic. > > -- > You are receiving this mail because: > You are on the CC list for the bug. there is no bios update 1.12 where did you get this? Created attachment 281887 [details] attachment-32209-0.html That update was for the AN515-42 Acer Nitro5. They're are legitimately making an attempt, so color me impressed. On Mon, Mar 18, 2019, 08:17 <bugzilla-daemon@bugzilla.kernel.org> wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=200087 > > --- Comment #109 from siyia (eutychios23@gmail.com) --- > there is no bios update 1.12 where did you get this? > > -- > You are receiving this mail because: > You are on the CC list for the bug. @Darksurf i looked at that laptop model and there was an 1.12 bios for it but the changes wasn't that exciting. Bios 1.12 "1.Add SCCM solution. 2.Change touch pad mode from basic to advance for linux sku." I do know that A315-41 got the touchpad changes as well with 1.13 Created attachment 281891 [details] attachment-3076-0.html So it looks like my changes in 1.12 got merged into everyone's 1.13? it's an obvious attempt at some form of Linux support. BIOS tweaks don't have to be exciting or glorious to show they're trying vs ignoring us. It's baby steps in the right direction. They also don't breakdown the exact changes making the changes seem vague and unexciting. Not much in the way of details. On Mon, Mar 18, 2019, 08:45 <bugzilla-daemon@bugzilla.kernel.org> wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=200087 > > --- Comment #111 from Erik (erikjohansson@flashbox.5july.org) --- > @Darksurf i looked at that laptop model and there was an 1.12 bios for it > but > the changes wasn't that exciting. > Bios 1.12 > "1.Add SCCM solution. > 2.Change touch pad mode from basic to advance for linux sku." > I do know that A315-41 got the touchpad changes as well with 1.13 > > -- > You are receiving this mail because: > You are on the CC list for the bug. I think acer should join the Linux Foundation or sth, this is embarassing, they cant even create proper iASL compliant bios. siyia, I don't think they created it. Firmwares are often manufactured by third party companies however it would be nice to see a studious community work. A315-41-RX8R here. With 1.13 still cannot boot into manjaro default 4.20 kernel without ivrs_table\noapic tricks. CPU soft lockup Soft lockups now occurs even with ivrs_table arguments in place. After update to 1.13 my touchpad doesn't work in Linux. Not recommending Manjaro 5.0.2 kernel can start without exotics with 1.13 bios. Wi-Fi firmware(ath10k), however, dies right after getting into DE. Interestingly - vulkan bugs with Vega 8 went away with this update. Hibernation works (but unbelievable slow and artifacting while processing). TurboBoost after hibernation works. WI-FI ressurected after waking up from hibernation. to revive touchpad after 1.13 do: sudo modprobe -r i2c_hid sudo modprobe i2c_hid as for the wireless problem i ve opened a back report here: https://bugzilla.kernel.org/show_bug.cgi?id=202971 please get into the cc list if you have problems with the wireless So can we close this bug report now or not? I think we should wait till more people try 1.13 bios with 5.0 kernel and confirm that laptop is now usable Created attachment 281951 [details] attachment-3442-0.html I'll compile a 5 series kernel and get back sometime this week week. On Thu, Mar 21, 2019, 10:49 <bugzilla-daemon@bugzilla.kernel.org> wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=200087 > > --- Comment #121 from Vladislav Kamenev (mazahakaforever@ya.ru) --- > I think we should wait till more people try 1.13 bios with 5.0 kernel and > confirm that laptop is now usable > > -- > You are receiving this mail because: > You are on the CC list for the bug. Running a 2200U with Bios 1.13 and Kernel 5.0.3, and I still soft lock without pci=noacpi in grub before boot. Fan definitely is running at 100% after booting as well. With pci=noacpi, I can boot, but the touchpad does not work, although I haven't attempted to work on that problem yet. Ness are you using secure boot? your fan runs at 100% because you use pci=noacpi Created attachment 281993 [details] attachment-495-0.html Yep still get hard lock if I don't add both missing IVRS table data for 0:00.2 and 0:14.0 . But, I no longer require i8042.nopnp to get touchpad working, but it does complain about an AUX port being disabled and if it's incorrect it says to use i8042.nopnp. tested with Git freedesktop.org/~agd5f/linux amd-staging-drm-next. On Thu, Mar 21, 2019, 14:32 <bugzilla-daemon@bugzilla.kernel.org> wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=200087 > > --- Comment #125 from siyia (eutychios23@gmail.com) --- > your fan runs at 100% because you use pci=noacpi > > -- > You are receiving this mail because: > You are on the CC list for the bug. There should be some improvement because using the new BIOS, the suspend-resume cycle works much better for me. 41G Darksurf you have that proper Acer support contact where they tried to help you/us. Would you not like to send them a lovely mail asking if they could delegate a little team for Linux kernel support/development as the biggest Notebook manufacturer in EU and one of the biggest in the USA. This should be a must have. Created attachment 282041 [details] attachment-7631-0.html What blows my mind is they used Linpus Linux (fedora spin) for specific laptops that come default on the laptop. They surely already have a team, I don't they write their own BIOS which appears to be the problem to me. Missing data in the IVRS tables is the only issue I have. Otherwise everything works great. I can try to locate the contact and send him another email to let him know the situation has improved, because I too seems to have great suspend resume support now after the BIOS update. Maybe the correct thing to do would be complain to linpus.com support? On Tue, Mar 26, 2019, 08:55 <bugzilla-daemon@bugzilla.kernel.org> wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=200087 > > --- Comment #127 from bakarichard91@gmail.com --- > There should be some improvement because using the new BIOS, the > suspend-resume > cycle works much better for me. 41G > > Darksurf you have that proper Acer support contact where they tried to help > you/us. Would you not like to send them a lovely mail asking if they could > delegate a little team for Linux kernel support/development as the biggest > Notebook manufacturer in EU and one of the biggest in the USA. This should > be a > must have. > > -- > You are receiving this mail because: > You are on the CC list for the bug. Both way worth a try. You could be right about Linpus, we should figure out where is the team which patched linpus kernel for these notebooks. Updated kernel from 5.0.2 to 5.0.4 and now i'm getting hardlocks on boot. On 5.0.2 i could boot without any special kernel arguments LoL downgraded kernel back to 5.0.2, which i considered OK and still i cannot boot into system without special arguments, like i did before when 5.0.2 was latest in repos. Seems like some other package broke my experience. Distro: Manjaro i am using manjaro linux with 5.0.3 and latest updates all runs well here,have you tried disabling secure boot? You won't believe me. When i have mouse usb plugged in usb 2.0 that near power plug - my boot is OK. When it is not - hard lockup on boot only that port works and you dont lockup?second usb2 port? Or i'm very lucky and this is coincedence or yes, when my mice is connected (doesn't have other usb devices at the moment) to usb 2.0 that is nearest to power plug my boot is successfull without any special kernel arguments. maybe you have a "unique" mouse?try a different usb mouse and reboot Even with my tricks i cannot boot into 5.0.5 Manjaro kernel. Downgrading to 5.0.2 make my laptop booting without issues Strange i can boot with 5.0.5 on my acer laptop. Hi people, check this: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1776563/comments/415 I checked it and i got comfused,does he mean that there is a fix for the ioapic issue, or for Vladislav's issue? There is a fix for this whole thing I think, he just made an answer to the latest comment: In Linux Kernel Bug Tracker #200087, eutychios23 (eutychios23-linux-kernel-bugs) wrote 2 hours ago: #416 Strange i can boot with 5.0.5 on my acer laptop. Reply on Linux Kernel Bug Tracker He has changed the bug status to "Fix Released" on Ubuntu's Launchpad. No, he hasn't changed the status. This is the status change: Aroiu Ovidiu (ixanneo) on 2018-11-20 Changed in amd: status: Fix Committed → Fix Released Something doesnt sound right here, it's been over a year that this problem is known and nobody from AMD team commented on this, not even that they are working on it. Now out of a sudden one of their engineers claims they solved it but doesnt attach any kernel patch or info on the issue, just marks it as fix released. Another thing that is weird is that we are almost sure its a BIOS issue according to posts above, so this "fix" might be the same thing that ivrs kernel options do. As for the issue you can verify its existance by the buzzing sound that power components do on the Acer's mainboard when ACPI doesnt work like it should. At Windows 10 the buzzing sound if you take close attention exists where the power management works correctly. Hi Adam, Thanks for your answer. We are waiting the patches. Best Regards Richard Yang, Adam <*> 2019. 04. 05., P, 17:04 Hi all, We're still currently verifying the patches (not one patch but a lot) so please be patient and be careful about your upgrades from old working kernel (which we are so sorry for the inconvenience). I'll comment and change status about related issues if the patches are merged and *released* as upgrades. Thanks for your patience. -- Software Engineer, MLSE AMD, Advanced Micro Devices Phone: * Adam Yang From: bounces@canonical.com <bounces@canonical.com> on behalf of Richard Baka <*> Sent: Saturday, April 6, 2019 12:52:52 AM To: Yang, Adam Subject: Acer notebook firmware issue Dear Adam, Regarding this bug: https://bugs.launchpad.net/bugs/1776563 I would like to ask you where/how will the released fix be appeared. Is there any kernel commit or we should wait for the manufacturer's reaction? Thanks, Thanks for the informative paste Richard, sorry for my frustration but for most of us the waranty of the laptop is almost expired and the issue still exists. Kung Lao, the market share of Linux desktop is very low so supporting it hasn't got high priority, unfortunately. However the manufacturers should be more flexible because of the future opportunities. Market share cannot be an excuse in this case, i've read myriad reviews about lenovo-hp-asus laptops that either worked out of the box with linux, or had a quick bios fix that resolved the issue, acer is just sloppy and lazy.They dont have to support linux directly, but at the very least they could make their bios iasl compliant in order to work with the acpi spec. Siya market share defines the percentage of workers that get assigned to each problem. So even though Richard is correct that fewer people use Linux on their Acer laptop it still is false-advertising to sell Acer laptop with linux preinstalled when the only thing that boots is their ancient and ultra rare distro. I also noticed from what someone mentioned above that fixes start from flagship models and find their way to the lowest tier. We are probably lucky that same components and BIOS were used with expensive models. That is not clear if their bios should meet the standards or not. It's also not clear if we should accept that they support Win10 only. I don't really know. Maybe this is something which is relate to this. What do you think? https://github.com/torvalds/linux/commit/8aafaaf2212192012f5bae305bb31cdf7681d777 Yea, well said, i spent 400 euros for this acer laptop and it came with linux pre-installed(as an average consumer i thought that this meant linux is supported out of the box), at least they try to fix the issue, but already a year has passed and the results from many bios updates are mixed.If anyone considers buying an acer laptop in the future and want to run linux, isuggest read a review first before buying, because things like these can get really frustrating. Anyways i am curious, do these laptops work with freesync?anyone tried it? With bios/UEFI 1.13 and kernel 5.0.7 things seems to work. I got touchpad working by installing https://github.com/Syniurge/i2c-amd-mp2 (master works, the wip-v16 doesn't work and screwed up a lot of things when i tried it so don't try that version). git clone https://github.com/Syniurge/i2c-amd-mp2.git master mv master i2c-amd-mp2 cd i2c-amd-mp2 LANG=C sudo ./dkms-install.sh First i booted with pci=noacpi and with that touchpad wasn't working with bios 1.13 that uses advanced touchpad, it did work with earlier bios that had basic option for touchpad. Removing pci=acpi and instead using: ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2 did the trick for me. I sometimes needs to toogle wifi after suspend, i haven't tried hibernate. My laptop is an A315-41 non G but it think the G only means that it also has a dedicated graphicscard. I haven't tried it out much yet but at least things seems to work now. I forgot to add that some distributions may include i2c-amd-mp2 built in to the kernel and that may be an older non working version. If that's the case then you need to rebuild the kernel without the patched i2c-amd-mp2 support and then you can add i2c-amd-mp2 as i posted in previous post. I compiled an non patched vanilla kernel with a custom .conf and then added i2c-amd-mp2 support. It do work with an non patched vanilla kernel, some distributions patches the kernel so much that i may be the reason that things doesn't work. "Things seem to work" is a bit confusing here. Can you boot without any parameters? Because it worked with parameters before the bios/kernel patches.. As i wrote i still use parameters. ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2 For me i couldn't boot with anything other then pci=noacpi before, but now ivrs parameters work and i got a working touchpad. "Things seem to work" is because i have only used the laptop for a day and i haven't tested every single scenario, but as far as i can tell it works. I wasn't able to boot with ivrs parameter before and i had no use of the laptop that was only useful as an paperweight, it couldn't suspend or hibernate. Now i have a working laptop that i can finally use and no fans going berserk. A315-41 booted with ivrs_ioapic kernel settings since kernel 4.18, nothing new here. Also with ubuntu 19.04 beta the touchpad works without any tricks or custom kernels. The problem is the battery draining fast and rare freezing. We are waiting for the promised fix from AMD. Maybe it worked with kernel 4.19 with your distribution but touchpad didn't work for me since i only use vanilla kernels without patches. Ubuntu patches i2c-amd-mp2 support, in older kernel series there was an older version that didn't work for many laptop users that needed to recompile the kernel without that module built in and add the support later, but maybe it works with A315-41 laptops. In later ubuntu kernels series the i2c-amd-mp2 support is built as a module =m instead so it can stopped from loading, in 4.19 it's still compiled into the kernel =y for both x86_64 and i386 in the kernel config but in 5.0 it's compiled as a module =m for x86_64 but not at all for i386 (source https://kernel.ubuntu.com/~kernel-ppa/mainline). If that patched support makes your touchpad work good with ubuntu then good for you but not everyone is a ubuntu user. For vanilla kernels the touchpad support is supposed to land in mainline in kernel 5.2. It's very easy for people using certain distributions to think that because something works that it's works for everyone, not taking into account the distributions extensive patching and fixes everywhere but also hardware variations. I use vanilla kernels not patched ones. I just tried a non patched 4.19 kernel with those options and it did boot, i was also able to get touchpad working with dkms i2c-amd-mp2, so things seems to work with 4.19 as well. If your distribution use patched kernels you might have had some support with earlier kernels, not because of the linux kernel but rather your distributions patches, so kernel updates might be different with different distributions or if you use a vanilla kernel. Battery draining, i don't have any drainage battery problems that i am aware of, yesterday i used my laptop for 3 hours on battery, working, looking some youtube, some video from hdd and 25-30minutes of compiling. I think that the battery uptime is acceptable and i got almost 3h with 4.19 as well but then i didn't compile anything. I got no idea how long the battery should last but 3h seems ok to me. How fast do your battery drain? Erik you'd be surpised to know that many people don't use vanilla kernels or don't have special knowledge on linux. It's OK to give details and github patches but it gives the false impression to people who just search their problem, that their touchpad won't work out of the box. Ubuntu is not "my distro" is one of the top distros and many projects use it as a proposed base to build like AOSP , Chrome browser etc. It wasn't hostility against you so your defensive stance is unreasonable. To the battery draining part, I get almost 5 hours with Windows 10 testing and many people commented that this the ultimate goal :) Because you asked about my drain I got 2h40m max watching youtube and IRC talking as I remember. A fix is prepared so it means THERE IS a problem. Cheers mate. I dont know what you people are talking about 5hrs of battery life on windows, but on all my budget laptops that run linux i get a max of 3hrs. If you check the manufacturer specifications, at least for my model it says "Maximum Battery Run Time 6 Hour" ofc this is not realistic, but 5h is. I'm not saying that different OS's should have the same energy behaviour but going from 6h -> 5h -> 3h and less as the battery material degrades is not good. I'm not expert in linux internals but I kept open the CPU usage graph in both windows and linux, and while the percentages were very close with same usage the draining was faster. I didn't put a CPU frequency graph though and I suspect the problem is there, that linux doesnt put it in the lowest needed freq scale when not needed. For better battery time in linux set the cpufreq governor to "powersave" and check powertop options. The latest i2c-amd-mp2 driver will be included in next Ubuntu Bionic, Cosmic and Disco kernel release. I just tested battery time in windows, with full brightness as i had in previous tests and i was able to get about 15 extra minutes from windows 10, my guess is that's because windows forced a power save mode when there was under 20% left of the battery charge. There was no compilation in windows. I didn't see any major difference but i didn't test settings for maximum battery uptime on any of the OS tested. I used "ondemand" in linux as it was default setting and also default in windows with the only change being full brightness. I will try different brightness settings in linux to see how it affects battery uptime. I don't see anything pointing to an battery drainage problem. @Kai-Heng Feng is that v15 of the patch series? Will it be compiled into the kernel or as a module? Erik, try that what I wrote. Powersave mode + powerop (enable all powersave settings) Erik, try what I wrote: powersave option + powertop settings enabled. Windows 10 when installed and at first day(s) make a lot of tests for system health and configuration, especially when idle, even .NET compilations. Another factor is the edition you use with/without store and universal apps that run in the background. Most of all you need to use the power profile that Acer provides. Do you have the model with SSD, do you have the extra GPU model, do you use high/low brightness... For me Windows 10 give almost 5 hours max but average use 4 1/2 maybe. I compared with Ubuntu default settings and low brightness with same hardware and got almost 3 hours battery time. Richard I haven't tried yet the powersave settings, I will wait for the final release of 19.04 to re-install it on my hard disk. Eric I compare optimized Windows 10 with the bare minimum options and configured for energy saving rather than performance. Since I'm not good at linux I can't do the same there to have an accurate result. This feels like testing apples with oranges but still is the most I can do. I will try Richard's settings and see... Sorry for getting out of subject for everyone who reads. I'm using Elementary OS 5 on Acer Aspire A315-41 with kernel 5.0.7 and the workaround indicated by Erik (#156). After the workaround everything worked well but noticed a strong battery drain. Installed tlp, restarted the machine and the battery lasts around twice as much, comparable to a windows machine. I can say it solved the battery issue for me. Manjaro 5.0.2 kernel here. As i reported before most of my bootings w\o any kernel parameters are fine, but today i found out that my 2500u won't boost any further 2.0ghz. Idk whether it caused by sleep or my cpu was like that right after boot sequence. I used to write ivrs_table argument with 4.20 kernel and then sleep\hibernation went off, but CPU were boosting up to 3.6 ghz as supposed to. tl;dr even if it would be possible to boot without any tricks in kernel arguments some features of cpu would still be borken So, manjaro 5.0.7 boot with this cmdline BOOT_IMAGE=/boot/vmlinuz-5.0-x86_64 root=UUID=7185a279-f7e5-4189-b218-39f49eedce8a rw quiet loglevel=3 vga=current rd.systemd.show_status=auto rd.udev.log-priority=3 pcie_aspm=off vt.global_cursor_default=0 resume=UUID=12aa527f-2e4d-4587-bae6-d99a220acf6c CPU doesn't boost itself any further than 2.0 ghz. Gonna check 5.1-rc4 with AMD fixes later try running mprime to check cpu frequency scaling,mine could run at 3.6ghz and after i disable turbo boost runs max at 2.5ghz [petrovich@aspire-a315-41g ~]$ cat /proc/cpuinfo | grep MHz cpu MHz : 2994.548 cpu MHz : 2994.549 cpu MHz : 2994.347 cpu MHz : 2994.346 cpu MHz : 2994.540 cpu MHz : 2994.543 cpu MHz : 2994.400 cpu MHz : 2994.400 Kernel 5.1-rc4 (archlinuxcn) fails to boot 3 times out of 4, but CPU boost is OK. CMDline same as in last my message. AFAIK AMD already merged their fixes for ACPI in RC4 also why do you not remap the ivrs tables? there is no drawback in doing so. When i remap ivrs then my sleep\hibernation doesn't work. remap the tables and disable secure boot and suspend\hibernate will work on any linux Could there be that my ivrs_table values differs from others? How to check that 00:14.0 and 00:00.2 are good for me? you need to get and see an iommu dump, but i dont think that's the issue just disable secure boot and your fine Turns out my iommu was disabled in bios. I turned it on and ivrs mapping fixes all the issues for me. you see you shouldnt panick right away, secure boot also causes suspend\hibernation issues for me so if you have further problems disable that too. I don't need to map ivrs to boot 5.1 successfully 100% times. Seems like you need to have secure boot disabled (i did it like last summer) and iommu ENABLED (my laptop comes with it disabled cuz i only have 1 gpu integrated in CPU). Please confirm that 5.1 boots for you without any tricks without any issues i can boot latest 5.0 with no parameters in manjaro, i bet i can boot 5.1 just as well,i am not willing to download and try an in-development kernel right now. @Vladislav Kamenev i still need ivrs to boot 5.1-rc5 kernel. Since there was talks about problems with hibernation i even setup a swap file and tested hibernation (Suspend to Disk S4) and it works, i normally only use suspend (Suspend to RAM S3), suspend works with all my kernels 4.19+ and ivrs. (In reply to Erik from comment #184) > @Vladislav Kamenev i still need ivrs to boot 5.1-rc5 kernel. > Since there was talks about problems with hibernation i even setup a swap > file and tested hibernation (Suspend to Disk S4) and it works, i normally > only use suspend (Suspend to RAM S3), suspend works with all my kernels > 4.19+ and ivrs. Could you please check secure boot and iommu settings in bios? I have IOMMU and SVM enabled in bios/UEFI. I toggled Secure boot setting and it doesn't change anything, hibernation works anyway and i still need ivrs to boot. I tried with secure boot enabled and hibernation works with all my kernels (4.19.34, 5.0.7, 5.1-rc5). Since i use a swap file for hibernation i did have to add boot parameter resume= and resume_offset= but i doesn't count those since they are only for hibernation with swap-file. I do have my grub added as a trusted boot if it changes anything. In earlier bios version i wasn't able to boot with secure boot disabled unless i added it as trusted first, my guess is that it was because off a buggy bios/UEFI. Have you updated bios to 1.13? Yes i got bios 1.13. The bug with being forced to add my grub as trusted file was in earlier bios and i don't know if it's still in the latest bios as i haven't tried it out. I got the non G model (no dedicated GPU) A315-41. The problem with suspend/hibernation was with usb3 port not secure boot, just disable wake from usb devices at xchi0 and xchi1 controllers. Dear kernel developers, the ACPI seems to be OK from kernel v 5.1 but only with using the ivrs_ioapic kernel parameters. This is almos a constant failure by these notebooks. Couldn't this be hardcoded somehow into the kernel? This bug is almost one year old and we know how it can be fixed but we are not kernel developers to make/create the proper patch. Could you please help us? Thanks, Richard I'm not sure hardcoding them would be so good - I was getting a performance hit when using the ivrs_ioapic params. Now I'm using these ones suggested in the other thread and everything works better for me: https://bugs.launchpad.net/amd/+bug/1776563/comments/445 These don't work for me. I don't think ivrs_ioapic causes performance loss. Why it should? Show me a dmesg! my a315-41 works fine with arch linux when i append parameters with acpi_osi="Linux" @(In reply to logxx from comment #195) > my a315-41 works fine with arch linux when i append parameters with > acpi_osi="Linux" Do you use any other options or overrides? cat /proc/cmdline What kernel works for you with only acpi_osi="Linux"? What does your dmesg look like? I have previously tried acpi_osi="Linux" with bios/UEFI 1.13 and had no luck with it. repeating myself, cuz launchpad sync lags: well, i haven't used any other options, it works with kernel 5.1.14, dmesg still complains about missing entries and iommu perf writing I think this problem has been verified because it affects many people. [SUMMARY] Kernels (even the newest) can't load on same Acer and Lenovo notebook types because of this error and freezing: https://bugzilla.kernel.org/attachment.cgi?id=276591 Tsc clocksource calibration then soft lockup There are several workaround for this which can help to identify this. 1. noapic kernel parameter 2. ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2 (these are maybe the smbus and iommu controllers ) 3. acpi_osi=! acpi_osi=\"Windows 2009\" (no automatic stanby mode with this) I can attach more recent dmesg logs and even SSDT DSDT tables if that is needed. I think all necessary information are available to fix this problem, so !!!PLEASE DON'T SPAM!!! this thread from now on. It won't help. cc suravee.suthikulpanit@amd.com, who works on the amd iommu driver. Maybe he can provide some help for this issue. Created attachment 283551 [details]
amd_iommu_dump=hw dmesg 5.2.0-050200rc6
Dmesg about an accidental case when the kernel starts correctly without additional parameters, except of amd_iommu_dump=hw
i think somebody needs to test this on new 5.2 kernel cuz there are some iommu stuff in git log There is no change, I've tested it. Please let us wait for the AMD developer who can fix this. https://github.com/torvalds/linux/search?q=iommu&type=Commits Actually, i've tried some puppy linux before, and it was bootable without editing anything For IOMMU-related part, as mentioned above, the IVRS table does not list the correct IOAPIC IDs. This would cause driver to disable interrupt-remapping support provided by HW IOMMU. Here the "ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2" boot option is needed to override the table. Permanent solution would be for laptop OEMs (e.g. Acer, Lenovo) to fix this in their BIOSes. Another alternative would be: * Disable IOMMU in the BIOS (which should also get rid of the IVRS table) * Disable HW IOMMU and use SWIOTLB for any DMA-remapping (iommu=soft) However, I'm not sure about why the "noapic" option is needed. Hi Suravee Suthikulpanit, Thank you for the reply. noapic is not needed, that had been just a worse option before we found out the ivrs option. So you say this can not be fixed in kernel permanently. I would be happy if no kernel parameter was needed. Many people don't know about this, especially beginners who just want to use fe.: Ubuntu. I don't think manufacturers will fix this. You are here the only one who can give us hope. (In reply to Suravee Suthikulpanit from comment #204) > For IOMMU-related part, as mentioned above, the IVRS table does not list the > correct IOAPIC IDs. This would cause driver to disable interrupt-remapping > support provided by HW IOMMU. > Here the "ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2" boot option is > needed to override the table. Permanent solution would be for laptop OEMs > (e.g. Acer, Lenovo) to fix this in their BIOSes. Is it possible to use DMI based quirk to override the tables? Or in this cases why does the kernel not find the pci "devices" somehow like we do? Have just installed arch linux with kernel 5.22 with ivrs parameters. After that, it loads without any parameters! Maybe it's because of amd-ucode that i have also installed, but i am not sure. I haven't install GUI yet, so i'll investigate further ohh, nvm, just got soft lockup again (In reply to Suravee Suthikulpanit from comment #204) > Another alternative would be: > * Disable IOMMU in the BIOS (which should also get rid of the IVRS table) Ironically, my Acer A315-41 ships with IOMMU disabled by default (maybe because its a modification w\o dGPU) and i got rid of soft lockups by explicitly turning it on in BIOS Created attachment 284087 [details]
attachment-12743-0.html
Leave during Aug 1st ~ 7th, mail response maybe very slow.
After I had installed the new bios from Acer support site the kernel loaded with and even without ivrs kernel parameters however the GUI didn't start if I used the ivrs parameters. Could somebody confirm this? So the new bios cuold be a fix for this issue. Are there still complains about acpi in dmesg? Also, what distro have you tried? I can't test it now, cuz i don't want to reinstall windows again (i have no spare disks). I was able to boot without adding ivrs parameters. I tried multiple GNU/Linux OSes, they show Firmware bug but it gets booted. Created attachment 284479 [details]
boot
Arch blinks when booted without ivrs parameters Grub is also slower now, and fn keys don't do anything Oh, actually they do, i forgot something So there are no drawbacks with the new v1.15 bios? Created attachment 284501 [details] attachment-14516-0.html slower bootloader, but you can downgrade if you want, after updating to 1.15 Στις Δευτέρα, 19 Αυγούστου 2019, 1:52:58 μ.μ. EEST, ο χρήστης <bugzilla-daemon@bugzilla.kernel.org> έγραψε: https://bugzilla.kernel.org/show_bug.cgi?id=200087 --- Comment #219 from Erik (erikjohansson@flashbox.5july.org) --- So there are no drawbacks with the new v1.15 bios? For the grub lagging, try this: sudo nano /etc/default/grub GRUB_GFXMODE=1280x800 sudo update-grub If this doesn't fix it you can try another resolutions. Created attachment 284503 [details] attachment-21893-0.html i use refind not grub Στις Δευτέρα, 19 Αυγούστου 2019, 3:07:45 μ.μ. EEST, ο χρήστης <bugzilla-daemon@bugzilla.kernel.org> έγραψε: https://bugzilla.kernel.org/show_bug.cgi?id=200087 --- Comment #221 from bakarichard91@gmail.com --- For the grub lagging, try this: sudo nano /etc/default/grub GRUB_GFXMODE=1280x800 sudo update-grub If this doesn't fix it you can try another resolutions. I have now upgraded to bios v1.15 and everything seems to work as expected and i don't need to override IVRS anymore. I couldn't replicate the slow boot loader, tried grub 2.04 and elilo and both was working as fast as always. This bug is finally fixed in bios update. Erik, have you updated bios with Windows or have you used some other way to do it? Do suspend work fine in linux now? As for me, not only GRUB is slower now, but the bios is also a little (In reply to logxx from comment #224) > Erik, have you updated bios with Windows or have you used some other way to > do it? Do suspend work fine in linux now? I used windows to upgrade bios. Didn't suspend work for you before? I been using suspend and hibernate for a long time, well i almost never use hibernate but last time i tried it did work. Is grub and bios real slow and sluggish or usable? Under KDE, suspend doesn't work with recent kernels, see https://bbs.archlinux.org/viewtopic.php?id=247761, the BIOS is usable, but grub feels a lot slower than it was also, i have noticed that one of usb 2.0 ports is not always working right in linux (dunno if bios update caused it) I was trying another kernel parameters and noapic seems to work. It is not needed to disable the whole ACPI "service" https://www.icrwatch.com/ , however I don't know how important apic is. On kernel 4.18 even temperature sensors appear. (In reply to jacky from comment #229) > I was trying another kernel parameters and noapic seems to work. It is not > needed to disable the whole ACPI "service" > , however I don't know how important apic is. On kernel 4.18 even > temperature sensors appear. You should update your bios to v1.15 after that you don't need any overrides. After that you can remove the noapic since it isn't needed. Please don't post spam links. Btw, the new bios 1.17 is out guys Is someone up to test it? I did test it, works fine, only issue is that the boot loader and bios menu still being laggy since 1.15v bios, its like there is no graphical acceleration, but after boot evgerything works flawless on any linux. Quite sad, so are there any changes at all? I noticed faster wake from suspend, but nothing game-changing. Guys, can you tell please how do you update bios? Maybe the sluggishness of bios/grub is caused by one of methods? Cuz some people aren't experiencing it I booted this https://toolslib.net/downloads/viewdownload/255-winpese-x64/ from a usb drive and loaded the bios from another usb storage to update. i also used woesb to burn the win10 iso mentioned above in a flash drive Hello if you have problems with screen flickering at 100% backlight brightness Add: acpi_osi='Windows 2018' acpi_backlight=vendor in grub boot parameters&update-grub&restart it totally fixes the issue There's a new bios (1.18) out How is it? btw, do you also have lowres screen while updating bios? it used 1920*1080 before, but now it's like 800*600 lol, somehow i can see recent messages in launchpad, but not there... haha, it seems it blinks even not on max brightness while charging (didn't use your workaround). Add: acpi_osi='Windows 2018' acpi_backlight=vendor in grub boot parameters&update-grub&restart and use kernel 5.4,for me it doesnt blink at all i've tested thoroughly.Laptop was always charged while tested though. Just an update: If you get freezes in newer debian/ubuntu distros, it is necesarry to downgrade to bios v1.13, for me it is the most stable bios for this acer-aspire-a315-41g. It also gets rid of the laggy bios/grub menu. If you need assistance in downgrading contact me, however if your laptop works perfectly with latest bios there is no need to risk with this. |
Created attachment 276583 [details] dmesg after starting kernel with pci=noacpi This is a brand new notebook on the market with Ryzen 5/Radeon. With disabled ACPI kernel boots without any problem but my notebook produces more heat than on Win10. Otherwise this happens when it is stayed on the bios screen in a while.