Bug 25246

Summary: NV17 on ppc and Apple Cinema Display fails to set mode
Product: xorg Reporter: Junling Ma <junlingm>
Component: Driver/nouveauAssignee: Nouveau Project <nouveau>
Status: RESOLVED INVALID QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium    
Version: 7.4 (2008.09)   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
X logs and kernel logs with and without modeset=1
none
i2c_mac_brain_damage.patch
none
The X server log after applying the patch
none
The kernel log with the patch and kernel modesetting
none
detailed kernel log with kms none

Description Junling Ma 2009-11-23 13:42:33 UTC
Created attachment 31421 [details]
X logs and kernel logs with and without modeset=1

With modeset=1, the kernel segfaults, the X server segfault. With modeset=0, the kernel works fine, the X server does not complain, but the screen is black. I can switch VT and go to text mode. But X is always black.
Comment 1 Francisco Jerez 2009-11-23 15:03:44 UTC
Created attachment 31424 [details] [review]
i2c_mac_brain_damage.patch

Does the attached patch improve things?
Comment 2 Junling Ma 2009-11-23 15:34:48 UTC
Created attachment 31427 [details]
The X server log after applying the patch
Comment 3 Junling Ma 2009-11-23 15:35:26 UTC
Created attachment 31428 [details]
The kernel log with the patch and kernel modesetting
Comment 4 Junling Ma 2009-11-23 15:37:52 UTC
With the patch the kernel modesetting works before starting X. The nouveaufb works too. After starting X, the screen is completely black, switching VT does not work. I need to ssh in and kill the X process. But that still does not bring back the VT.
Comment 5 Junling Ma 2009-11-23 16:28:50 UTC
Created attachment 31429 [details]
detailed kernel log with kms
Comment 6 Francisco Jerez 2009-11-28 09:00:53 UTC
(In reply to comment #4)
> With the patch the kernel modesetting works before starting X. The nouveaufb
> works too. After starting X, the screen is completely black, switching VT does
> not work. I need to ssh in and kill the X process. But that still does not
> bring back the VT.
> 

X is probably locking up somewhere. Something you could try is attaching a gdb to it to get a backtrace.
Comment 7 Ilia Mirkin 2013-08-18 18:10:21 UTC
It appears that this bug report has laid dormant for quite a while. Sorry we haven't gotten to it. Since we fix bugs all the time, chances are pretty good that your issue has been fixed with the latest software. Please give it a shot. (Linux kernel 3.10.7, xf86-video-nouveau 1.0.9, mesa 9.1.6, or their git versions.) If upgrading to the latest isn't an option for you, your distro's bugzilla is probably the right destination for your bug report.

In an effort to clean up our bug list, we're pre-emptively closing all bugs that haven't seen updates since 2011. If the original issue remains, please make sure to provide fresh info, see http://nouveau.freedesktop.org/wiki/Bugs/ for what we need to see, and re-open this one.

Thanks,

The Nouveau Team

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.