Bug 200087 - Acer Aspire A315-x AMD notebooks - AMD IOMMU IVRS problem, soft lockup
Summary: Acer Aspire A315-x AMD notebooks - AMD IOMMU IVRS problem, soft lockup
Status: VERIFIED CODE_FIX
Alias: None
Product: Drivers
Classification: Unclassified
Component: IOMMU (show other bugs)
Hardware: x86-64 Linux
: P1 normal
Assignee: acpi_config-other
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-06-16 04:43 UTC by bakarichard91
Modified: 2021-01-05 12:04 UTC (History)
28 users (show)

See Also:
Kernel Version: 5.1.16,5.2rcx(4.x)
Subsystem:
Regression: No
Bisected commit-id:


Attachments
dmesg after starting kernel with pci=noacpi (96.72 KB, text/plain)
2018-06-16 04:43 UTC, bakarichard91
Details
attachment-31427-0.html (1.62 KB, text/html)
2018-06-16 04:53 UTC, Erik Kaneda
Details
Soft lockup failure without noacpi (157.51 KB, image/jpeg)
2018-06-16 04:54 UTC, bakarichard91
Details
dmesg after amd_iommu_dump=1 (95.09 KB, text/plain)
2018-06-16 05:49 UTC, bakarichard91
Details
Error message before freezing (without quite splash) (305.07 KB, image/jpeg)
2018-06-16 07:34 UTC, bakarichard91
Details
Fedora loads without noacpi (86.27 KB, text/plain)
2018-06-30 03:21 UTC, bakarichard91
Details
Working kernel config (140.74 KB, text/plain)
2018-10-10 23:49 UTC, Samantha McVey
Details
Non-working kernel config (216.04 KB, text/plain)
2018-10-10 23:49 UTC, Samantha McVey
Details
dmesg from working kernel (80.53 KB, text/plain)
2018-10-11 00:32 UTC, Samantha McVey
Details
diff good.config bad.config (160.45 KB, text/plain)
2018-10-11 00:48 UTC, Samantha McVey
Details
Hacked AML tables vs good kernel compile config (9.99 KB, text/plain)
2018-10-11 00:59 UTC, bakarichard91
Details
sleep dmesgs before/after working/crashed (26.95 KB, application/x-xz)
2018-10-15 07:15 UTC, siyia
Details
dmesg from fedora 29 with noacpi errors (56.79 KB, text/plain)
2018-10-27 18:16 UTC, siyia
Details
fedora kernel config for linux 4.18.6 (193.39 KB, text/x-mpsub)
2018-10-29 10:59 UTC, siyia
Details
dmesg from gentoo based distro (113.10 KB, text/plain)
2019-01-16 16:14 UTC, siyia
Details
attachment-24023-0.html (870 bytes, text/html)
2019-01-17 14:15 UTC, Darksurf
Details
Working kernel config NO parameters (gentoo) (157.83 KB, text/plain)
2019-01-17 14:26 UTC, siyia
Details
attachment-14989-0.html (1005 bytes, text/html)
2019-01-20 13:40 UTC, Darksurf
Details
dmesg with bios 1.13 and manjaro 18.04 (no parameters (80.35 KB, text/plain)
2019-03-15 13:36 UTC, siyia
Details
Manjaro kernel config in use with bios 1.13 (219.34 KB, text/plain)
2019-03-18 11:10 UTC, siyia
Details
attachment-28119-0.html (1.11 KB, text/html)
2019-03-18 13:14 UTC, Darksurf
Details
attachment-32209-0.html (863 bytes, text/html)
2019-03-18 13:19 UTC, Darksurf
Details
attachment-3076-0.html (1.39 KB, text/html)
2019-03-18 14:45 UTC, Darksurf
Details
attachment-3442-0.html (891 bytes, text/html)
2019-03-21 15:59 UTC, Darksurf
Details
attachment-495-0.html (1.14 KB, text/html)
2019-03-24 23:43 UTC, Darksurf
Details
attachment-7631-0.html (1.72 KB, text/html)
2019-03-26 16:30 UTC, Darksurf
Details
amd_iommu_dump=hw dmesg 5.2.0-050200rc6 (76.31 KB, text/plain)
2019-07-05 01:03 UTC, bakarichard91
Details
attachment-12743-0.html (1.74 KB, text/html)
2019-08-02 13:55 UTC, Zhang Rui
Details
boot (1.24 MB, image/jpeg)
2019-08-17 16:56 UTC, AnkS
Details
attachment-14516-0.html (1.47 KB, text/html)
2019-08-19 11:36 UTC, siyia
Details
attachment-21893-0.html (1.60 KB, text/html)
2019-08-19 12:10 UTC, siyia
Details

Description bakarichard91 2018-06-16 04:43:34 UTC
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.
Comment 1 bakarichard91 2018-06-16 04:51:39 UTC
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?)
Comment 2 Erik Kaneda 2018-06-16 04:53:11 UTC
Created attachment 276585 [details]
attachment-31427-0.html

