Description of problem: nv/nouveau driver doesn't work on Fedora11 beta. System hangs when using this drivers. Vesa works but only at low resolution. So installation fails too if you don't choose vesa installation. 01:00.0 VGA compatible controller: nVidia Corporation Quadro FX 770M (rev a1) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 30e7 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 16 Region 0: Memory at da000000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at c0000000 (64-bit, prefetchable) [size=256M] Region 3: Memory at d8000000 (64-bit, non-prefetchable) [size=32M] Region 5: I/O ports at 7000 [size=128] Expansion ROM at <unassigned> [disabled] Capabilities: [60] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [68] MSI: Mask- 64bit+ Count=1/1 Enable- Address: 0000000000000000 Data: 0000 Capabilities: [78] Express (v2) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <256ns, L1 <4us ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #0, Speed 5GT/s, Width x16, ASPM L0s L1, Latency L0 <256ns, L1 <1us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM L0s L1 Enabled; RCB 128 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis+ DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-, Selectable De-emphasis: -6dB Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -6dB Capabilities: [b4] Vendor Specific Information <?> Capabilities: [100] Virtual Channel <?> Capabilities: [128] Power Budgeting <?> Capabilities: [600] Vendor Specific Information <?> Kernel driver in use: nvidia Kernel modules: nvidia, nouveau, nvidiafb Version-Release number of selected component (if applicable): Fedora 11Beta DVD Not sure to fill the bug on the correct components. Xorg-x11-drv-nv/nouveau fail, but nouveau is the default driver for nvidia cards?
Are you able to gather some more information from after the hang? Logs from /var/log/messages and /var/log/Xorg.0.log would be very useful. Thanks!
I just try to run telinit 3 in a gnome-terminal, to change my xorg.conf, it seems to be a bad idea... System get a huge load, Xorg was using 100% cpu, ctrl+alt+backspace (and magic syskeys) doesn't save me, and I can't either swith to any VT... I was using nvidia driver from rpmfusion. So had to hard reboot the machine to runlevel 3. Now I'm just trying to get some logs.
Created attachment 337744 [details] Xorg.0.log using the nv driver
Created attachment 337746 [details] my xorg.conf using the nv driver autogenerated by X -configure
Created attachment 337748 [details] my dmesg
Changing nv by nouveau in the xorg.conf doesn't work, system hang before writing anything in /var/log/Xorg.0.log. How can I grab some usefull information? Nothing in /var/log/messages too.
I will retry soon with latest updates, is it usefull??
It's probably worth a try. For nouveau, if it still hangs booting into runlevel 3 (put "3" on the kernel commandline) may prove useful to see more detailed info about what chipset it is exactly (in dmesg).
Created attachment 339661 [details] my Xorg.0.log using nouveau driver still hanging, but it's a bit better, log is written now and can reboot.
Seems the same with xorg-x11-drv-nouveau-0.0.12-31.20090421git47bb00f.fc11.x86_64. ------------------------------------------------------------------------- (WW) NOUVEAU(0): TMDS table revision 2.0 not currently supported (WW) NOUVEAU(0): G80+ LVDS not initialized by driver; ignoring conf bits (EE) NOUVEAU(0): ========== unknown reg 0x00021220 ========== (EE) NOUVEAU(0): ========== unknown reg 0x0002121C ========== (EE) NOUVEAU(0): 0xD577: Init table command not found: 0x97 (WW) NOUVEAU(0): Unknown vendor-specific block 0 (WW) NOUVEAU(0): NV50CheckWriteVClk() timed out. (WW) NOUVEAU(0): NV50CheckWriteVClk() timed out. (WW) NOUVEAU(0): NV50CheckWriteVClk() timed out. (WW) NOUVEAU(0): NV50CheckWriteVClk() timed out. (WW) NOUVEAU(0): NV50CheckWriteVClk() timed out. (WW) NOUVEAU(0): NV50CheckWriteVClk() timed out. (WW) NOUVEAU(0): NV50CheckWriteVClk() timed out. (WW) NOUVEAU(0): NV50CheckWriteVClk() timed out. (WW) NOUVEAU(0): NV50CheckWriteVClk() timed out. -------------------------------------------------------------------------
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Any chance you could give rawhide a try? If not, next best thing would be to see if kernel modesetting (boot with nouveau.modeset=1 on the kernel commmandline) works. If that still doesn't work try "nouveau.modeset=1 nouveau.uscript=1" as that path is most similar to what's going to be in F12.
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages. For packages from updates-testing repository you can use command yum upgrade --enablerepo='*-updates-testing' Alternatively, you can also try to test whether this bug is reproducible with the upcoming Fedora 12 distribution by downloading LiveMedia of F12 Beta available at http://alt.fedoraproject.org/pub/alt/nightly-composes/ . By using that you get all the latest packages without need to install anything on your computer. For more information on using LiveMedia take a look at https://fedoraproject.org/wiki/FedoraLiveCD . Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you. If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you. [This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
Edouard, is it possible for you to retest using Fedora 12? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
I've just installed F12 and it works perfectly. Big thanks
Edouard, thank you very much for taking the time to file this bug report, follow up with asked for logs and test for the fix. We are happy that your system now works. Setting this bug to CLOSED NEXTRELEASE. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers