[Nouveau] [Bug 51971] MacBook Pro 10, 1 Retina - Display Resets, No Connectors
https://bugs.freedesktop.org/show_bug.cgi?id=51971 --- Comment #13 from Benoit Gschwind gschw...@gnu-log.net 2012-08-10 10:11:08 UTC --- I confirm that kernel 3.6-rc1 with 2 last patch working. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 51971] MacBook Pro 10, 1 Retina - Display Resets, No Connectors
https://bugs.freedesktop.org/show_bug.cgi?id=51971 --- Comment #14 from Benoit Gschwind gschw...@gnu-log.net 2012-08-10 11:59:25 UTC --- I quite disappointed, I cleaned up my kernel install, removed old modules/kernel from my system, them rebuilt the patched kernel, then issue is back. Do run proprietary driver before can be the reason ? Ryan do you had same issue ? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 53342] New: nouveau driver doesn't set clock rate of NV40 card
https://bugs.freedesktop.org/show_bug.cgi?id=53342 Bug #: 53342 Summary: nouveau driver doesn't set clock rate of NV40 card Classification: Unclassified Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau@lists.freedesktop.org ReportedBy: ba...@teamforce.name.tr QAContact: xorg-t...@lists.x.org nouveau driver, does not correctly reclock my card (nVidia Corporation G71 [GeForce 7300 GS] (rev a1)) Kernel log snipplet is below: [1.549172] [drm] nouveau :01:00.0: Detected an NV40 generation card (0x046f00a3) [1.550079] checking generic (d000 50) vs hw (d000 1000) [1.550081] fb: conflicting fb hw usage nouveaufb vs VESA VGA - removing generic driver [1.550100] Console: switching to colour dummy device 80x25 [1.552042] [drm] nouveau :01:00.0: Checking PRAMIN for VBIOS [1.630390] [drm] nouveau :01:00.0: ... appears to be valid [1.630392] [drm] nouveau :01:00.0: Using VBIOS from PRAMIN [1.630395] [drm] nouveau :01:00.0: BIT BIOS found [1.630398] [drm] nouveau :01:00.0: Bios version 05.72.22.34 [1.630400] [drm] nouveau :01:00.0: TMDS table version 1.1 [1.630486] [drm] nouveau :01:00.0: MXM: no VBIOS data, nothing to do [1.630488] [drm] nouveau :01:00.0: DCB version 3.0 [1.630490] [drm] nouveau :01:00.0: DCB outp 00: 01000300 0028 [1.630492] [drm] nouveau :01:00.0: DCB outp 01: 02011310 0028 [1.630494] [drm] nouveau :01:00.0: DCB outp 02: 01011312 [1.630495] [drm] nouveau :01:00.0: DCB outp 03: 020223f1 00c0c083 [1.630497] [drm] nouveau :01:00.0: DCB conn 00: [1.630499] [drm] nouveau :01:00.0: DCB conn 01: 2130 [1.630501] [drm] nouveau :01:00.0: DCB conn 02: 0210 [1.630502] [drm] nouveau :01:00.0: DCB conn 03: 0211 [1.630504] [drm] nouveau :01:00.0: DCB conn 04: 0213 [1.630511] [drm] nouveau :01:00.0: Parsing VBIOS init table 0 at offset 0xE195 [1.630559] [drm] nouveau :01:00.0: Parsing VBIOS init table 1 at offset 0xE4C6 [1.643786] [drm] nouveau :01:00.0: Parsing VBIOS init table 2 at offset 0xEA4D [1.643803] [drm] nouveau :01:00.0: Parsing VBIOS init table 3 at offset 0xEBC8 [1.644926] [drm] nouveau :01:00.0: Parsing VBIOS init table 4 at offset 0xED7A [1.645082] [TTM] Zone kernel: Available graphics memory: 2024458 kiB [1.645084] [TTM] Initializing pool allocator [1.645088] [TTM] Initializing DMA pool allocator [1.645101] [drm] nouveau :01:00.0: Detected 256MiB VRAM (DDR2) [1.652180] [drm] nouveau :01:00.0: 512 MiB GART (aperture) [1.653936] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [1.653938] [drm] No driver support for vblank timestamp query. [1.659474] [drm] nouveau :01:00.0: 1 available performance level(s) [1.659477] [drm] nouveau :01:00.0: 0: core 550MHz shader 550MHz memory 700MHz fanspeed 100% [1.659480] [drm] nouveau :01:00.0: c: core 199MHz memory 391MHz [1.660299] [drm] nouveau :01:00.0: MM: using M2MF for buffer copies [1.660304] [drm] nouveau :01:00.0: 0xD557: Parsing digital output script table [1.711127] [drm] nouveau :01:00.0: Setting dpms mode 3 on vga encoder (output 0) [1.711130] [drm] nouveau :01:00.0: Setting dpms mode 3 on vga encoder (output 1) [1.711132] [drm] nouveau :01:00.0: Setting dpms mode 3 on tmds encoder (output 2) [1.711135] [drm] nouveau :01:00.0: Setting dpms mode 3 on TV encoder (output 3) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 51971] MacBook Pro 10, 1 Retina - Display Resets, No Connectors
https://bugs.freedesktop.org/show_bug.cgi?id=51971 --- Comment #15 from Ryan Bourgeois bluedrag...@gmail.com 2012-08-10 13:17:52 UTC --- No, the proprietary driver is not run first. Make sure you have both patches installed - the GPIO reset patch and the force BPC patch. Both of those issues causes what looks like screen corruption. Without the first the wrong modeline is used. Without the second the wrong color depth is used. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] BIG changes to kernel module
On Mon, Aug 6, 2012 at 8:58 AM, Ben Skeggs skeg...@gmail.com wrote: On Sun, Aug 05, 2012 at 10:56:37PM +0200, Marcin Slusarz wrote: On Sun, Aug 05, 2012 at 12:40:15PM +1000, Ben Skeggs wrote: Hey all, I've just pushed a major rework/rewrite of the Nouveau kernel module to git[1]. Details of the whys and what-nots of the rework are in the various commit messages. At this point don't expect any exciting cool functionality, the work so far is merely a restructure to allow moving forward on a number of fronts in the future. I expect that for a while there will be a *lot* of stupid typos/thinkos that cause all sorts of breakage, so please test everything any anything you can and report *regressions* from the pre-rework code (vs 3.6-rc1 for example). I'll endeavour to hunt down and fix the regressions as quickly as possible, so please report any issues to this list and/or the freedesktop bugzilla. There's two areas that didn't get properly ported over, that is PM-related things and modesetting. I'll be handling the modesetting and clk/volt reworks starting from nowish (in between fixing regressions), and I suspect Martin will handle the rest of the PM bits (therm and fanctrl) since he knows the design he's going for there. One thing to note is that some kernel module options have changed now, the more important ones are: nouveau.vbios=blah - nouveau.config=NvBIOS=blah nouveau.noaccel=bool - nouveau.config=PGRAPH=bool Multiple options are specified like: nouveau.config=NvBIOS=ACPI,PGRAPH=1 The nouveau.noaccel option now controls acceleration enable/disable for the DRM's own GPU usage, and for the abi16 (the new interfaces aren't even exposed to userspace yet) interfaces. The DRM debugging options (drm.debug=bitfield) now only effect the DRM specific parts of the nouveau module. To enable additional debugging etc for the core, incantations like the following are used now: for debug output nouveau.debug=debug or for even more verbose debug output nouveau.debug=trace or for trace output for everything, and register write logging from POST nouveau.debug=trace,DEVINIT=spam Each individual subdev/engine module has its own debug level that can override the master debug level. It would be very helpful to document this convention and all options in some text file in-tree (and later update it when things change). Yes, good point. I'll see to that before any of this hits Linus'. Some things I noticed: - corruptions / lockups in Warsow (1.0) on one of the bomb maps (I didn't test too much, so it might happen on others too) - initially bisected to drm/nouveau/instmem: completely new implementation, as a subdev module, but I'm not so sure about it - with this commit most textures are corrupted and there are PGRAPH_TRAP_MP_EXEC errors in dmesg, but on HEAD I see total mayhem with DATA_ERROR, followed by TRAP_MP_EXEC and endless stream of page faults - new lockups triggerable by piglit - VRAM leak? (probably triggered by piglit) I'll see if I can reproduce these at all during the week. - missing channel id in error messages This is actually deliberate, since technically the channel address *is* the chid on most engines. PFIFO errors still log the chid, because there are actually indices there. I do see how it can be useful to have the PFIFO channel ID too though in error messages, so I'll bring them back. - debugfs removed (not advertised in any commit, so I don't know if it's intentional or not) Oops, that *was* a separate commit at some point. Might have accidentally squashed it. It's intentional for now, it'll come back (better) later. - some leftovers: - XXX_THIS_IS_A_HACK - /* yell very loudly!! */ (no code implementing yelling ;) Oops, thanks. I've fixed both of these and I'll push them shortly. Thanks a LOT for looking this over for me. Cheers, Ben. Marcin ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau I've also noticed some problems with huge lag in freespace 2 open, i see this in dmesg: [111545.883979] nouveau E[ DRM][:01:00.0] nv50cal_space: -16 I can't find anything obviously wrong with the code checking that we haven't locked up, but that doesn't mean you shouldn't check it :-) Note that in the past there were always scenes that were a bit laggy, but these things are almost like temporary lockups. -- Far away from the primal instinct, the song seems to fade away, the river get wider between your thoughts and the things we do and say. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 51971] MacBook Pro 10, 1 Retina - Display Resets, No Connectors
https://bugs.freedesktop.org/show_bug.cgi?id=51971 --- Comment #17 from Benoit Gschwind gschw...@gnu-log.net 2012-08-11 02:36:26 UTC --- I was not totally wrong, there is a bug :) When you switch to intel and them switch back to nvidia with OS X, video output is broken again. To solve issue reboot in OS X, setup video to nvidia turn off from mac, then power on. Best regards -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 51971] MacBook Pro 10, 1 Retina - Display Resets, No Connectors
https://bugs.freedesktop.org/show_bug.cgi?id=51971 --- Comment #18 from Ryan Bourgeois bluedrag...@gmail.com 2012-08-11 02:39:33 UTC --- Based on how I'm reading it that makes sense...if you're running the Intel card without the Intel patches for the Retina it's not going to work. But that's not a problem with nouveau. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 51971] MacBook Pro 10, 1 Retina - Display Resets, No Connectors
https://bugs.freedesktop.org/show_bug.cgi?id=51971 --- Comment #19 from Benoit Gschwind gschw...@gnu-log.net 2012-08-11 02:50:46 UTC --- I didn't explain well :) 0. boot linux with nouveau patched kernel, work well 1. boot OS X switch to intel. 2. boot linux, work well with intel patched kernel 3. boot OS X switch to nvidia 4. boot linux with nouveau patched kernel(same kernel as 0.), you get garbage on screen :) I hope this is more precise. Best regards -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 51971] MacBook Pro 10, 1 Retina - Display Resets, No Connectors
https://bugs.freedesktop.org/show_bug.cgi?id=51971 --- Comment #20 from Ryan Bourgeois bluedrag...@gmail.com 2012-08-11 03:04:06 UTC --- I'm guessing the whole vbios isn't posting properly. Do that again, but this time boot with the following kernel commandline option: nouveau.force_post=1 This will force the NVIDIA vbios to post when the driver loads. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 51971] MacBook Pro 10, 1 Retina - Display Resets, No Connectors
https://bugs.freedesktop.org/show_bug.cgi?id=51971 --- Comment #21 from Benoit Gschwind gschw...@gnu-log.net 2012-08-11 03:22:07 UTC --- Yes, this solve this minor issue, I followed this step : 0. boot OS X switch to nvidia 1. boot linux, get garbage 2. boot linux with nouveau.force_post=1, no more garbage. :) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau