amd

Acer Aspire A315 IOAPIC failure on Ubuntu 18.04, kernel hangs, can't load, kernel freeze (AMD Ryzen 5/Radeon/Raven) / AMDGPU Hybrid crash

Bug #1776563 reported by Richard Baka on 2018-06-12
66
This bug affects 12 people
Affects Status Importance Assigned to Milestone
Linux
Incomplete
Medium
amd
Undecided
Unassigned
linux (Ubuntu)
Medium
Unassigned

Bug Description

CPU: Ryzen 5 2500U
VGA: Radeon 535
Notebook: Acer Aspire A315

This is a brand new notebook on the market with Ryzen 5/Radeon.
The default kernel of Ubuntu(18.04) hangs at loading with message:

tsc: Refined TSC clocksource calibration: 1996.250 MHz
clocksource: tsc: mask: 0xffffffffffffffff max_cycles: (...), max_idle_ns: (...)
Soft lockup

Using pci=noacpi kernel parameter kernel loads without any problem but my notebook produces more heat than on Win10. If I know right Acer notebooks need ACPI to the correct power management.

The same thing happens on mainline 4.17,4.18rc1-2.
BIOS upgrade to the latest version: 1.08 hasn't helped

This problem has been reported upstream:
https://bugzilla.kernel.org/show_bug.cgi?id=200087

The latest correctly working kernel was 4.13.* but the heat problem was present with this too.

This bug is missing log files that will aid in diagnosing the problem. While running an Ubuntu kernel (not a mainline or third-party kernel) please enter the following command in a terminal window:

apport-collect 1776563

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
tags: added: bionic

apport-collect 1776563 can't be entered because the kernel can not load.

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
summary: - Acer Aspire A315 (Ryzen5/Radeon/FHD) Ubuntu 18.04 kernel cant load
+ Ubuntu 18.04 kernel can't load kernel on Acer Aspire A315
+ (Ryzen5/Radeon/FHD)
summary: - Ubuntu 18.04 kernel can't load kernel on Acer Aspire A315
- (Ryzen5/Radeon/FHD)
+ Ubuntu 18.04 can't load kernel on Acer Aspire A315 (Ryzen5/Radeon/FHD)
no longer affects: bugzilla (Ubuntu)
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in xserver-xorg-video-amdgpu (Ubuntu):
status: New → Confirmed
Freihut (freihut) wrote :

Had this on my A315 too, but I returned it to the vendor. Seems to be an UEFI-Bug, because it doesn't happened with my Ryzen 2500U from HP. Could also be related to that Ryzen/Radeon 535 combination (Vega/CGN 3).

On Grub-Menu press E and add "pci=noacpi" as kernel-parameter (where normally "quite splash" is). Then go on booting by pressing F10.
Sometimes (XFCE) it was also necessary to add "nomodeset" to boot, Gnome for example didn't need it (AFAIK).

I remember, I also needed to install amd's pro driver (for 18.04) via amdgpu-pro-install to get rid of the "nomodeset". I was able to run amdgpu-pro-uninstall later and still not needed the "nomodeset". Could be related to my system, but you may give it a try.
I was also using Kernel 4.17 (Mainline), which is available on http://kernel.ubuntu.com/~kernel-ppa/mainline/ or with UKUU https://www.omgubuntu.co.uk/2017/02/ukuu-easy-way-to-install-mainline-kernel-ubuntu

Richard Baka (bakarichard91) wrote :

Thanks Freihut, I will try this.

Richard Baka (bakarichard91) wrote :

It works but very slow. This could be an ACPI problem.

Richard Baka (bakarichard91) wrote :

I installed the new amdgpu pro driver and everything is very fast now. This bug should be reported to freedesktop, would you like somebody to do it? :D

Richard Baka (bakarichard91) wrote :

*Sorry correction: Who would like to do it? :D

Richard Baka (bakarichard91) wrote :

"The fact that ACPI was designed by a group of monkeys high on LSD, and is some of the worst designs in the industry obviously makes running it at any point pretty damn ugly."
Torvalds, Linus (2005-07-31). Message. linux-kernel mailing list. IU. Retrieved on 2006-08-28.

Richard Baka (bakarichard91) wrote :

