Bug 72361 - AMD APU reset infinite
Summary: AMD APU reset infinite
Status: CLOSED CODE_FIX
Alias: None
Product: Drivers
Classification: Unclassified
Component: Video(DRI - non Intel) (show other bugs)
Hardware: x86-64 Linux
: P1 normal
Assignee: cpufreq
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-03-18 06:51 UTC by ArLi Weng
Modified: 2014-08-18 15:30 UTC (History)
3 users (show)

See Also:
Kernel Version: 3.13.6
Subsystem:
Regression: No
Bisected commit-id:


Attachments
lshw and demsg (76.40 KB, application/octet-stream)
2014-03-18 06:51 UTC, ArLi Weng
Details
dmesg (62.11 KB, text/plain)
2014-05-11 15:04 UTC, Mika Hyttinen
Details
lspci -vvnn (12.69 KB, text/plain)
2014-05-11 15:05 UTC, Mika Hyttinen
Details

Description ArLi Weng 2014-03-18 06:51:00 UTC
Created attachment 129901 [details]
lshw and demsg

on kernel 3.13.6, i can't start system with acpi_cpufreq, just Infinite reboot, even if i try disable the AMD turbo core or AMD cool quiet.
but fine when i blacklist acpi_cpufreq, and at linux-lts 3.10.33 work fine with acpi_cpufreq.

i can't login system, so i can't try cpufreq-utils, and try boot to lts kernel with last time `dmesg` got nothing wrong, just reboot like i pust reset button...

here my hardware:
Main Board: MSI A88XM-E45 (AMD A88X)
CPU: AMD APU 6600K
Memory: 2133MHz 4Gx2

$ lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) I/O Memory Management Unit
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Richland [Radeon HD 8570D]
00:01.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Trinity HDMI Audio Controller
00:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port
00:05.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port
00:10.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller (rev 09)
00:10.1 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller (rev 09)
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 40)
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller (rev 11)
00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller (rev 11)
00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller (rev 11)
00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller (rev 11)
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 16)
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD] FCH Azalia Controller (rev 01)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 11)
00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD] FCH PCI Bridge (rev 40)
00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller (rev 11)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 5
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
02:00.0 USB controller: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller (rev 02)

$ uname -a
Linux anix-nb 3.13.6-1-ARCH #1 SMP PREEMPT Fri Mar 7 22:47:48 CET 2014 x86_64 GNU/Linux

$ cat /etc/issue 
Arch Linux \r (\l)

