Bug 22867 - [KMS] black screen on nouveau.ko module load
Summary: [KMS] black screen on nouveau.ko module load
Status: RESOLVED DUPLICATE of bug 22179
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: git
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-07-21 01:40 UTC by Sergei Trofimovich
Modified: 2009-07-22 00:20 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
nouveau_dmesg_before_xorg (35.41 KB, text/plain)
2009-07-21 01:40 UTC, Sergei Trofimovich
no flags Details
Xorg.0.log in KMS (25.44 KB, text/plain)
2009-07-21 01:41 UTC, Sergei Trofimovich
no flags Details
nouveau_dmesg_after_xorg (35.61 KB, text/plain)
2009-07-21 01:42 UTC, Sergei Trofimovich
no flags Details

Description Sergei Trofimovich 2009-07-21 01:40:44 UTC
Created attachment 27870 [details]
nouveau_dmesg_before_xorg

I'm trying to use nouveau on integrated 6150SE [1].
Gentoo distro.
linux: today's(2009-07-21) merged linus/master + nouveau/master

When I modprobe module - I get black screen. Starting Xorg does not help (according to logs all OK). UMS mode worked mostly fine for me some weeks ago. Then it become quite unstable (xorg crashes in pixman), I temporarily switched to vesa and didn't try it since.

Attaching:
* dmesg before Xorg start
* Xorg.o.log
* dmesg after Xorg shutdown

[1]
00:0d.0 VGA compatible controller: nVidia Corporation GeForce 6150SE nForce 430 (rev a2) (prog-if 00 [VGA controller])
        Subsystem: ASRock Incorporation Device 03d0
        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 21
        Region 0: Memory at de000000 (32-bit, non-prefetchable) [size=16M]
        Region 1: Memory at c0000000 (64-bit, prefetchable) [size=256M]
        Region 3: Memory at dd000000 (64-bit, non-prefetchable) [size=16M]
        Expansion ROM at dffc0000 [disabled] [size=128K]
        Capabilities: [48] 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: [50] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 Enable-
                Address: 0000000000000000  Data: 0000
        Kernel modules: nouveau
Comment 1 Sergei Trofimovich 2009-07-21 01:41:40 UTC
Created attachment 27871 [details]
Xorg.0.log in KMS
Comment 2 Sergei Trofimovich 2009-07-21 01:42:12 UTC
Created attachment 27872 [details]
nouveau_dmesg_after_xorg
Comment 3 Søren Sandmann Pedersen 2009-07-21 02:40:59 UTC
Do you have a backtrace of the crashes in pixman?

Thanks.
Comment 4 Renato Caldas 2009-07-21 03:54:26 UTC

*** This bug has been marked as a duplicate of bug 22179 ***
Comment 5 Sergei Trofimovich 2009-07-21 06:06:49 UTC
(In reply to comment #3)
> Do you have a backtrace of the crashes in pixman?
Nope. I think it's a nouveau's problem at that time. Those segfaults were quite rare (~30 minutes after X start) and didn't appear in vesa. I switched to UMS+nouveau again to catch them again. Will report if any occur.
Comment 6 Sergei Trofimovich 2009-07-22 00:20:37 UTC
> > Do you have a backtrace of the crashes in pixman?
> Nope. I think it's a nouveau's problem at that time. Those segfaults were quite
> rare (~30 minutes after X start) and didn't appear in vesa. I switched to
> UMS+nouveau again to catch them again. Will report if any occur.
> 
Xorg survived typical day workload, so I'm taking back my whine about pixman crash.


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.