Hide Forgot
Description of problem: On this Samsung N210 netbook, gnome shell used to work fine, now it goes into fallback mode. Version-Release number of selected component (if applicable): xorg-x11-drv-intel-2.16.0-2.fc17.x86_64 kernel-3.1.0-0.rc9.git0.0.fc17.x86_64 How reproducible: Booted once after updating today, gdm is broken so I went to runlevel 3, logged in and ran startx Steps to Reproduce: 1. Start Gnome session 2. 3. Actual results: Fallback mode Expected results: Gnome shell Additional info: # lspci -v -s 00:02.0 00:02.0 VGA compatible controller: Intel Corporation N10 Family Integrated Graphics Controller (prog-if 00 [VGA controller]) Subsystem: Samsung Electronics Co Ltd Device c072 Flags: bus master, fast devsel, latency 0, IRQ 45 Memory at f0300000 (32-bit, non-prefetchable) [size=512K] I/O ports at 18d0 [size=8] Memory at d0000000 (32-bit, prefetchable) [size=256M] Memory at f0000000 (32-bit, non-prefetchable) [size=1M] Expansion ROM at <unassigned> [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Kernel driver in use: i915 Kernel modules: i915
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. Please add drm.debug=0x04 to the kernel command line, restart computer, and attach * your X server config file (/etc/X11/xorg.conf, if available), * X server log file (/var/log/Xorg.*.log*; check with grep Backtrace /var/log/Xorg* which logs might be the most interesting ones, send us at least Xorg.0.log) * output of the dmesg command, and * system log (/var/log/messages) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
OK, restarted as asked. gdm doesn't ever show up, went for tty2 and logged in as root. - No /etc/X11/xorg.conf (<http://xkcd.com/963> might be relevant here ;-)
Created attachment 527713 [details] dmesg output
Created attachment 527714 [details] /var/log/messages for today (only boot for the requested test)
Created attachment 527715 [details] Xorg.0.log
Created attachment 527716 [details] Xorg.2.log
Created attachment 527718 [details] Xorg.2.log.old
Created attachment 527719 [details] Xorg.3.log
Created attachment 527720 [details] Xorg.3.log.old
Created attachment 527721 [details] Xorg.4.log
Created attachment 527722 [details] Xorg.4.log.old
Created attachment 527723 [details] Xorg.5.log
Created attachment 527725 [details] Xorg.5.log.old
Attached the asked items. Went "telinit 3", then logged in and "startx", fallback mode again.
(In reply to comment #2) > OK, restarted as asked. gdm doesn't ever show up, went for tty2 and logged in > as root. > > - No /etc/X11/xorg.conf (<http://xkcd.com/963> might be relevant here ;-) That's one of the reasons why xorg.conf has been deprecated since FC6 ;). Those other Xorg.*.log* files are quite old so I hide them. Otherwise, passing to the developer for further analysis.
Please attach the output of % LIBGL_DEBUG=verbose glxinfo
Created attachment 528036 [details] Output from glxinfo as root Running it as myself I just get: $ LIBGL_DEBUG=verbose glxinfo name of display: :0.0 libGL: OpenDriver: trying /usr/lib64/dri/i915_dri.so libGL error: failed to open drm device: Permission denied libGL: OpenDriver: trying /usr/lib64/dri/swrast_dri.so libGL: Can't open configuration file /etc/drirc: No such file or directory. libGL: Can't open configuration file /home/vonbrand/.drirc: No such file or directory. LLVM ERROR: Allocation failed when allocating new memory in the JIT Can't allocate RWX Memory: Permission denied SELinux is enforcing.
Well the "permission denied" thing is the problem. In a normal gdm session you'd get something like: ~% getfacl /dev/dri/card0 getfacl: Removing leading '/' from absolute path names # file: dev/dri/card0 # owner: root # group: video user::rw- user:ajax:rw- group::rw- mask::rw- other::--- Presumably startx doesn't trigger the necessary magic to get you acl'd onto the device.
The machine was going ever flakier, and my attempts of cleanup didn' do much good. So I installed Fedora 16 (nightly compose) and updated. Now it works fine. Please file under "User is probably an idiot."