Out of office 6/18-6/27
Comment 3 bakarichard91 2018-06-16 04:54:10 UTC
Created attachment 276587 [details]
Soft lockup failure without noacpi
Comment 4 bakarichard91 2018-06-16 05:07:17 UTC
Nothing changes with disabled iommu.
Comment 5 bakarichard91 2018-06-16 05:49:32 UTC
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
Comment 6 bakarichard91 2018-06-16 07:34:30 UTC
Created attachment 276591 [details]
Error message before freezing (without quite splash)
Comment 7 Erik Kaneda 2018-06-29 23:43:58 UTC
Please try booting with linux 4.18-rc1 or later. Also, please try 4.18-rc1+ with/without ACPI
Comment 8 bakarichard91 2018-06-30 02:22:38 UTC
Hi Erik,

Absolutely the same thing on 4.18rc1 and on rc2 too.
Comment 9 bakarichard91 2018-06-30 03:20:02 UTC
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).
Comment 10 bakarichard91 2018-06-30 03:21:12 UTC
Created attachment 277069 [details]
Fedora loads without noacpi
Comment 11 bakarichard91 2018-06-30 03:26:06 UTC
*there are no values
Comment 12 bakarichard91 2018-07-09 17:49:45 UTC
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 (...)
Comment 13 bakarichard91 2018-07-13 18:58:45 UTC
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?
Comment 14 gg71 2018-07-13 21:33:30 UTC
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
Comment 15 bakarichard91 2018-07-13 22:05:44 UTC
gg71, where have you been till now? :D
Thanks, I will try it.
Comment 16 bakarichard91 2018-07-14 02:43:24 UTC
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.
Comment 17 bakarichard91 2018-07-23 05:32:52 UTC
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.
Comment 18 bakarichard91 2018-07-23 05:33:31 UTC
They->those
Comment 19 bakarichard91 2018-07-23 12:50:29 UTC
Sorry, nothing, I changed it before :)
Comment 20 siyia 2018-09-03 19:35:31 UTC
can confirm bug is also present on Acer Aspire A315-41G with ryzen 3 2200u and radeon 535.
Comment 21 siyia 2018-09-06 10:09:14 UTC
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
Comment 22 siyia 2018-09-16 11:42:03 UTC
suspend crashes sometimes with a screen freeze only way is to reboot the laptop. kernel 4.18.8
Comment 23 Darksurf 2018-10-01 17:24:17 UTC
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.
Comment 24 bakarichard91 2018-10-03 20:34:45 UTC
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.
Comment 25 siyia 2018-10-06 06:56:57 UTC
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.
Comment 26 siyia 2018-10-06 07:04:25 UTC
or maybe extract the ssdt dsdt tables after installing fedora on the laptop
Comment 27 Vladislav Kamenev 2018-10-10 20:21:41 UTC
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.
Comment 28 siyia 2018-10-10 20:26:09 UTC
on kernel 4.19rc7 cannot power off the laptop. acer aspire a315 41g with ryzen 3 2200u and radeon 535
Comment 29 Samantha McVey 2018-10-10 23:47:47 UTC
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)
Comment 30 Samantha McVey 2018-10-10 23:49:03 UTC
Created attachment 278979 [details]
Working kernel config
Comment 31 Samantha McVey 2018-10-10 23:49:29 UTC
Created attachment 278981 [details]
Non-working kernel config
Comment 32 bakarichard91 2018-10-11 00:25:22 UTC
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.
Comment 33 Samantha McVey 2018-10-11 00:32:02 UTC
Created attachment 278983 [details]
dmesg from working kernel

