Bug 1138491 - KMS not enabled in kernel and nouveau driver works degraded (NVIDIA Corporation C77 [GeForce 8200M G] (rev a2))
Summary: KMS not enabled in kernel and nouveau driver works degraded (NVIDIA Corporati...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-nouveau
Version: 20
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Ben Skeggs
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-05 01:37 UTC by EMR_Fedora
Modified: 2014-09-17 03:48 UTC (History)
15 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 1129636
Environment:
Last Closed: 2014-09-17 02:06:19 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
dmesg file (52.06 KB, text/plain)
2014-09-17 01:15 UTC, EMR_Fedora
no flags Details
var-log-messages (1.88 MB, text/plain)
2014-09-17 01:16 UTC, EMR_Fedora
no flags Details

Description EMR_Fedora 2014-09-05 01:37:55 UTC
problem on Fedora 20 with HP CQ60-US notebook

Latest versions of the nouveau drivers caused Xorg to come up with the VESA drivers instead of the nouveau drivers.

# egrep -i "boot_image|kms" Xorg.0.log*

[    50.800] Kernel command line: BOOT_IMAGE=/vmlinuz-3.15.10-201.fc20.x86_64 root=/dev/mapper/luks-e2afd134-eee1-47ae-8c08-e5eba28e4640 ro rd.md=0 rd.dm=0 rd.lvm.lv=fedora_epaq/swap vconsole.keymap=us rd.luks.uuid=luks-e2afd134-eee1-47ae-8c08-e5eba28e4640 rd.lvm.lv=fedora_epaq/root vconsole.font=latarcyrheb-sun16 rhgb quiet LANG=en_US.UTF-8
[    50.848] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[    50.850] (EE) [drm] KMS not enabled

# grep '(EE)' /var/log/Xorg.0.log.old

        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    50.845] (EE) Failed to load module "nv" (module does not exist, 0)
[    50.850] (EE) [drm] KMS not enabled
[    50.851] (EE) open /dev/dri/card0: No such file or directory
[    50.851] (EE) open /dev/dri/card0: No such file or directory
[    50.851] (EE) open /dev/fb0: No such file or directory
[    50.856] (EE) open /dev/fb0: No such file or directory
[    50.856] (EE) Screen 0 deleted because of no matching config section.
[    50.856] (EE) Screen 0 deleted because of no matching config section.

# lspci -v |grep VGA
02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200M G] (rev a2) (prog-if 00 [VGA controller])


This is hapenning with me since upgrading kernel to kernel-3.15.10-200.fc20.x86_64

I boot back to 3.15.8-200 and the resolution, etc is correct. Whereas the new kernel, I fall back to the vesa driver for X11.

02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200M G] (rev a2) (prog-if 00 [VGA controller])
        Subsystem: Hewlett-Packard Company Device 360a
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin A routed to IRQ 20
        Region 0: Memory at c1000000 (32-bit, non-prefetchable) [size=16M]
        Region 1: Memory at d0000000 (64-bit, prefetchable) [size=256M]
        Region 3: Memory at c4000000 (64-bit, prefetchable) [size=32M]
        Region 5: I/O ports at 4000 [size=128]
        [virtual] Expansion ROM at c6000000 [disabled] [size=128K]
        Capabilities: <access denied>
        Kernel driver in use: nouveau
        Kernel modules: nouveau, nvidia

(+++ This bug was initially created as a clone of Bug #1129636 +++)

Comment 1 Ben Skeggs 2014-09-05 04:33:08 UTC
Can you attach the output of the "dmesg" command please.

Comment 2 EMR_Fedora 2014-09-17 01:15:38 UTC
Created attachment 938283 [details]
dmesg file

Comment 3 EMR_Fedora 2014-09-17 01:16:43 UTC
Created attachment 938284 [details]
var-log-messages

problem still persists. I need to use an older kernel to get full nouveau support for my graphics card.

Comment 4 Ben Skeggs 2014-09-17 01:19:02 UTC
There's zero evidence in there of drm or nouveau being loaded at all, I suspect something has happened to your install.

If you exit X, and try "modprobe -r nouveau; modprobe nouveau modeset=1" from the console, do things come up?

Comment 5 Ben Skeggs 2014-09-17 01:22:35 UTC
I also notice "nvidia" in the module list in lspci output.. Which means you'll need a "modprobe -r nvidia" too.

Make sure you've uninstalled the NVIDIA binary driver too, and removed anything in /etc/modprobe.d/ that might blacklist nouveau.

Comment 6 EMR_Fedora 2014-09-17 01:45:45 UTC
you're right! Thanks a lot. Now how do I add the driver to load automagically with the new kernel? I took a look at the grub.conf file and the various entries seem to match as far as args.

Comment 7 Ben Skeggs 2014-09-17 02:06:19 UTC
I suspect if you do the following, it *should* work:

- uninstall the binary driver
- remove the modprobe.d stuff
- load nouveau as mentioned above
- run 'dracut -f'

Comment 8 EMR_Fedora 2014-09-17 03:48:17 UTC
I found an errant file in /usr/lib/modprobe.d/ that the nvidia installer placed there that disabled the nouveau driver (as opposed to /etc/modprobe.d). removing that file and following your instructions above allowed everything to work as expected. Thanks again!! :)


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