Bug 1615062
| Summary: | [gl] no GLX support present | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | George R. Goffe <grgoffe> | ||||||
| Component: | xorg-x11-server | Assignee: | X/OpenGL Maintenance List <xgl-maint> | ||||||
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | low | ||||||||
| Version: | 29 | CC: | airlied, alexl, bskeggs, caillon+fedoraproject, grgoffe, hdegoede, jglisse, john.j5live, kwizart, leigh123linux, negativo17, ofourdan, rhughes, rstrode, sandmann, xgl-maint | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2018-09-24 13:10:51 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
George R. Goffe
2018-08-12 00:19:07 UTC
Without any X logs and hardware and DE info this issue will closed as 'insufficient info' Created attachment 1475283 [details]
tar.gz file containing Xorg.0.log and output of lspci -vvv
Leigh,
Thank you for your response...
What logs?
Xorg.0.log?
Hardware? lspci -vvv output?
DE?
Here are two of the logs.
George...
Your intel card is using vesa, this points to a xorg or kernel issue IMO [ 270.061] (II) VESA: driver for VESA chipsets: vesa [ 270.062] (EE) open /dev/dri/card0: No such file or directory [ 270.062] (WW) Falling back to old probe method for modesetting [ 270.062] (EE) open /dev/dri/card0: No such file or directory [ 270.062] (II) Loading sub module "fbdevhw" [ 270.062] (II) LoadModule: "fbdevhw" [ 270.146] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so [ 270.156] (II) Module fbdevhw: vendor="X.Org Foundation" [ 270.156] compiled for 1.20.1, module version = 0.0.2 [ 270.156] ABI class: X.Org Video Driver, version 24.0 [ 270.159] (EE) Unable to find a valid framebuffer device [ 270.159] (WW) Falling back to old probe method for fbdev [ 270.159] (II) Loading sub module "fbdevhw" [ 270.159] (II) LoadModule: "fbdevhw" [ 270.160] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so [ 270.160] (II) Module fbdevhw: vendor="X.Org Foundation" [ 270.160] compiled for 1.20.1, module version = 0.0.2 [ 270.160] ABI class: X.Org Video Driver, version 24.0 [ 270.160] (EE) open /dev/fb0: No such file or directory [ 270.161] (EE) Screen 0 deleted because of no matching config section. [ 270.161] (II) UnloadModule: "modesetting" [ 270.161] (EE) Screen 0 deleted because of no matching config section. nomodeset on command line. Created attachment 1475611 [details]
flat file; no compression...
Dave,
Are you suggesting that I use "nomodeset" for the boot commandline?
I am already using that option.
Are you suggesting that I have used it and should try NOT using it?
I just rebooted. My kde desktop is not working as I am used to. Screen 0 (laptop) is too small for my setup. Screen 1 is where I do all my work but it's not configured correctly now.
I tried running mplayer now and it appears to be working but X11 has generated an error message (see below).
I'm including my Xorg.0.file so you can see how the system reacted without "nomodeset".
Do you need other information?
George...
You should not use nomodeset on intel Why the modesetting driver failed to initialize ? [ 59.679] (EE) modeset(0): eglInitialize() failed [ 59.681] (EE) modeset(0): glamor initialization failed Seems you have a very broken installation. Did you tried to install the proprietary nvidia driver using the installer or else ? Nicolas, When I bought this system...around 2010, I tried the proprietary nvidia driver. It didn't work well because of my constant upgrade activity which would break it. How is this installation broken? What is broken? X11? KDE? George... This bug appears to have been reported against 'rawhide' during the Fedora 29 development cycle. Changing version to '29'. As said in c#4 this is because you are using nomodeset on kernel boot Please avoid this and eventually report the issue why you would need this instead. Nicolas, As you know, things move slowly in the software fix area of this industry. I'm sure that I have reported this problem some time ago. I believe that it was suggested that I use "nomodeset" at this time. In my environment I have two monitors. 1 came with my system and 1 is a Samsung TV (27"). I don't use the system monitor because it's too small. I have directed KDE to use only the "Big" monitor. Without nomodeset, both screens are selected and KDE goes a little wild. Debuging this is slow, developer response has been slow, the bug report(s) get closed at "EOL". Nothing gets fixed. Argh! This is why I use "nomodeset". It's been several years now. Things work fairly well... Sometimes other bug reports are triggered... like this one. The good news is that mplayer is working fine... I changed some switches in the invocation command line. George... |