and attach `dmesg` and `lshw` without acpi_cpufreq.
Comment 1 Mika Hyttinen 2014-05-11 15:02:19 UTC
I have this same issue on MSI FM2-A75IA-E53. This issue seems to be only on MSI motherboards (see https://github.com/OpenELEC/OpenELEC.tv/issues/3093).

Disabling acpi_cpufreq is working, but one OpenELEC user found other solution which also works by adding radeon.dpm=0 to boot parameters.
Comment 2 Mika Hyttinen 2014-05-11 15:04:57 UTC
Created attachment 135781 [details]
dmesg
Comment 3 Mika Hyttinen 2014-05-11 15:05:46 UTC
Created attachment 135791 [details]
lspci -vvnn
Comment 4 Mika Hyttinen 2014-05-11 15:09:16 UTC
Forgot to add kernel version:

Linux HTPC 3.15.0-031500rc5-generic #201405091635 SMP Fri May 9 20:36:31 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

I have tested from 3.13 -> 3.15rc5 and the issue is in all of them.
Comment 5 ArLi Weng 2014-05-25 13:29:45 UTC
i confirm, radeon.dpm=0 on 3.13.6 and 3.14.3 work fine.
Comment 6 Zhang Rui 2014-06-03 06:33:59 UTC
can you please git bisect which commit introduces this problem?
Comment 7 ArLi Weng 2014-06-09 01:57:06 UTC
(In reply to Zhang Rui from comment #6)
> can you please git bisect which commit introduces this problem?

i don't known, maybe http://kernelnewbies.org/Linux_3.13#head-f95c198f6fdc7defe36f470dc8369cf0e16898df

for now, radeon.dpm=0 work but gpu clock is wrong(3d game too bad), that are 800MHz but 

#cat /sys/kernel/debug/dri/0/radeon_pm_info
default engine clock: 200000 kHz
current engine clock: 200000 kHz

on radeon.dpm=-1 without acpi_cpufreq:

#cat /sys/kernel/debug/dri/0/radeon_pm_info
uvd    vclk: 0 dclk: 0
power level 0    sclk: 30400 vddc: 949

is this case i don't knwon what's freq now but 3d game work fine, and reset infinite same time, i must boot to lts-kernel(3.10.42) before(boot to 3.10 then shutdown to next 3.14) kernel(3.14.5)
Comment 8 ArLi Weng 2014-06-09 01:59:35 UTC
(In reply to ArLi Weng from comment #7)
> (In reply to Zhang Rui from comment #6)
> > can you please git bisect which commit introduces this problem?
> 
> i don't known, maybe
> http://kernelnewbies.org/Linux_3.13#head-
> f95c198f6fdc7defe36f470dc8369cf0e16898df
> 
> for now, radeon.dpm=0 work but gpu clock is wrong(3d game too bad), that are
> 800MHz but 
> 
> #cat /sys/kernel/debug/dri/0/radeon_pm_info
> default engine clock: 200000 kHz
> current engine clock: 200000 kHz
> 
> on radeon.dpm=-1 without acpi_cpufreq:
> 
> #cat /sys/kernel/debug/dri/0/radeon_pm_info
> uvd    vclk: 0 dclk: 0
> power level 0    sclk: 30400 vddc: 949
> 

is this case i don't knwon which freq but 3d game work fine, and reset infinite same time, i must boot to lts-kernel(3.10.42) before(boot to 3.10 then shutdown to 3.14) kernel(3.14.5)
Comment 9 ArLi Weng 2014-06-09 15:12:02 UTC
this's i test result:

> radeon.dpm=0, on 3d game 7 fps(v-sync on).

# cat /sys/kernel/debug/dri/0/radeon_pm_info
default engine clock: 200000 kHz
current engine clock: 200000 kHz
default memory clock: 1066000 kHz

> radeon.dpm=-1, on 3d game 60 fps(v-sync on).

#cat /sys/kernel/debug/dri/0/radeon_pm_info
uvd    vclk: 0 dclk: 0
power level 0    sclk: 30400 vddc: 949

but with dpm reset infinite, even i boot lts-kernel before 3.14 most time got fail. i try

with 'radeon.dynclks=0'
with 'radeon.aspm=0'
with 'echo performance > /sys/class/drm/card0/device/power_dpm_state'

all failed. for now, i must work on dpm=0, but that clock is wrong, i don't known how adjust that.
Comment 10 Collin 2014-06-30 19:13:00 UTC
Hi, is this the same bug from freedesktop.org? I've been working with the second patch that fixes the problem with MSI motherboards that only have APUs.

https://bugs.freedesktop.org/show_bug.cgi?id=72921

Let us know if it works for you guys too! Also, how does this get pushed upstream?
Comment 11 ArLi Weng 2014-07-11 23:15:30 UTC
for now, this bug i can confirm @ linux-lts 3.14.12-1
Comment 12 ArLi Weng 2014-07-21 06:19:34 UTC
(In reply to Collin from comment #10)
> Hi, is this the same bug from freedesktop.org? I've been working with the
> second patch that fixes the problem with MSI motherboards that only have
> APUs.
> 
> https://bugs.freedesktop.org/show_bug.cgi?id=72921
> 
> Let us know if it works for you guys too! Also, how does this get pushed
> upstream?

confirm, work fine @ kernel 3.15.5.

hope i can see next release so i don't need manual compile.. or as module parameters
Comment 13 ArLi Weng 2014-08-18 15:30:51 UTC
fixed in the kernel 3.16

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