Created attachment 128729 [details] kernel log on boot failure Since testing kernel 4.10 preRC, RC1 and RC2, my laptop hangs on boot at line 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] Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445] Xorg : 1.18.4, on Arch Linux Boot command line : BOOT_IMAGE=/boot/vmlinuz-linux root=UUID=76ba28b4-683c-4a39-96ef-6a1105905567 rw acpi=off (I have to use acpi=off on 4.10-rcX to go beyonf initramfs loading) Whatever amdgpu module's option combination I use is of no avail. These ones (aspm=0 bapm=0 runpm=0 powerplay=1) 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.
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://bugzilla.kernel.org/show_bug.cgi?id=141741
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 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/004179.html Thx.
(In reply to SET from comment #2) > 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 > 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 ! if things work: git bisect good of things don't work: git bisect bad and continue until it's done. > > This patch seems to indicate locating vbios is being reworked, something 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 somewhere else.
Well, the hang up on switch to amdgpudrmfb was due to the kernel boot parameter 'acpi=off' 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.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.