| Bug ID | 99261 |
|---|---|
| Summary | Kernel 4.10-rc2 on APU with Kaveri + Topaz : boot hangs on sw= itch to amdgpudrmfb |
| Product | DRI |
| Version | XOrg git |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | blocker |
| Priority | medium |
| Component | DRM/AMDgpu |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | nmset@netcourrier.com |
Created attachment 12=
8729 [details]
kernel log on boot failure
Since testing kernel 4.10 preRC, RC1 and RC2, my laptop hangs on boot at li=
ne=20
fb : switch to amdgpudrmfb from EVI VGA.
A few specs :
APU : AMD A10-7300 Radeon R6, 10 Compute Cores 4C+6G (from /proc/cpuinfo).
iGPU : 00:01.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Kaveri
HDMI/DP Audio Controller
dGPU : 01:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] T=
opaz
XT [Radeon R7 M260/M265 / M340/M360 / M440/M445]
Xorg : 1.18.4, on Arch Linux
Boot command line : BOOT_IMAGE=3D/boot/vmlinuz-linux
root=3DUUID=3D76ba28b4-683c-4a39-96ef-6a1105905567 rw acpi=3Doff (I have to=
use
acpi=3Doff on 4.10-rcX to go beyonf initramfs loading)
Whatever amdgpu module's option combination I use is of no avail. These ones
(aspm=3D0 bapm=3D0 runpm=3D0 powerplay=3D1) allow me to use amdgpu on 4.9.
Attached is a kernel.log file where there is a stack trace of amdgpu module
crashing.
I can use 4.10-rc2 on my desktop with RX480 and an old Phenom II x6 CPU.
I am posting here in the hope of getting developer attention to care about =
this
module's crashing, on KMS seemingly. If I use nomodeset, the module gets
loaded, but obviously, there's no X session beyond.
Regards.
| What | Removed | Added |
|---|---|---|
| Attachment #128729 mime type | text/x-log | text/plain |
The driver is not able to find the vbios: Jan 3 16:28:52 hp2 kernel: [ 10.626851] [drm:amdgpu_get_bios [amdgpu]] *ERROR* Unable to locate a BIOS ROM Possibly the related to this: https://bu= gzilla.kernel.org/show_bug.cgi?id=3D141741
I tried to bisect for the first time, here's what I did : git bisect start git bisect bad git bisect good v4.9 Bisecting: 5782 revisions left to test after this (roughly 13 steps) [72cca7baf4fba777b8ab770b902cf2e08941773f] Merge tag 'staging-4.10-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging ... compile ... The resulting kernel loads amdgpu with a usable X. git bisect good=20=20=20=20=20 Bisecting: 2865 revisions left to test after this (roughly 12 steps) [775fadd09e7beac2fc61cc0517629e9fa69bdb56] Merge tag 'armsoc-defconfig' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc Now I don't know what else to do ! This patch seems to indicate locating vbios is being reworked, something is probably left out. https://lists.freedesktop.org/archives/amd-gfx/2016-December/0041= 79.html Thx.
(In reply to SET from c= omment #2) > I tried to bisect for the first time, here's wha= t I did : >=20 > git bisect start > git bisect bad > git bisect good v4.9 > Bisecting: 5782 revisions left to test after this (roughly 13 steps) > [72cca7baf4fba777b8ab770b902cf2e08941773f] Merge tag 'staging-4.10-rc1= ' of > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging >=20 > ... compile ... The resulting kernel loads amdgpu with a usable X. >=20 > git bisect good=20=20=20=20=20 > Bisecting: 2865 revisions left to test after this (roughly 12 steps) > [775fadd09e7beac2fc61cc0517629e9fa69bdb56] Merge tag 'armsoc-defconfig= ' of > git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc >=20 > Now I don't know what else to do ! if things work: git bisect good of things don't work: git bisect bad and continue until it's done. >=20 > This patch seems to indicate locating vbios is being reworked, somethi= ng is > probably left out. > https://lists.freedesktop.org/archives/amd-gfx/2016-December= /004179.html That code is not upstream yet. We haven't really touched the vbios fetching code in a long time, so if you are seeing a regression, it's probably somew= here else.
Well, the hang up on switch to amdgpudrmfb was due to the kern= el boot parameter 'acpi=3Doff' I had to use to go beyond the 'loading initramfs' step. Initial hangup in the latter step was due to a UEFI bug of the laptop. Fortunately, the manufacturer provides a BIOS update with the tag 'UEFI security enhancement'. After flashing the new BIOS, the laptop boots with kernel 4.10-rc2, with a few errors related to amdgpu, which I'll report in a new post. Sorry for the inconvenience.
| What | Removed | Added |
|---|---|---|
| Resolution | --- | NOTABUG |
| Status | NEW | RESOLVED |