[Bug 92858] AMD Radeon GPU Acceleration Disabled Under Kernels 4.2.x and later versions

[bugzilla-daemon at freedesktop.org]

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

--- Comment #9 from Darren D. <ysxikrhn at vomoto.com> ---
(In reply to Christian König from comment #8)

> 
> Well, don't give up. That sounds like a rather normal learning curve to me.
> 
> Just let us know when you have any result or are stuck at some point.

I've made some slow but sure progress, but now I'm stuck--I'm reporting as per
your request, but it sounds like a config bug perhaps and not bad code?

[myusername at computer myusername] cd kernel/linux/

[myusername at computer linux]$ git bisect log
# bad: [64291f7db5bd8150a74ad2036f1037e6a0428df2] Linux 4.2
# good: [b953c0d234bc72e8489d3bf51a276c5c4ec85345] Linux 4.1
git bisect start 'v4.2' 'v4.1'
# good: [c11d716218910c3aa2bac1bb641e6086ad649555] Merge tag 'armsoc-cleanup'
of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc
git bisect good c11d716218910c3aa2bac1bb641e6086ad649555
# bad: [e44ac588cd61c960226d61c379e2873a95544a51] drivers/block/nvme-core.c:
fix build with gcc-4.4.4
git bisect bad e44ac588cd61c960226d61c379e2873a95544a51
# bad: [e382608254e06c8109f40044f5e693f2e04f3899] Merge tag 'trace-v4.2' of
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace
git bisect bad e382608254e06c8109f40044f5e693f2e04f3899
# bad: [c5fd936e992dd2829167d2adc63e151675ca6898] drm/nouveau: Pause between
setting gpu to D3hot and cutting the power
git bisect bad c5fd936e992dd2829167d2adc63e151675ca6898
[myusername at dcomputer linux]$ 

The kernel I build after I tell git bisect the above revision is bad freezes on
"loading initial ramdisk." I've attempted to rebuild the kernel after cleaning
the source tree, and in the event my CPU needs the intel microcode, I've
verified the intel-ucode package is installed and that the following are
enabled in my .config file:

CONFIG_MICROCODE=y, CONFIG_MICROCODE_INTEL=y, CONFIG_MICROCODE_INTEL_EARLY=y,
CONFIG_MICROCODE_EARLY=y, and CONFIG_MICROCODE_OLD_INTERFACE=y

Neither of the above resolved the freezeup. Should I simply build everything
into the kernel I can instead of as modules, so the kernel ideally won't need
whatever should be in the initramfs but isn't, and can boot up successully? If
this isn't the correct place to ask I'll be happy to report it elsewhere, but
if you have any suggestions that could help me along, I'll implement those and
make another attempt.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151115/22b55efa/attachment-0001.html>