Power management doesn't work well this way. It was hot a little. I've changed back to win10. This should be fixed by kernel developers or with a downstream patch.

2 comments hidden view all 508 comments

Created attachment 276583
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.

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
attachment-31427-0.html

Out of office 6/18-6/27

Created attachment 276587
Soft lockup failure without noacpi

Nothing changes with disabled iommu.

5 comments hidden view all 508 comments
6 comments hidden view all 508 comments

Created attachment 276589
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

no longer affects: xserver-xorg-video-amdgpu (Ubuntu)

Created attachment 276591
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
Fedora loads without noacpi

summary: - Ubuntu 18.04 can't load kernel on Acer Aspire A315 (Ryzen5/Radeon/FHD)
+ Acer Aspire A315 ACPI failure on Ubuntu 18.04 (Ryzen5/Radeon/FHD)
summary: - Acer Aspire A315 ACPI failure on Ubuntu 18.04 (Ryzen5/Radeon/FHD)
+ Acer Aspire A315 ACPI failure on Ubuntu 18.04 (Ryzen5/Radeon)
11 comments hidden view all 508 comments
summary: - Acer Aspire A315 ACPI failure on Ubuntu 18.04 (Ryzen5/Radeon)
+ Acer Aspire A315 ACPI failure on Ubuntu, kernel hangs, can't load 18.04
+ (Ryzen5/Radeon)
summary: - Acer Aspire A315 ACPI failure on Ubuntu, kernel hangs, can't load 18.04
+ Acer Aspire A315 ACPI failure on Ubuntu 18.04, kernel hangs, can't load
(Ryzen5/Radeon)
description: updated
summary: Acer Aspire A315 ACPI failure on Ubuntu 18.04, kernel hangs, can't load
- (Ryzen5/Radeon)
+ (AMD Ryzen 5/Radeon/Raven)
summary: - Acer Aspire A315 ACPI failure on Ubuntu 18.04, kernel hangs, can't load
- (AMD Ryzen 5/Radeon/Raven)
+ Acer Aspire A315 ACPI failure on Ubuntu 18.04, kernel hangs, can't load,
+ kernel freeze (AMD Ryzen 5/Radeon/Raven)
12 comments hidden view all 508 comments

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 (...)

Changed in linux:
importance: Unknown → Medium
status: Unknown → Incomplete
2 comments hidden view all 508 comments

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.

4 comments hidden view all 508 comments

The solution for Acer A315-41G-* notebooks: (USE AT YOUR OWN RISK - PLS be very careful)

1. Load kernel with these parameters: ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2 nomodeset
This is how it can be done (1. answer/first half 1-4): https://askubuntu.com/questions/19486/how-do-i-add-a-kernel-boot-parameter

1/b.(if it is not installed) Install ubuntu and load installed kernel again using the parameters (see 1.)

2. Start a terminal and do these steps:
> cd ~
> mkdir kernelbuild
> cd kernelbuild
> wget -c https://cdn.kernel.org/pub/linux/kernel/v4.x/linux-4.17.6.tar.xz
> tar -xvf linux-4.17.6.tar.xz
> cd linux-4.17.6
> sudo apt install git build-essential kernel-package fakeroot libncurses5-dev libssl-dev ccache bison flex
> make menuconfig
+> Save,OK,EXIT
> nano .config
+> ctrl+w and search for CONFIG_VGA_SWITCHEROO=y
+> replace y with n (this is not ideal and should be fixed later)
+> ctrl+o, enter
> make -j4 (this will take a while, be patient)
> make modules_install
> sudo make install
> sudo nano /etc/default/grub
+> Edit the correct line and add the parameters: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2"
+>CTRL+O, enter
>sudo update-grub
+> reboot and start the correct kernel

If you install xsensors (sudo apt install xsensors) and start it (xsensors) you can monitor the temperature values of your notebook. (Recommended)

Richard Baka (bakarichard91) wrote :

Dear Ubuntu maintainers,

couldn't this be fixed by an ubuntu kernel patch? The hardest part is to disable gpu switching at kernel load time. APIC fixing parameters can be hardcoded for these models I think or search for the correct pci controller using a smart script.

This was a hell of an investigation, never again. Thanks for gg71, he/she is a lifesaver.

4 comments hidden view all 508 comments

Hi Richard:

