Bug 105221 - kernel modeswitch fails on Fedora 27 on Evergreen (Radeon HD5850)
Summary: kernel modeswitch fails on Fedora 27 on Evergreen (Radeon HD5850)
Status: RESOLVED MOVED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Radeon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-02-23 07:44 UTC by Eric Smith
Modified: 2019-11-19 09:32 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Eric Smith 2018-02-23 07:44:24 UTC
With Fedora 26 I had sporadic problems with the system crashing at the first kernel mode switch, before entering the LUKS passphrase at boot time, but I could hit reset and usually the second time it would work. With Fedora 27 this happens to me consistently every time. The only way I can successfully boot is to use "nomodeset" on the kernel command line, which then causes issues for my X session.

My system has Asus Sabertooth 990FX R2.0 motherboard, AMD FX-8350 CPU, and Radeon HD 5850 graphics card. I'm running Fedora 27 with kernel 4.15.3-300.fc27.x86_64.

Fedora Bugzilla shows someone else having that problem with HD 5450. Maybe its a general Evergreen problem.

https://bugzilla.redhat.com/show_bug.cgi?id=1474044
Comment 1 Eric Smith 2018-02-25 01:58:56 UTC
Replaced Radeon HD 5850 (midrange Evergreen) with Radon R7-240 (low-end GCN 1st gen), and it boots fine without needing to remove rhgb or add nomodeset.
Comment 2 Martin Peres 2019-11-19 09:32:03 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/841.


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.