Bug 19199 - ATI Radeon Video Card - Graphical Display fails on boot-up (Plasma)
Summary: ATI Radeon Video Card - Graphical Display fails on boot-up (Plasma)
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal major
Target Milestone: ---
Assignee: KDE maintainers
QA Contact:
URL:
Whiteboard:
Keywords: 6sta1.5, NEEDINFO
Depends on:
Blocks:
 
Reported: 2016-08-15 15:42 CEST by Brian Rockwell
Modified: 2019-02-19 16:02 CET (History)
4 users (show)

See Also:
Source RPM: sddm
CVE:
Status comment:


Attachments
dmesg file (72.29 KB, text/plain)
2016-08-15 15:43 CEST, Brian Rockwell
Details
journal file (236.95 KB, text/plain)
2016-08-15 15:43 CEST, Brian Rockwell
Details
Xorg_dmesg_jrnl from new build (51.12 KB, application/gzip)
2016-08-18 03:51 CEST, Brian Rockwell
Details
xorg after permission adding sddm to video group (19.06 KB, text/x-log)
2016-08-22 04:07 CEST, Brian Rockwell
Details

Description Brian Rockwell 2016-08-15 15:42:27 CEST
Description of problem:  After picking grub2 option, the screen flashes and then goes to command prompt - waiting login


Version-Release number of selected component (if applicable):  MGA6


How reproducible:  Run installation - reboot, go with standard or extended options, get command prompt.

Vendor: âAdvanced Micro Devices, Inc. [AMD/ATI]

Description: âRS780L [Radeon 3000]


Steps to Reproduce:
1.  Install
2.  Reboot
3.
Comment 1 Brian Rockwell 2016-08-15 15:43:26 CEST
Created attachment 8346 [details]
dmesg file
Comment 2 Brian Rockwell 2016-08-15 15:43:57 CEST
Created attachment 8347 [details]
journal file
Comment 3 Thierry Vignaud 2016-08-16 15:19:18 CEST
Could you attach Xorg.0.log?
The most recent of either /var/log/Xorg.0.log or /home/*/.local/share/xorg/Xorg.0.log

Keywords: (none) => NEEDINFO
CC: (none) => thierry.vignaud

Comment 4 Brian Rockwell 2016-08-18 03:51:38 CEST
Created attachment 8352 [details]
Xorg_dmesg_jrnl from new build

Hi since I had to rebuild from scratch to get xorg I went ahead and did a new journal, dmesg and the Xorg.0.log from /var

I hope this helps,
Brian
Comment 5 Marja Van Waes 2016-08-18 22:16:35 CEST
There's a permission error in the Xorg.0.log

(EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied

(When googling for that error, I see many links about bumblebee... I can't find anywhere that you use bumblebee, though... do you use it?)

and it ends with:
(EE) RADEON(0): [drm] Failed to open DRM device for pci:0000:01:05.0: No such file or directory
(EE) RADEON(0): Kernel modesetting setup failed
(II) UnloadModule: "radeon"
(EE) Screen(s) found, but none have a usable configuration.
(EE)
Fatal server error:
(EE) no screens found(EE)
(EE)

CC: (none) => marja11

Marja Van Waes 2016-08-18 22:16:52 CEST

Component: New RPM package request => RPM Packages

Comment 6 Brian Rockwell 2016-08-19 00:02:14 CEST
I don't think so.  It sounds like an Nvidia driver product.  This is a pure AMD/Radeon box.

At first I had to laugh - isn't that a child's phone in the U.S.?
Comment 7 Marja Van Waes 2016-08-21 12:19:52 CEST
(In reply to Marja van Waes from comment #5)
> There's a permission error in the Xorg.0.log
> 
> (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission
> denied
> 

In the gentoo wiki it says that the user 'sddm' needs to be in the 'video' group to prevent these kinds of errors:

/var/log/Xorg.0.log.old:[ 2058.998] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied 
/var/log/Xorg.0.log.old:[ 2061.229] (EE) intel(0): [drm] failed to set drm interface version: Permission denied [13]. 

See: https://wiki.gentoo.org/wiki/SDDM#Troubleshooting

Could you try whether their workaround fixes the problem? So, doing as root in a VT:

   usermod -a -G video sddm

and then rebooting (I'm not sure just restarting sddm would be enough)

Keywords: (none) => 6RC
Assignee: bugsquad => mageia
Source RPM: mageia-6-rc-x86_64 => sddm

Comment 8 Yann Ciret 2016-08-21 17:03:29 CEST
Hello Marja,

in my case I am on Vbox + SDDM environment.
I tried to add sddm in video group but without result. I always have the "good luke" error.

The only point works in my case is to put "blacklist vboxvideo" in /etc/modprobe.d/vboxvideo.conf

I do not know if this is the same issue or not. But the result error is the same.

CC: (none) => mageia

Comment 9 Brian Rockwell 2016-08-22 04:07:08 CEST
Created attachment 8361 [details]
xorg after permission adding sddm to video group
Samuel Verschelde 2016-08-25 16:23:47 CEST

Assignee: mageia => kde

Comment 10 Nicolas Lécureuil 2017-03-17 17:22:00 CET
is it still valid on current cauldron ?

CC: (none) => mageia

Comment 11 Brian Rockwell 2019-02-19 16:02:58 CET
This was fixed some time ago

Status: NEW => RESOLVED
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.