This issue should be related to the buggy BIOS ivrs table.
Kernel panic when found no southbridge device ID.

Could you try boot kernel with "amd_iommu_dump=1 amd_iommu=off" (remove other kernel parameters you tried to solve this issue).

If it works, please attach the dmesg here.
I will try to make a kernel patch to make kernel boot with irq map disabled instead of panic.

Richard Baka (bakarichard91) wrote :

Hi AaronMa,

thanks for the response. I tried it but it didn't work. I think iommu problem is not the main reason of the kernel hang. Otherwise it can be disabled in BIOS and there is no change.

The main reason is: https://bugzilla.kernel.org/attachment.cgi?id=276587 like you can se on this picture is that IOAPIC[4] and IOAPIC[5] are not in the invrs table so we should search the correct pci controllers using lspci and give them to the kernel.

In this way:
LINUX_DEFAULT="quiet splash ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2"

Kernel can be started even with noapic but two sensors will be missing and the advanced touchpad functions will not work. This is the reason of CONFIG_VGA_SWITCHEROO=n compile time kernel parameter.

There is an another problem: this notebook has two GPUs and amdgpu (or the kernel, I don't know) can not handle this correctly so gpu switching has to be disabled

Richard Baka (bakarichard91) wrote :

Kernel can be started even with noapic but two sensors will be missing and the advanced touchpad functions will not work.

!!!This line is not here: This is the reason of CONFIG_VGA_SWITCHEROO=n compile time kernel parameter.

There is an another problem: this notebook has two GPUs and amdgpu (or the kernel, I don't know) can not handle this correctly so gpu switching has to be disabled
!!!But here: This is the reason of CONFIG_VGA_SWITCHEROO=n compile time kernel parameter.

Richard Baka (bakarichard91) wrote :

AaronMa,

This is the iommu debug:

[ 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

I will give you the correct iommu "addresses" after dinner :).

Richard Baka (bakarichard91) wrote :

HOT NEWS!!

CONFIG_VGA_SWITCHEROO=n can be avoided using these kernel parameters amdgpu.runpm=0 radeon.modeset=0.
Further investigation is in progress...

Richard Baka (bakarichard91) wrote :

This could be the better solution because of the notebook's lowest heating but I'm not sure.

Richard Baka (bakarichard91) wrote :
Download full text (4.5 KiB)

Hi all,

After a bit of testing the power management seems to be better but it is far away from perfect. I don't see any anomaly watching temperature sensors (instead of ath10k_hwmon-pci(?!??)) but my notebook is definitely warm if I hold it on my lap.
This is more better on win10, I don't know why.

mosomaci@pc:~$ sensors
k10temp-pci-00c3
Adapter: PCI adapter
Tdie: +55.0°C (high = +70.0°C)
Tctl: +55.0°C

amdgpu-pci-0100
Adapter: PCI adapter
vddgfx: +0.81 V
fan1: N/A
temp1: +50.0°C (crit = +104000.0°C, hyst = -273.1°C)
power1: 1.13 kW (cap = 28.00 W)

ath10k_hwmon-pci-0300
Adapter: PCI adapter
temp1: +91.0°C

amdgpu-pci-0400
Adapter: PCI adapter
vddgfx: N/A
vddnb: N/A
fan1: N/A
temp1: +55.0°C (crit = +80.0°C, hyst = +0.0°C)
power1: N/A

Could our APIC fix not a perfect solution for this problem? I know that the DSDT is totally broken:

[ 0.088280] ACPI: Added _OSI(Module Device)
[ 0.088280] ACPI: Added _OSI(Processor Device)
[ 0.088280] ACPI: Added _OSI(3.0 _SCP Extensions)
[ 0.088280] ACPI: Added _OSI(Processor Aggregator Device)
[ 0.088280] ACPI: Added _OSI(Linux-Dell-Video)
[ 0.092591] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[ 0.100296] ACPI BIOS Error (bug): Failure creating [\_SB.PCI0.LPC0.EC0._Q46], AE_ALREADY_EXISTS (20180531/dswload2-316)
[ 0.100309] ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20180531/psobject-221)
[ 0.100313] ACPI Error: Ignore error and continue table load (20180531/psobject-604)
[ 0.100321] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.LPC0.EC0.UX**], AE_NOT_FOUND (20180531/psargs-330)
[ 0.100326] ACPI Error: Ignore error and continue table load (20180531/psobject-604)
[ 0.100332] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.LPC0.EC0.M000], AE_NOT_FOUND (20180531/psargs-330)
[ 0.100336] ACPI Error: Ignore error and continue table load (20180531/psobject-604)
[ 0.100343] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.LPC0.EC0.M049], AE_NOT_FOUND (20180531/psargs-330)
[ 0.100347] ACPI Error: Ignore error and continue table load (20180531/psobject-604)
[ 0.100353] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.LPC0.EC0.M280], AE_NOT_FOUND (20180531/psargs-330)
[ 0.100357] ACPI Error: Ignore error and continue table load (20180531/psobject-604)
[ 0.100364] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.LPC0.EC0.M009], AE_NOT_FOUND (20180531/psargs-330)
[ 0.100369] ACPI Error: Ignore error and continue table load (20180531/psobject-604)
[ 0.100372] ACPI Error: Skipping While/If block (20180531/psloop-594)
[ 0.100378] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.LPC0.EC0.M000], AE_NOT_FOUND (20180531/psargs-330)
[ 0.100383] ACPI Error: Ignore error and continue table load (20180531/psobject-604)
[ 0.100390] ACPI Error: Cannot release Mutex [QMUX], not acquired (20180531/exmutex-359)
[ 0.100394] ACPI Error: Ignore error and continue table load (20180531/psobject-604)
[ 0.100402] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.GPP2.BCM5], AE_NOT_FOUND (20180531...

Read more...

summary: - Acer Aspire A315 ACPI failure on Ubuntu 18.04, kernel hangs, can't load,
- kernel freeze (AMD Ryzen 5/Radeon/Raven)
+ Acer Aspire A315 IOAPIC failure on Ubuntu 18.04, kernel hangs, can't
+ load, kernel freeze (AMD Ryzen 5/Radeon/Raven) / AMDGPU Hybrid crash
tags: added: patch
Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Triaged
Changed in linux-firmware (Ubuntu):
status: New → Confirmed
siyia (siyia) on 2018-11-18
Changed in amd:
status: New → Fix Committed
Aroiu Ovidiu (ixanneo) on 2018-11-20
Changed in amd:
status: Fix Committed → Fix Released
Seth Forshee (sforshee) on 2019-04-05
no longer affects: linux-firmware (Ubuntu)
428 comments hidden view all 508 comments

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.

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!

Aroiu Ovidiu (ixanneo) wrote :

Ivrs_ioapic isn't working with amd-svm and iommu disabled in bios. IMHO this parameters are not the fix, just a partial workaround.

My last parameters are working with any bios settings and any distro.

Ecker Sandor (esanya) wrote :

The parameters mentioned in comment 445 are working for me.

Acer Aspire A315-41 (with only a internal GPU).
Bios 1.11
Linux Mint 19.1
Kernel 5.1 rc

Suspend/resume work.
sensors command shows ~41 degree idle temp.

Thx!

Richard Baka (bakarichard91) wrote :

test

I have tested Ubuntu 19.04. It does not work with the new kernel parameters and does not work with no parameters on my A315-41-GU. ( Parameters: https://bugs.launchpad.net/amd/+bug/1776563/comments/445 )

Ecker Sandor (esanya) wrote :

Ubuntu 19.04 comes with kernel 5.0
see: https://en.wikipedia.org/wiki/Ubuntu_version_history#Ubuntu_19.04_(Disco_Dingo)
I have tested with 5.1

Richard Baka (bakarichard91) wrote :

Please use the ivrs parameters. There is no reason using anything else.

Aroiu Ovidiu (ixanneo) wrote :

With ivrs there are, at least, two problems:

1. Performance drop
2. With IOMMU disabled in bios these are useless

Richard Baka (bakarichard91) wrote :

Aroiu Ovidiu (ixanneo)

1. Could you describe somehow the performance difference?
2. How can I fix the touchpad issue which occurs by using your parameters

Thanks.

Ecker Sandor (esanya) wrote :

What is the issue with the touchpad?
I have not recognized anything with it...

Richard Baka (bakarichard91) wrote :

It doesn't work in advanced mode.

Aroiu Ovidiu (ixanneo) wrote :

Kernel parameter "i8042.nopnp" is to fix touchpad in advanced mode. In Bios 1.13 touchpad is in advanced mode by default and there is no setting for basic.

Richard Baka (bakarichard91) wrote :

I used that too but the touchpad didn't work on Kubuntu 19.04. I had just reinstalled xserver-xorg-input-synaptics package then did a reboot and it works now. The touchpad has now more options in the system settings for example sensitivity. This is a clear improvement. My notebook is faster maybe but I'm not sure. Is there any fact, dmesg message, anything that proves this is better?

Sorry, I think I mistakenly tested Ubuntu 18.04.2: so my previous comment is bollocks: I have tested Ubuntu 19.04. It does not work with the new kernel parameters and does not work with no parameters on my A315-41-GU. ( Parameters: https://bugs.launchpad.net/amd/+bug/1776563/comments/445 ) Will test again..

Richard Baka (bakarichard91) wrote :

Ulf Dellbrügge (ulf-dellbruegge), it should work. Don't use slash \, just quotation marks. Slash was needed only to be able to post the comment here because launchpad filters it.

you (bountou) wrote :

So to be clear. AT THIS DAY, there is still no fix for the A315-41 (without the G!!).

My config (the best result from all my tests) :
- A315-41 Ryzen5 2500U 8 cores 3600mhz
- Linux ubuntu 18.04.2
- bios 1.11 configured (I didnt go to 1.13 while it seems worst on A315-41 series...)
- 4.20 kernel
- ivrs args (rcu_nocbs=0-7 ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2)

it's usable with theses conditions (rarely freeze,all is working,11 ACPI tables loaded & few ACPI BIOS Errors in dmesg) but the main problem is the shitty battery drain (since day 1). (1h30 on linux, 3h on windows) even with low cpu usage (I can reach 3200mhz on stress tests):

cat /proc/cpuinfo | grep MHz
cpu MHz : 1334.217
cpu MHz : 1275.689
cpu MHz : 1282.695
cpu MHz : 1278.429
cpu MHz : 1328.024
cpu MHz : 1300.042
cpu MHz : 1480.938
cpu MHz : 1642.668

I'm using it everyday since months... never far away from my battery charger....

Richard Baka (bakarichard91) wrote :

Please read the previous comments, and install tlp

Richard Baka (bakarichard91) wrote :

use these kernel parameters: i8042.nopnp acpi_osi=! acpi_osi=\"Windows 2009\" acpi_backlight=vendor
\ don't write slashes, that is just for can be able to post the comment here

sudo update-grub
sudo apt install --reinstall xserver-xorg-input-synaptics
sudo install tlp
sudo reboot

enjoy

Richard Baka (bakarichard91) wrote :

*being able

Richard Baka (bakarichard91) wrote :

Lid closing suspend doesn't work, any workaround?

Kalin Stoyanov (kgstoyanov) wrote :

maybe try this on and remove nopnp? Although 1) I couldn't make it work (maybe I did it wrong, i'm a noob) 2) it was about suspend with the lid open not working.
I any case siyia said nopnp screwed with suspend. It is most likely the case, I think if it works when you disable the touchpad that's it for sure
https://bugs.launchpad.net/amd/+bug/1776563/comments/367

Richard Baka (bakarichard91) wrote :

I'm sure this is a touchpad related problem because suspend works if touchpad is disabled. We are very close :).

Richard Baka (bakarichard91) wrote :

I have to undo everything. It seems to be the best options is still the ivrs parameters. Not the i8042.nopnp causes the sleep problem but these acpi_osi=! acpi_osi=\"Windows 2009\". This is what I use now:

i8042.nopnp ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=0:00.2

you (bountou) wrote :

I did read everything. tlc did not help (or maybe not so much). I'm usually using my battery from 80/90% to 15/20% for 1h30/2h on linux.

I didnt try since a some time but as I remember I can reach 3h/3h30 on windows.

Richard Baka (bakarichard91) wrote :

I've modified energy/power management settings in plasma (I don't know what exactly) but the lid-closing suspending works correctly now with these: i8042.nopnp acpi_osi=! "acpi_osi=Windows 2009" acpi_backlight=vendor

Displaying first 40 and last 40 comments. View all 508 comments or add a comment.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.