<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_ASSIGNED " title="ASSIGNED - AMD Radeon GPU Acceleration Disabled Under Kernels 4.2.x and later versions" href="https://bugs.freedesktop.org/show_bug.cgi?id=92858#c7">Comment # 7</a> on <a class="bz_bug_link bz_status_ASSIGNED " title="ASSIGNED - AMD Radeon GPU Acceleration Disabled Under Kernels 4.2.x and later versions" href="https://bugs.freedesktop.org/show_bug.cgi?id=92858">bug 92858</a> from <a class="email" href="mailto:ysxikrhn@vomoto.com" title="Darren D. <ysxikrhn@vomoto.com>"> Darren D.</a> <pre>(In reply to Michel Dänzer from <a href="show_bug.cgi?id=92858#c6">comment #6</a>) > (In reply to Darren from <a href="show_bug.cgi?id=92858#c5">comment #5</a>) > > Sadly, as of thus far, every kernel I've compiled panics at bootup, with a > > message like this, or similar: "kernel panic. vfs unable to mount root on > > unknown block (0,0)". > > Sounds like there's a problem with the .config or maybe the root=[...] > parameter on the kernel command line. For .config, I'd recommend starting > with the original .config from 4.3-rc7 and then just running "make > oldconfig". > > And that helped--in a sense. It produced a kernel that would at least boot partially instead of a kernel panic, but the boot froze on the distro splash screen. It's progress, though! I edited grub.cfg (I've read not to do this, but it was a temporary modification to test a theory) to use "nosplash" instead of "splash" on the kernel command lin grub entry for the kernel I'd compiled, and once I booted that kernal again, I noticied a 'could not locate modules: template usr/lib/modules/$KERNELVERSION" type of error. Again, no way to screenshot it as it was early in the boot process. I'm guessing now I've discovered the problem: Renaming the /usr/lib/modules/$KERNELVERSION directory to something different than what the "make modules_install" command named it when it built the directory--and prior to running the mkinitcpio command to build the initial ramdisk--is a bad idea. Live and learn. I'm back on track now, and with any luck and free time between day job and sleep, eventually I'll have a bootable kernel compiled soon so I can actually start bisecting to locate the bad commit.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>