Bug 58261 - [NV34] Display all whited out
Summary: [NV34] Display all whited out
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium critical
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-12-13 20:35 UTC by Alex Buell
Modified: 2013-08-19 22:10 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Dmesg for 3.6.0 (working) (59.74 KB, text/plain)
2013-02-17 19:46 UTC, Alex Buell
no flags Details
Dmesg for 3.7.0 (bad) (64.10 KB, text/plain)
2013-02-17 19:48 UTC, Alex Buell
no flags Details
dmesg from linux-v3.8-91-g2fee6f5 (13.48 KB, text/plain)
2013-02-20 13:44 UTC, Alexander Stein
no flags Details

Description Alex Buell 2012-12-13 20:35:58 UTC
Booting 3.7.0 on my laptop w/ NV34 64MB graphic adapter results in display totally whited out, but system still operative and was able to use ssh to log in and reboot. 

If there is anything you need, please let me know and I will be quite happy to supply the information required to solve this problem. 

Booting with 3.6.0 is working perfectly.
Comment 1 Ben Skeggs 2012-12-16 22:50:39 UTC
Can you post your dmesg output with the messed up display?
Comment 2 Marcin Slusarz 2012-12-17 17:21:09 UTC
+dmesg from 3.6, please.

(btw, it might be a duplicate of bug 56461)
Comment 3 Orion Poplawski 2013-01-30 16:48:00 UTC
I think I'm experiencing the same in Fedora, see: https://bugzilla.redhat.com/show_bug.cgi?id=905631 I've attached dmesg outputs there.
Comment 4 Orion Poplawski 2013-01-30 16:52:50 UTC
This looks a little suspicious:

nouveau W[  PTIMER][0000:01:00.0] unknown input clock freq
Comment 5 Lee Matheson 2013-02-08 21:46:26 UTC
This bug here may be the same : https://bugs.freedesktop.org/show_bug.cgi?id=60516
Comment 6 Alex Buell 2013-02-17 19:46:27 UTC
Created attachment 75002 [details]
Dmesg for 3.6.0 (working)
Comment 7 Alex Buell 2013-02-17 19:48:31 UTC
Created attachment 75003 [details]
Dmesg for 3.7.0 (bad)
Comment 8 Alex Buell 2013-02-17 19:49:25 UTC
Have attached the dmesgs for both 3.6.0 (working) and 3.7.) (bad). Hope this helps to resolve the problem. Let me know if you need further information.
Comment 9 Alexander Stein 2013-02-20 13:44:11 UTC
Created attachment 75172 [details]
dmesg from linux-v3.8-91-g2fee6f5

I'm running nouveau on this hardware:
01:00.0 VGA compatible controller: NVIDIA Corporation NV34M [GeForce FX Go5200 64M] (rev a1) (prog-if 00 [VGA controller])
        Subsystem: Toshiba America Info Systems Device 0001
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 10
        Memory at c1000000 (32-bit, non-prefetchable) [size=16M]
        Memory at e0000000 (32-bit, prefetchable) [size=256M]
        Expansion ROM at <unassigned> [disabled]
        Capabilities: [60] Power Management version 2
        Capabilities: [44] AGP version 3.0
        Kernel driver in use: nouveau
        Kernel modules: nouveau
This is broken since commit cb75d97e9c77743ecfcc43375be135a55a4d9b25, tested by bisecting.
Comment 10 Emil Velikov 2013-02-27 16:01:31 UTC
The following commit should address your issue. Can you confirm

6d175e8f6: drm/nouveau: Fix typo in init_idx_addr_latched()
Comment 11 Ilia Mirkin 2013-08-19 22:10:59 UTC
The bisect result + commit that fixed all make sense. No followup from a 5-month old request to retest, I'm assuming this is indeed fixed. Feel free to reopen if it's not.


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.