| Summary: | Nouveau doesn't work with nvidia 8200 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Doug <dx9s> | ||||
| Component: | Driver/nouveau | Assignee: | Nouveau Project <nouveau> | ||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||
| Severity: | critical | ||||||
| Priority: | high | CC: | vedran | ||||
| Version: | unspecified | ||||||
| Hardware: | x86 (IA32) | ||||||
| OS: | Linux (All) | ||||||
| Whiteboard: | |||||||
| i915 platform: | i915 features: | ||||||
| Attachments: |
|
||||||
> Kernel modules: nvidiafb
This is probably your problem. The use of nouveau together with a framebuffer driver is not supported (although vesafb may work in most cases, nvidiafb definately does not).
Danny
I doubt nvidiafb is an issue in this case, it doesn't even try to work on this series of card so shouldn't be an issue. Anyway, how are things with latest git? Guys, anyone willing to mess around with this? I have ASRock K10N78FullHD-hSLI R3.0 and I'm more than willing to test whatever code is necessary. Can you follow the instructions at http://nouveau.freedesktop.org/wiki/InstallDRM to install the latest DRM (though, make sure you build the "master" branch and not "newttm-devel" as instructed there). When you load the nouveau module, ensure you enable KMS by "modprobe nouveau modeset=1". There's some changes recently which may help with this chipset. If you have any troubles, please stop by #nouveau on freenode! No reponse from the reporter for more than a year. Closing. If the problem still exists on current version, please reopen with new set of logs. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 20803 [details] a collection of a little bit of data (file is dated) either it crashes (if the vesa driver was ever ran prior to a reboot) or it locks up (if booting / staying in text mode, and direct / initial X is only nouveau) The attached file tells a bit -- hopefully enough. sudo lspci -vvn -s 2:0 # note, in vesa mode now 02:00.0 0300: 10de:0849 (rev a2) Subsystem: 10de:cb84 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 5 Region 0: Memory at fb000000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d8000000 (64-bit, prefetchable) [size=128M] Region 3: Memory at e6000000 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at bc00 [size=128] [virtual] Expansion ROM at e0000000 [disabled] [size=128K] Capabilities: [60] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Address: 0000000000000000 Data: 0000 Kernel modules: nvidiafb