Okay, here is my dmesg output.
Comment 34 bakarichard91 2018-10-11 00:41:42 UTC
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).
Comment 35 Samantha McVey 2018-10-11 00:48:19 UTC
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
Comment 36 bakarichard91 2018-10-11 00:59:28 UTC
Created attachment 278987 [details]
Hacked AML tables vs good kernel compile config

Which is better?
Comment 37 siyia 2018-10-11 15:54:12 UTC
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.
Comment 38 siyia 2018-10-12 10:26:36 UTC
i disabled polkit auth agent from openbox autostart and now the laptop sleeps like a baby, it was unrelated to acpi.
Comment 39 siyia 2018-10-12 11:14:26 UTC
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.
Comment 40 siyia 2018-10-15 07:15:03 UTC
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.
Comment 41 Samantha McVey 2018-10-15 10:00:12 UTC
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
Comment 42 siyia 2018-10-15 10:17:11 UTC
will post back soon after testing parameters
Comment 43 siyia 2018-10-15 10:23:14 UTC
the cpu is ryzen 3 2200u 2 cores 2 threads.
Comment 44 siyia 2018-10-15 10:45:57 UTC
unfortunately it didn't help.
Comment 45 siyia 2018-10-15 11:58:00 UTC
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
Comment 46 siyia 2018-10-15 12:28:02 UTC
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.
Comment 47 Samantha McVey 2018-10-15 13:35:05 UTC
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).
Comment 48 siyia 2018-10-15 15:32:34 UTC
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.
Comment 49 Samantha McVey 2018-10-16 21:44:40 UTC
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.
Comment 50 siyia 2018-10-16 22:56:14 UTC
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.
Comment 51 siyia 2018-10-16 22:57:02 UTC
*kms
Comment 52 siyia 2018-10-27 18:14:59 UTC
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.
Comment 53 siyia 2018-10-27 18:16:46 UTC
Created attachment 279211 [details]
dmesg from fedora 29 with noacpi errors

everything works flawlessly on fedora 29
Comment 54 Samantha McVey 2018-10-27 19:36:19 UTC
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").
Comment 55 siyia 2018-10-28 08:24:34 UTC
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.
Comment 56 Vladislav Kamenev 2018-10-29 09:43:00 UTC
Is there a way to build\use fedora kernel under Arch or Ubuntu? Could be a workaround for some time.
Comment 57 siyia 2018-10-29 10:46:38 UTC
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.
Comment 58 siyia 2018-10-29 10:59:02 UTC
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.
Comment 59 siyia 2018-10-29 10:59:26 UTC
arch kernel should also be 4.18.6
Comment 60 siyia 2018-10-29 11:01:21 UTC
sorry i meant kernel * 4.18.16
Comment 61 Another User 2018-10-29 11:47:23 UTC

(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.
Comment 62 siyia 2018-10-29 11:54:11 UTC
no such errors i ve uploaded fedora 29 dmesg please check it for yourself just to be on the safe side.
Comment 63 siyia 2018-10-29 16:04:20 UTC
the only real workaround is to use fedora 29,it's being released tomorrow
Comment 64 Vladislav Kamenev 2018-10-30 16:56:31 UTC
Compiled manjaro kernel with fedora config. Looks like fedora patches do something to kernel
Comment 65 siyia 2018-10-30 17:34:11 UTC
what they did works only after installing and booting fedora in bare metal,the live install cd still requires noapic
Comment 66 siyia 2018-10-30 20:28:26 UTC
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.
Comment 67 siyia 2018-10-31 09:30:37 UTC
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.
Comment 68 Another User 2018-10-31 12:12:49 UTC
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.
Comment 69 Vladislav Kamenev 2018-10-31 12:56:07 UTC
(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?
Comment 70 Another User 2018-10-31 14:22:45 UTC
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.
Comment 71 siyia 2018-10-31 15:30:19 UTC
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.
Comment 72 siyia 2018-10-31 15:34:02 UTC
it is worth noting that i am using fedora xfce4 spin, not the workstation edition
Comment 73 siyia 2018-11-23 03:04:33 UTC
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?
Comment 74 Ziniral 2018-12-01 22:25:25 UTC
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.
Comment 75 siyia 2018-12-06 17:19:47 UTC
bios update v1.11 didnt help
Comment 76 siyia 2019-01-16 08:30:33 UTC
Hello all gentoo and gentoo based distros can boot on my laptop without any parameters!!!!
Comment 77 siyia 2019-01-16 08:30:47 UTC
Acer Aspire A315-41G notebook
Comment 78 siyia 2019-01-16 16:14:59 UTC
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.
Comment 79 siyia 2019-01-17 05:15:10 UTC
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.
Comment 80 Darksurf 2019-01-17 13:35:36 UTC
siyia, what did you change in the config to fix that?
Comment 81 siyia 2019-01-17 13:40:24 UTC
nothing i used the default gentoo config for kernels
Comment 82 Darksurf 2019-01-17 14:05:09 UTC
I'm using Sabayon which is Gentoo based and has the problem.  I need to know the difference here lol.
Comment 83 siyia 2019-01-17 14:08:50 UTC
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.
Comment 84 siyia 2019-01-17 14:10:37 UTC
I can upload my kernel config if you can use it?
Comment 85 Darksurf 2019-01-17 14:15:53 UTC
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.
Comment 86 siyia 2019-01-17 14:26:55 UTC
Created attachment 280559 [details]
Working kernel config NO parameters (gentoo)

There you go please report back if it works for you
Comment 87 siyia 2019-01-20 12:03:55 UTC
The issue doesnt lie within the kernel .config, i compiled a gentoo kernel with archlinux vanilla .config and i could still boot without parameters.
Comment 88 Darksurf 2019-01-20 13:40:42 UTC
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.
Comment 89 siyia 2019-01-26 08:37:46 UTC
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?
Comment 90 Darksurf 2019-01-26 16:12:06 UTC
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.
Comment 92 Darksurf 2019-01-29 15:31:58 UTC
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.
Comment 93 Another User 2019-01-30 13:59:06 UTC
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)?
Comment 94 siyia 2019-01-30 14:07:46 UTC
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.
Comment 95 siyia 2019-03-15 03:27:16 UTC
bios 1.13 solve the ioapic failure for acer-aspire a315-41g, however it force enables advanced touchpad functionality by default.
Comment 96 siyia 2019-03-15 03:31:10 UTC
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!!!
Comment 97 nyxone 2019-03-15 12:56:07 UTC
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.
Comment 98 siyia 2019-03-15 13:23:26 UTC
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.
Comment 99 siyia 2019-03-15 13:36:03 UTC
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
Comment 100 siyia 2019-03-15 13:38:55 UTC
"ACPI: 15 ACPI AML tables successfully acquired and loaded"

everything acpi-wise seems to be working now.
Comment 101 Another User 2019-03-17 15:05:42 UTC
(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
Comment 102 siyia 2019-03-18 09:29:46 UTC
   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
Comment 103 siyia 2019-03-18 09:31:23 UTC
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
Comment 104 siyia 2019-03-18 09:32:50 UTC
anyways if acer uploads a new bios, i wont update again, i think it was pure luck they fixed it.
Comment 105 Another User 2019-03-18 10:01:56 UTC
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.
Comment 106 Erik 2019-03-18 11:00:22 UTC
(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.
Comment 107 siyia 2019-03-18 11:10:14 UTC
Created attachment 281883 [details]
Manjaro kernel config in use with bios 1.13

this is the standard running kernel config of manjaro nothing exotic.
Comment 108 Darksurf 2019-03-18 13:14:17 UTC
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.
Comment 109 siyia 2019-03-18 13:17:36 UTC
there is no bios update 1.12 where did you get this?
Comment 110 Darksurf 2019-03-18 13:19:33 UTC
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.
Comment 111 Erik 2019-03-18 13:45:17 UTC
@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
Comment 112 Darksurf 2019-03-18 14:45:50 UTC
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.
Comment 113 siyia 2019-03-18 15:04:22 UTC
I think acer should join the Linux Foundation or sth, this is embarassing, they cant even create proper iASL compliant bios.
Comment 114 bakarichard91 2019-03-18 18:40:24 UTC
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.
Comment 115 Vladislav Kamenev 2019-03-19 20:54:32 UTC
A315-41-RX8R here. With 1.13 still cannot boot into manjaro default 4.20 kernel without ivrs_table\noapic tricks. CPU soft lockup
Comment 116 Vladislav Kamenev 2019-03-19 20:59:00 UTC
Soft lockups now occurs even with ivrs_table arguments in place.
Comment 117 Vladislav Kamenev 2019-03-19 21:02:21 UTC
After update to 1.13 my touchpad doesn't work in Linux. Not recommending
Comment 118 Vladislav Kamenev 2019-03-19 21:21:50 UTC
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.
Comment 119 siyia 2019-03-20 04:11:21 UTC
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
Comment 120 siyia 2019-03-21 15:45:01 UTC
So can we close this bug report now or not?
Comment 121 Vladislav Kamenev 2019-03-21 15:49:06 UTC
I think we should wait till more people try 1.13 bios with 5.0 kernel and confirm that laptop is now usable
Comment 122 Darksurf 2019-03-21 15:59:45 UTC
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.
Comment 123 Ness 2019-03-21 16:05:51 UTC
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.
Comment 124 siyia 2019-03-21 19:31:39 UTC
Ness are you using secure boot?
Comment 125 siyia 2019-03-21 19:32:53 UTC
your fan runs at 100% because you use pci=noacpi
Comment 126 Darksurf 2019-03-24 23:43:35 UTC
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.
Comment 127 bakarichard91 2019-03-26 13:55:04 UTC
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.
Comment 128 Darksurf 2019-03-26 16:30:24 UTC
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.
Comment 129 bakarichard91 2019-03-26 22:19:21 UTC
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.
Comment 130 Vladislav Kamenev 2019-03-27 10:32:15 UTC
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
Comment 131 Vladislav Kamenev 2019-03-27 11:15:04 UTC
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
Comment 132 siyia 2019-03-27 11:21:33 UTC
i am using manjaro linux with 5.0.3 and latest updates all runs well here,have you tried disabling secure boot?
Comment 133 Vladislav Kamenev 2019-03-27 11:55:52 UTC
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
Comment 134 siyia 2019-03-27 12:03:42 UTC
only that port works and you dont lockup?second usb2 port?
Comment 135 Vladislav Kamenev 2019-03-27 12:07:00 UTC
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.
Comment 136 siyia 2019-03-27 12:08:05 UTC
maybe you have a "unique" mouse?try a different usb mouse and reboot
Comment 137 Vladislav Kamenev 2019-04-05 08:25:15 UTC
Even with my tricks i cannot boot into 5.0.5 Manjaro kernel. Downgrading to 5.0.2 make my laptop booting without issues
Comment 138 siyia 2019-04-05 14:11:57 UTC
Strange i can boot with 5.0.5 on my acer laptop.
Comment 139 bakarichard91 2019-04-05 16:05:43 UTC
Hi people,

check this:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1776563/comments/415
Comment 140 siyia 2019-04-05 16:20:22 UTC
I checked it and i got comfused,does he mean that there is a fix for the ioapic issue, or for Vladislav's issue?
Comment 141 bakarichard91 2019-04-05 16:27:27 UTC
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
Comment 142 bakarichard91 2019-04-05 16:31:06 UTC
He has changed the bug status to "Fix Released" on Ubuntu's Launchpad.
Comment 143 bakarichard91 2019-04-05 16:45:57 UTC
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
Comment 144 Kung Lao 2019-04-05 19:24:32 UTC
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.
Comment 145 bakarichard91 2019-04-05 19:30:42 UTC
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,
Comment 146 Kung Lao 2019-04-05 19:40:37 UTC
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.
Comment 147 bakarichard91 2019-04-05 19:49:18 UTC
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.
Comment 148 siyia 2019-04-05 20:02:57 UTC
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.
Comment 149 Kung Lao 2019-04-05 20:12:09 UTC
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.
Comment 150 bakarichard91 2019-04-05 20:12:44 UTC
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
Comment 151 siyia 2019-04-05 20:18:33 UTC
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.
Comment 152 siyia 2019-04-05 22:03:42 UTC
Anyways i am curious, do these laptops work with freesync?anyone tried it?
Comment 153 Erik 2019-04-10 10:53:06 UTC
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.
Comment 154 Erik 2019-04-10 11:12:56 UTC
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.
Comment 155 kgs 2019-04-10 13:28:41 UTC
"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..
Comment 156 Erik 2019-04-10 15:12:35 UTC
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.
Comment 157 Michael T 2019-04-11 07:19:27 UTC
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.
Comment 158 Erik 2019-04-11 16:17:35 UTC
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?
Comment 159 Michael T 2019-04-11 19:51:06 UTC
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.
Comment 160 siyia 2019-04-11 19:53:35 UTC
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.
Comment 161 Michael T 2019-04-11 20:04:02 UTC
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.
Comment 162 bakarichard91 2019-04-11 21:35:00 UTC
For better battery time in linux set the cpufreq governor to "powersave" and check powertop options.
Comment 163 Kai-Heng Feng 2019-04-12 14:16:51 UTC
The latest i2c-amd-mp2 driver will be included in next Ubuntu Bionic, Cosmic and Disco kernel release.
Comment 164 Erik 2019-04-12 19:39:55 UTC
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?
Comment 165 bakarichard91 2019-04-12 19:57:18 UTC
Erik, try that what I wrote. Powersave mode + powerop (enable all powersave settings)
Comment 166 bakarichard91 2019-04-12 19:59:11 UTC
Erik, try what I wrote: powersave option + powertop settings enabled.
Comment 167 Michael T 2019-04-12 20:37:32 UTC
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.
Comment 168 Michael T 2019-04-12 21:06:17 UTC
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.
Comment 169 federico 2019-04-13 14:48:30 UTC
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.
Comment 170 Vladislav Kamenev 2019-04-13 15:02:42 UTC
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.
Comment 171 Vladislav Kamenev 2019-04-13 15:03:27 UTC
tl;dr even if it would be possible to boot without any tricks in kernel arguments some features of cpu would  still be borken
Comment 172 Vladislav Kamenev 2019-04-13 18:40:46 UTC
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
Comment 173 siyia 2019-04-13 18:47:40 UTC
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
Comment 174 Vladislav Kamenev 2019-04-13 19:09:25 UTC
[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
Comment 175 siyia 2019-04-13 19:11:58 UTC
also why do you not remap the ivrs tables? there is no drawback in doing so.
Comment 176 Vladislav Kamenev 2019-04-13 19:15:18 UTC
When i remap ivrs then my sleep\hibernation doesn't work.
Comment 177 siyia 2019-04-13 19:16:05 UTC
remap the tables and disable secure boot and suspend\hibernate will work on any linux
Comment 178 Vladislav Kamenev 2019-04-13 19:29:07 UTC
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?
Comment 179 siyia 2019-04-13 19:30:22 UTC
you need to get and see an iommu dump, but i dont think that's the issue just disable secure boot and your fine
Comment 180 Vladislav Kamenev 2019-04-13 19:47:27 UTC
Turns out my iommu was disabled in bios. I turned it on and ivrs mapping fixes all the issues for me.
Comment 181 siyia 2019-04-13 19:50:26 UTC
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.
Comment 182 Vladislav Kamenev 2019-04-13 19:59:24 UTC
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
Comment 183 siyia 2019-04-13 20:12:54 UTC
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.
Comment 184 Erik 2019-04-16 10:16:58 UTC
@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.
Comment 185 Vladislav Kamenev 2019-04-16 10:19:22 UTC
(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?
Comment 186 Erik 2019-04-16 11:08:37 UTC
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.
Comment 187 Vladislav Kamenev 2019-04-16 11:10:15 UTC
Have you updated bios to 1.13?
Comment 188 Erik 2019-04-16 11:47:34 UTC
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.
Comment 189 Erik 2019-04-16 11:48:50 UTC
I got the non G model (no dedicated GPU) A315-41.
Comment 190 siyia 2019-04-16 14:16:49 UTC
The problem with suspend/hibernation was with usb3 port not secure boot, just disable wake from usb devices at xchi0 and xchi1  controllers.
Comment 191 bakarichard91 2019-04-21 03:27:47 UTC
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
Comment 192 kgs 2019-04-21 07:04:20 UTC
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
Comment 193 bakarichard91 2019-04-21 08:30:12 UTC
These don't work for me. I don't think ivrs_ioapic causes performance loss. Why it should? Show me a dmesg!
Comment 195 logxx 2019-06-29 12:47:24 UTC
my a315-41 works fine with arch linux when i append parameters with acpi_osi="Linux"
Comment 196 Erik 2019-07-01 10:43:56 UTC
@(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.
Comment 197 logxx 2019-07-03 11:35:40 UTC
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
Comment 198 bakarichard91 2019-07-03 12:13:11 UTC
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.
Comment 199 Zhang Rui 2019-07-04 02:57:53 UTC
cc suravee.suthikulpanit@amd.com, who works on the amd iommu driver.
Maybe he can provide some help for this issue.
Comment 200 bakarichard91 2019-07-05 01:03:49 UTC
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
Comment 201 logxx 2019-07-08 08:57:37 UTC
i think somebody needs to test this on new 5.2 kernel cuz there are some iommu stuff in git log
Comment 202 bakarichard91 2019-07-08 09:24:39 UTC
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
Comment 203 logxx 2019-07-08 16:16:41 UTC
Actually, i've tried some puppy linux before, and it was bootable without editing anything
Comment 204 Suravee Suthikulpanit 2019-07-16 15:11:57 UTC
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.
Comment 205 bakarichard91 2019-07-16 15:23:28 UTC
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.
Comment 206 Kai-Heng Feng 2019-07-17 07:50:49 UTC
(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?
Comment 207 bakarichard91 2019-07-17 14:53:41 UTC
Or in this cases why does the kernel not find the pci "devices" somehow like we do?
Comment 208 logxx 2019-07-23 14:43:49 UTC
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
Comment 209 logxx 2019-07-23 14:45:11 UTC
ohh, nvm, just got soft lockup again
Comment 210 Vladislav Kamenev 2019-08-02 13:55:04 UTC
(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
Comment 211 Zhang Rui 2019-08-02 13:55:21 UTC
Created attachment 284087 [details]
attachment-12743-0.html

Leave  during Aug 1st ~ 7th, mail response maybe very slow.
Comment 212 bakarichard91 2019-08-15 15:17:58 UTC
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.
Comment 213 logxx 2019-08-15 18:10:27 UTC
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).
Comment 214 AnkS 2019-08-17 15:55:37 UTC
I was able to boot without adding ivrs parameters.

I tried multiple GNU/Linux OSes, they show Firmware bug but it gets booted.
Comment 215 AnkS 2019-08-17 16:56:43 UTC
Created attachment 284479 [details]
boot
Comment 216 logxx 2019-08-18 08:57:11 UTC
Arch blinks when booted without ivrs parameters
Comment 217 logxx 2019-08-18 09:25:04 UTC
Grub is also slower now, and fn keys don't do anything
Comment 218 logxx 2019-08-18 09:25:47 UTC
Oh, actually they do, i forgot something
Comment 219 Erik 2019-08-19 10:52:55 UTC
So there are no drawbacks with the new v1.15 bios?
Comment 220 siyia 2019-08-19 11:36:51 UTC
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?
Comment 221 bakarichard91 2019-08-19 12:07:43 UTC
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.
Comment 222 siyia 2019-08-19 12:10:18 UTC
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.
Comment 223 Erik 2019-08-21 14:56:16 UTC
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.
Comment 224 logxx 2019-08-21 19:11:34 UTC
Erik, have you updated bios with Windows or have you used some other way to do it? Do suspend work fine in linux now?
Comment 225 logxx 2019-08-21 19:22:13 UTC
As for me, not only GRUB is slower now, but the bios is also a little
Comment 226 Erik 2019-08-21 20:30:50 UTC
(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?
Comment 227 logxx 2019-08-21 20:35:19 UTC
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
Comment 228 logxx 2019-08-26 13:15:35 UTC
also, i have noticed that one of usb 2.0 ports is not always working right in linux (dunno if bios update caused it)
Comment 229 jacky 2019-10-08 12:18:57 UTC
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.
Comment 230 Erik 2019-10-18 08:37:44 UTC
(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.
Comment 235 logxx 2020-04-29 09:17:01 UTC
Btw, the new bios 1.17 is out guys
Comment 236 logxx 2020-04-29 09:17:29 UTC
Is someone up to test it?
Comment 237 siyia 2020-04-30 03:43:47 UTC
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.
Comment 238 logxx 2020-04-30 06:55:16 UTC
Quite sad, so are there any changes at all?
Comment 239 siyia 2020-04-30 06:59:40 UTC
I noticed faster wake from suspend, but nothing game-changing.
Comment 240 logxx 2020-05-01 08:45:12 UTC
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
Comment 241 siyia 2020-05-01 08:53:10 UTC
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.
Comment 242 siyia 2020-05-01 08:54:08 UTC
i also used woesb to burn the win10 iso mentioned above in a flash drive
Comment 243 siyia 2020-06-15 06:11:49 UTC
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
Comment 244 Erik 2020-07-07 21:49:46 UTC
There's a new bios (1.18) out
Comment 245 logxx 2020-07-13 18:35:51 UTC
How is it?
Comment 246 logxx 2020-07-23 10:38:52 UTC
btw, do you also have lowres screen while updating bios? it used 1920*1080 before, but now it's like 800*600
Comment 247 logxx 2020-08-04 12:45:34 UTC
lol, somehow i can see recent messages in launchpad, but not there...
Comment 248 logxx 2020-08-13 17:27:15 UTC
haha, it seems it blinks even not on max brightness while charging (didn't use your workaround).
Comment 249 siyia 2020-08-13 19:31:16 UTC
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.
Comment 250 siyia 2021-01-05 12:04:40 UTC
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.

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