[Bug 26887] fence errors with rs785 and kernel 2.6.33
http://bugs.freedesktop.org/show_bug.cgi?id=26887 --- Comment #5 from Marc marvi...@gmx.de 2010-03-08 00:57:40 PST --- I tried to bisect this and found that 2.6.32 also has this issue (I got this system a few weeks ago only). 2.6.31 shows ring test failed and I guess support for rs785 was not added earlier. So this chip seems to never have worked with KMS. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Intel-gfx] [Mesa3d-dev] i965 OpenGL is heavily broken again
On Sun, Mar 07, 2010 at 05:18:04PM +0100, Florian Mickler wrote: [...] i could manage it somewhat... one problem i had, was that after a while the screen-saver would disable my displays and then glxgears wouldnt hang anymore... (where to disable that?) [...] Some combination of: xset -dpms xset s off xset s noblank The first one is probably sufficient to keep X from powering down the display, however. -- { IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657); SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511); AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org); MUD(fu...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); } -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Making Xorg easier to test (was Re: [git pull] drm request 3)
On Fri, Mar 05, 2010 at 08:30:38AM -0800, Linus Torvalds wrote: On Fri, 5 Mar 2010, Daniel Stone wrote: FWIW, Option ModulePath in xorg.conf lets you more or less do this; the usual approach is to install your new server + drivers into a separate prefix. The thing is, Xorg has - and I think for _very_ good reasons - deprecated using xorg.conf at all. So most people don't even have one (I certainly don't), and wouldn't know how to create one in the first place. Most people don't know how to bisect the kernel, either. :) xorg.conf hasn't at all been deprecated, beyond autoconf and xorg.conf.d. The goal was to ensure that no-one needed an xorg.conf _by default_, which I can quite safely say we've since achieved, but xorg.conf(.d) remains as the way to tell the server your non-default requirements. Anyway, badly OT here, so. Cheers, Daniel -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 22398] Googleearth and Mplayer crashes
http://bugs.freedesktop.org/show_bug.cgi?id=22398 --- Comment #7 from Alexey Shildyakov ashl1fut...@gmail.com 2010-03-08 02:43:11 PST --- It's an old problem. I remember that use mesa 4.7 branch instead of new mesa (5 jr higher). But I should change it to the stable branch and update it automatically. But I don't remember. Now I can't get to know about this because this machine iffline. But after several weeks or 1 month later I'll try. But as I remember it worked properly. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Improved GPU reset
On Sun, Mar 07, 2010 at 10:41:32AM +0100, Ladislav Kunc wrote: On Friday 05 March 2010 11:30:02 Jerome Glisse wrote: This patches improve the GPU reset, many time i able to successfully reset the GPU and carry on operation, note that after a reset you will likely see corrpution on the screen. Hope is that we should now be able to capture faulty command stream. I still need to do a full retesting with this patch (especialy suspend/resume). Hi Jerome, after application of all of your 3 patches, I got GPU softresets in log from time to time and sometimes also hard locks. Is there a way how to capture the faulty command to log? How to turn on some debug logging? I use Mobility Radeon HD3450. And the GPU lockups occur mostly during window manipulation in KDE (both compositing/without compositing). Best regards, Ladislav By hard locks you mean you can't ssh in the computer ? There is a bug in my patches which lead to mutex/irqlock deadlock i don't understand it yet but i can happen and might explain your hardlock. Once i fixed those i will send new versions of the patches. I plan to latter add infrastructure to capture faulty instruction but this isn't yet done and this will likely need huge pile of code. Cheers, Jerome -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 26954] New: [bisected regression] sauerbraten asserts with: Assertion `code-inst_end = 0' failed.
http://bugs.freedesktop.org/show_bug.cgi?id=26954 Summary: [bisected regression] sauerbraten asserts with: Assertion `code-inst_end = 0' failed. Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: fabio@libero.it CC: v...@vmware.com Sauerbraten game creashes on loading any map with: sauer_client: r500_fragprog_emit.c:472: r500BuildFragmentProgramHwCode: Assertion `code-inst_end = 0' failed. This is happening since: http://cgit.freedesktop.org/mesa/mesa/commit/?id=e5c691f445e1c02e6e2f75b817b13d7024f7a3a6 and affects both master and 7.8 branch. Card: GL_RENDERER = Mesa DRI R300 (RV530 71C5) 20090101 x86/MMX/SSE2 TCL -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 26933] r600 driver (rv730): piglit test failures
http://bugs.freedesktop.org/show_bug.cgi?id=26933 --- Comment #4 from Török Edwin edwinto...@gmail.com 2010-03-08 04:22:27 PST --- (In reply to comment #3) These failures are all in common Mesa code and are not specific to r600. There are already bugs reported for most, if not all, of them. Search bugzilla for glslparser, and it will turn up quite a few. I compared my r600 piglit results with swrast (LIBGL_ALWAYS_SOFTWARE=1), and here are the tests that failed in r600, but passed with swrast (there are tests that fail with swrast but pass with r600, or are skipped, I don't list those below): fbo/fbo-copyteximage fbo/fbo-readpixels general/linestipple glean/fbo glean/logicOp glean/paths glean/pointAtten shaders/fp-indirections2 shaders/glsl-bug-22603 shaders/glsl-deriv-varyings shaders/glsl-vs-arrays shaders/glsl-vs-mov-after-deref shaders/vp-address-01 shaders/vp-bad-program shaders/vpfp-generic/vp-arl-constant-array-huge-offset-neg shaders/vpfp-generic/vp-arl-neg-array texturing/depth-tex-modes texturing/texdepth texturing/tfp I also compared with the r300/r500 on the piglit site, and here are the tests that passed for those, but not for r600: glean/logicOp glean/pointAtten shaders/vp-bad-program (this one segfaults!) texturing/texdepth texturing/tfp Should I open bugreports for these, and make them block this one? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Improved GPU reset
Dne 8.3.2010 12:19, Jerome Glisse napsal(a): On Sun, Mar 07, 2010 at 10:41:32AM +0100, Ladislav Kunc wrote: On Friday 05 March 2010 11:30:02 Jerome Glisse wrote: This patches improve the GPU reset, many time i able to successfully reset the GPU and carry on operation, note that after a reset you will likely see corrpution on the screen. Hope is that we should now be able to capture faulty command stream. I still need to do a full retesting with this patch (especialy suspend/resume). Hi Jerome, after application of all of your 3 patches, I got GPU softresets in log from time to time and sometimes also hard locks. Is there a way how to capture the faulty command to log? How to turn on some debug logging? I use Mobility Radeon HD3450. And the GPU lockups occur mostly during window manipulation in KDE (both compositing/without compositing). Best regards, Ladislav By hard locks you mean you can't ssh in the computer ? There is a bug in my patches which lead to mutex/irqlock deadlock i don't understand it yet but i can happen and might explain your hardlock. Once i fixed those i will send new versions of the patches. Yes, by hard lock I mean I can't ssh, ping or use Magic SysRq key combinations. I will be happy to test future versions. I plan to latter add infrastructure to capture faulty instruction but this isn't yet done and this will likely need huge pile of code. Thank you for your work. Bye, Ladislav -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 25356] Segmentation fault occurs on running cd
http://bugs.freedesktop.org/show_bug.cgi?id=25356 samit vats hysv...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Summary|Segmentation fault occurs on|Segmentation fault occurs on |running mesa/progs/xdemos |running cd |manywin | --- Comment #7 from samit vats hysv...@gmail.com 2010-03-08 04:52:57 PST --- (In reply to comment #5) Is this still an issue with newer versions of mesa? Any chance you could get a backtrace with gdb? The issue is fixed in the latest build with Mesa version 7.8-devel -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 25741] [R600/KMS] external display flickering
http://bugs.freedesktop.org/show_bug.cgi?id=25741 --- Comment #19 from Luca Tettamanti kronos...@gmail.com 2010-03-08 05:00:29 PST --- (In reply to comment #18) Created an attachment (id=33817) -- (http://bugs.freedesktop.org/attachment.cgi?id=33817) [details] possible fix Does this patch help? No. However fiddling with avivotool as suggested by Philipp fixes the issue. From the output of the tool it seems that the kernel driver is setting the wrong (PLL id swapped?) register: #. /avivotool regset 0x458 0x OLD: 0x458 (0458) 0x2a020101 (704774401) NEW: 0x458 (0458) 0x (0) # ./avivotool regset 0x45c 0x OLD: 0x45c (045c) 0x (0) NEW: 0x45c (045c) 0x (0) Setting 0x458 (AVIVO_P1PLL_INT_SS_CNTL) stops the flickering on the external VGA monitor. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 25356] Segmentation fault occurs on running cd
http://bugs.freedesktop.org/show_bug.cgi?id=25356 Fabio Pedretti fabio@libero.it changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #8 from Fabio Pedretti fabio@libero.it 2010-03-08 05:11:26 PST --- It's still happening here, with git master. Maybe related: bug #22868. Card: GL_RENDERER = Mesa DRI R300 (RV530 71C5) 20090101 x86/MMX/SSE2 TCL -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 25315] Mesa demos/gltestperf hard hangs the system
http://bugs.freedesktop.org/show_bug.cgi?id=25315 samit vats hysv...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from samit vats hysv...@gmail.com 2010-03-08 05:13:04 PST --- (In reply to comment #5) Is this still an issue with newer versions of mesa? The issue is fixed in the latest Driver build with Mesa version 7.8-devel and Ubuntu-9.10 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 26949] kms : radeon rv620 : crash with dynpm=1
http://bugs.freedesktop.org/show_bug.cgi?id=26949 Julien Cristau jcris...@debian.org changed: What|Removed |Added AssignedTo|xorg-driver-...@lists.x.org |dri- ||de...@lists.sourceforge.net Component|Driver/Radeon |DRM/Radeon Product|xorg|DRI QAContact|xorg-t...@lists.x.org | Version|7.5 |unspecified -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 25717] Radeon: system locks up when sending many vertices.
http://bugs.freedesktop.org/show_bug.cgi?id=25717 Andy Furniss li...@andyfurniss.entadsl.com changed: What|Removed |Added CC||li...@andyfurniss.entadsl.co ||m --- Comment #1 from Andy Furniss li...@andyfurniss.entadsl.com 2010-03-08 07:28:51 PST --- (In reply to comment #0) Created an attachment (id=32184) -- (http://bugs.freedesktop.org/attachment.cgi?id=32184) [details] program that locks up the system Some programs cause a complete system lock-up here, most notably the program makehuman, and progs/demos/gltestperf. I suspect this is because the GPU or the drm has a problem handling too many vertices. I created a little test program that causes a guaranteed system lock-up here. This is on a RS780, drm-next and mesa master from today. I can confirm a gltestperf GPU lockup (monitor off, no SysRq, nothing logged, reset button won't recover, soft power cycle will) on my AGP RV670 running current gits drt,mesa,ddx,xorg. It only happens with KMS and is also present with a Jan27th drt kernel I tried. agpmode=-1 doesn't help - it hangs almost instantly with that, with AGP gart I can get to benchmark 2 or 3 before it locks. Running under UMS I get lots of the error - bo(0x83f97a0, 65536) is mapped (-1) can't valide it. invalid bo(0x83f97a0) [0xC1CDC000, 0xC1CEC000] gltestperf will eventually hang, but only needs ctrlc to kill it. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 22019] RS690 Screen corruption on viewing hires pictures with Cooliris
http://bugs.freedesktop.org/show_bug.cgi?id=22019 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Mesa3d-dev] [PATCH] mesa/st: Gallium quads, by spec, never change provoking vertex.
Looks OK, but have you tested with Glean's clipFlat test? If it passes go ahead and commit. -Brian Marek Olšák wrote: The attached patches change softpipe and llvmpipe so that they never provoke the first vertex for quads. Please review. I think that these and the Corbin's one could be pushed by now, couldn't they? -Marek On Thu, Feb 11, 2010 at 4:03 PM, Brian Paul bri...@vmware.com mailto:bri...@vmware.com wrote: Corbin Simpson wrote: From 215714d54a7f38b9add236bcc1c795e8b5d92867 Mon Sep 17 00:00:00 2001 From: Corbin Simpson mostawesomed...@gmail.com mailto:mostawesomed...@gmail.com Date: Wed, 10 Feb 2010 10:39:18 -0800 Subject: [PATCH] mesa/st: Gallium quads, by spec, never change provoking vertex. Fixes glean/clipFlat. Softpipe might be broken; I haven't figured out how to test it in this new API world. :T --- src/mesa/state_tracker/st_extensions.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/src/mesa/state_tracker/st_extensions.c b/src/mesa/state_tracker/st_extensions.c index d5f5854..e2d871b 100644 --- a/src/mesa/state_tracker/st_extensions.c +++ b/src/mesa/state_tracker/st_extensions.c @@ -137,6 +137,9 @@ void st_init_limits(struct st_context *st) /* XXX separate query for early function return? */ st-ctx-Shader.EmitContReturn = screen-get_param(screen, PIPE_CAP_TGSI_CONT_SUPPORTED); + + /* Quads always follow GL provoking rules. */ + c-QuadsFollowProvokingVertexConvention = GL_FALSE; } This causes the glean clipFlat test to fail with softpipe. The gallium softpipe driver _does_ implement the quad follows provoking vertex convention. I don't have time right now to update the softpipe driver so this patch will have to wait a while. Maybe someone else can look at it sooner. -Brian -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ Mesa3d-dev mailing list mesa3d-...@lists.sourceforge.net mailto:mesa3d-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 26935] GL_ARB_pixel_buffer_object support
http://bugs.freedesktop.org/show_bug.cgi?id=26935 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Alex Deucher ag...@yahoo.com 2010-03-08 09:04:26 PST --- Pushed to the 7.8 branch. Should end up in master eventually. df9bf78f888702542a506f551204a2e7dc8b7df1 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 26962] New: fbo/fbo-nodepth-test: Invalid command stream
http://bugs.freedesktop.org/show_bug.cgi?id=26962 Summary: fbo/fbo-nodepth-test: Invalid command stream Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: edwinto...@gmail.com Created an attachment (id=33865) -- (http://bugs.freedesktop.org/attachment.cgi?id=33865) Xorg.0.log, dmesg, and glxinfo Running fbo/fbo-nodepth-test from piglit fails: drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. dmesg: [30757.053682] radeon :01:00.0: z/stencil with no depth buffer [30757.053687] radeon :01:00.0: r600_packet3_check:1055 invalid cmd stream 793 [30757.053689] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Mesa 7.8 branch, tested commits ba8f4c5d36e6c9cd806a4c3360a8202b1f81ee05, and df9bf78f888702542a506f551204a2e7dc8b7df1, they both show this problem. Kernel is based on glisse's drm-radeon-next (2.6.33) tree, commit 0d95f1a47d7e927e70a8748f6e54c911acf531d1. Linux debian 2.6.33-00174-g0d95f1a #1 SMP PREEMPT Sun Mar 7 20:29:30 EET 2010 x86_64 GNU/Linux For Xorg/dmesg/glxinfo logs see the attachment. The DDX is 6.12.191. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [git pull] drm request 3
They want the benefits of lots of testers, without wanting to be courteous to those testers. Except for the small rather important detail that the Nouveau developers didn't ask for it to be merged in the first place. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 26935] GL_ARB_pixel_buffer_object support
http://bugs.freedesktop.org/show_bug.cgi?id=26935 --- Comment #2 from Rene Peinthor peint...@gmail.com 2010-03-08 09:30:43 PST --- Sorry a bit late, I have currently no access to my machine with the r700 card, but I found a forum entry from the game forums, specifying which extensions need to be available. == It now only requires an OpenGL 1.2 / GLSL 1.10 compliant video card with the following extensions present: ARB_multitexture, ARB_vertex_buffer_object, ARB_shader_objects, ARB_fragment_shader, ARB_vertex_shader, ARB_shading_language_100, ARB_pixel_buffer_object, EXT_framebuffer. == I'm not sure what else is currently missing as I can't check... the ARB_pixel_buffer_object was just the first error. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
savage4 crashes
i have dual head sa(l)vage(d) MX card. it works only in vesa mode, or with dri disabled. i am trying latest Xorg and mesa avail from gentoo ebuilds. also Xv doesn't work (tested with plain xawtv) - data is displayed not in proper window, but as many rectangles with empty holes, scattered over almost half of the screen (they move when one moves window) when one enables DRI - Xorg starts, xdm allows login, but it crashes in the middle of kde startup. i've tried changing almost all options i was able to find, and no help. EXA is not working either (Xorg starts, but there are no window decorations) peculiar thing is that not so long ago (perhaps year...) i've tried to use the card on exactly same computer, and it worked fine, including 3d. now only thing which differs is that i use fresh gentoo install. hopefully i've kept old gentoo on backups somewhere, so i will try to restore it - but bit later (today i've wasted WHOLE DAY hoping to make it work...) -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] drm/radeon/kms: use lcd pll limits when available
From f2b63dc08b5ecd96c41b806988ad7ee6cd37b4de Mon Sep 17 00:00:00 2001 From: Alex Deucher alexdeuc...@gmail.com Date: Mon, 8 Mar 2010 12:55:16 -0500 Subject: [PATCH] drm/radeon/kms: use lcd pll limits when available The bios has alternate pll output limits for LCD panels. If available, use these for pll divider calculations. Signed-off-by: Alex Deucher alexdeuc...@gmail.com --- drivers/gpu/drm/radeon/atombios_crtc.c |1 + drivers/gpu/drm/radeon/radeon_atombios.c | 14 +++ drivers/gpu/drm/radeon/radeon_combios.c |2 + drivers/gpu/drm/radeon/radeon_display.c | 37 + drivers/gpu/drm/radeon/radeon_mode.h |3 ++ 5 files changed, 52 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c b/drivers/gpu/drm/radeon/atombios_crtc.c index 0c67669..a8cd637 100644 --- a/drivers/gpu/drm/radeon/atombios_crtc.c +++ b/drivers/gpu/drm/radeon/atombios_crtc.c @@ -525,6 +525,7 @@ static u32 atombios_adjust_pll(struct drm_crtc *crtc, if (encoder-encoder_type == DRM_MODE_ENCODER_LVDS) { struct radeon_encoder_atom_dig *dig = radeon_encoder-enc_priv; pll-algo = dig-pll_algo; + pll-flags |= RADEON_PLL_IS_LCD; } } else { if (encoder-encoder_type != DRM_MODE_ENCODER_DAC) diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c b/drivers/gpu/drm/radeon/radeon_atombios.c index 6f8619c..2860f05 100644 --- a/drivers/gpu/drm/radeon/radeon_atombios.c +++ b/drivers/gpu/drm/radeon/radeon_atombios.c @@ -869,6 +869,20 @@ bool radeon_atom_get_clock_info(struct drm_device *dev) p1pll-pll_out_max = le32_to_cpu(firmware_info-info.ulMaxPixelClockPLL_Output); + if (crev = 4) { + p1pll-lcd_pll_out_min = + le16_to_cpu(firmware_info-info_14.usLcdMinPixelClockPLL_Output) * 100; + if (p1pll-lcd_pll_out_min == 0) + p1pll-lcd_pll_out_min = p1pll-pll_out_min; + p1pll-lcd_pll_out_max = + le16_to_cpu(firmware_info-info_14.usLcdMaxPixelClockPLL_Output) * 100; + if (p1pll-lcd_pll_out_max == 0) + p1pll-lcd_pll_out_max = p1pll-pll_out_max; + } else { + p1pll-lcd_pll_out_min = p1pll-pll_out_min; + p1pll-lcd_pll_out_max = p1pll-pll_out_max; + } + if (p1pll-pll_out_min == 0) { if (ASIC_IS_AVIVO(rdev)) p1pll-pll_out_min = 64800; diff --git a/drivers/gpu/drm/radeon/radeon_combios.c b/drivers/gpu/drm/radeon/radeon_combios.c index 69af81d..30a84ae 100644 --- a/drivers/gpu/drm/radeon/radeon_combios.c +++ b/drivers/gpu/drm/radeon/radeon_combios.c @@ -633,6 +633,8 @@ bool radeon_combios_get_clock_info(struct drm_device *dev) p1pll-reference_div = RBIOS16(pll_info + 0x10); p1pll-pll_out_min = RBIOS32(pll_info + 0x12); p1pll-pll_out_max = RBIOS32(pll_info + 0x16); + p1pll-lcd_pll_out_min = p1pll-pll_out_min; + p1pll-lcd_pll_out_max = p1pll-pll_out_max; if (rev 9) { p1pll-pll_in_min = RBIOS32(pll_info + 0x36); diff --git a/drivers/gpu/drm/radeon/radeon_display.c b/drivers/gpu/drm/radeon/radeon_display.c index e35cc3d..c604810 100644 --- a/drivers/gpu/drm/radeon/radeon_display.c +++ b/drivers/gpu/drm/radeon/radeon_display.c @@ -460,10 +460,19 @@ static void radeon_compute_pll_legacy(struct radeon_pll *pll, uint32_t best_error = 0x; uint32_t best_vco_diff = 1; uint32_t post_div; + u32 pll_out_min, pll_out_max; DRM_DEBUG(PLL freq %llu %u %u\n, freq, pll-min_ref_div, pll-max_ref_div); freq = freq * 1000; + if (pll-flags RADEON_PLL_IS_LCD) { + pll_out_min = pll-lcd_pll_out_min; + pll_out_max = pll-lcd_pll_out_max; + } else { + pll_out_min = pll-pll_out_min; + pll_out_max = pll-pll_out_max; + } + if (pll-flags RADEON_PLL_USE_REF_DIV) min_ref_div = max_ref_div = pll-reference_div; else { @@ -527,10 +536,10 @@ static void radeon_compute_pll_legacy(struct radeon_pll *pll, tmp = (uint64_t)pll-reference_freq * feedback_div; vco = radeon_div(tmp, ref_div); - if (vco pll-pll_out_min) { + if (vco pll_out_min) { min_feed_div = feedback_div + 1; continue; - }
Re: savage4 crashes
On Mon, Mar 8, 2010 at 12:42 PM, Piotr Gluszenia Slawinski curi...@bwv190.internetdsl.tpnet.pl wrote: i have dual head sa(l)vage(d) MX card. it works only in vesa mode, or with dri disabled. i am trying latest Xorg and mesa avail from gentoo ebuilds. also Xv doesn't work (tested with plain xawtv) - data is displayed not in proper window, but as many rectangles with empty holes, scattered over almost half of the screen (they move when one moves window) when one enables DRI - Xorg starts, xdm allows login, but it crashes in the middle of kde startup. i've tried changing almost all options i was able to find, and no help. EXA is not working either (Xorg starts, but there are no window decorations) peculiar thing is that not so long ago (perhaps year...) i've tried to use the card on exactly same computer, and it worked fine, including 3d. now only thing which differs is that i use fresh gentoo install. hopefully i've kept old gentoo on backups somewhere, so i will try to restore it - but bit later (today i've wasted WHOLE DAY hoping to make it work...) It's likely the driver has bitrotten since no one is actively working on it anymore. Alex -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: savage4 crashes
On Mon, 8 Mar 2010, Alex Deucher wrote: On Mon, Mar 8, 2010 at 12:42 PM, Piotr Gluszenia Slawinski curi...@bwv190.internetdsl.tpnet.pl wrote: i have dual head sa(l)vage(d) MX card. it works only in vesa mode, or with dri disabled. i am trying latest Xorg and mesa avail from gentoo ebuilds. also Xv doesn't work (tested with plain xawtv) - data is displayed not in proper window, but as many rectangles with empty holes, scattered over almost half of the screen (they move when one moves window) when one enables DRI - Xorg starts, xdm allows login, but it crashes in the middle of kde startup. i've tried changing almost all options i was able to find, and no help. EXA is not working either (Xorg starts, but there are no window decorations) peculiar thing is that not so long ago (perhaps year...) i've tried to use the card on exactly same computer, and it worked fine, including 3d. now only thing which differs is that i use fresh gentoo install. hopefully i've kept old gentoo on backups somewhere, so i will try to restore it - but bit later (today i've wasted WHOLE DAY hoping to make it work...) It's likely the driver has bitrotten since no one is actively working on it anymore. Alex i've found disk with backup :) first thing - switching to console and back to X work fine. (it is broken in recent versions) then - it's lightning fast compared to recent version (scrolling windows, moving stuff around, etc) stuff displyaing and scrolling in console does not slow down whole computer (as it happens with recent drivers/Xorg) as result whole machine works significantly FASTER. glxgears display something. it is not updating smoothly, but there is ~100fps rating, and _something_ gets displayed. also, both 'heads' get proper ram amount detected, which is 8192k. in recent driver, just one head (first) gets proper amount detected, other gets just 2048 - no idea why (i was even afraid card got somehow damaged...) i'm on my way to test xv, but i somehow suspect it will also work fine. here log of old driver can be seen : http://83.18.229.190/Xorg/Xorg.0.log.old_one -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 25741] [R600/KMS] external display flickering
http://bugs.freedesktop.org/show_bug.cgi?id=25741 --- Comment #20 from Alex Deucher ag...@yahoo.com 2010-03-08 10:30:34 PST --- (In reply to comment #19) (In reply to comment #18) Created an attachment (id=33817) -- (http://bugs.freedesktop.org/attachment.cgi?id=33817) [details] [details] possible fix Does this patch help? No. However fiddling with avivotool as suggested by Philipp fixes the issue. From the output of the tool it seems that the kernel driver is setting the wrong (PLL id swapped?) register: #. /avivotool regset 0x458 0x OLD: 0x458 (0458) 0x2a020101 (704774401) NEW: 0x458 (0458) 0x (0) # ./avivotool regset 0x45c 0x OLD: 0x45c (045c) 0x (0) NEW: 0x45c (045c) 0x (0) Setting 0x458 (AVIVO_P1PLL_INT_SS_CNTL) stops the flickering on the external VGA monitor. Do things work properly if you boot without the VGA monitor attached and then connect and enable it later? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 25741] [R600/KMS] external display flickering
http://bugs.freedesktop.org/show_bug.cgi?id=25741 --- Comment #21 from Philipp Claves pcla...@web.de 2010-03-08 10:43:02 PST --- (In reply to comment #20) Do things work properly if you boot without the VGA monitor attached and then connect and enable it later? Yes, this works for me. Maybe this is related: When booting with UMS and VGA connected, the LVDS Panel is the first Monitor and VGA the second. With KMS it is the other way round. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 26535] drm-radeon-testing regression: r600/r700 command stream checker lock up
http://bugs.freedesktop.org/show_bug.cgi?id=26535 Rafał Miłecki zaj...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #9 from Rafał Miłecki zaj...@gmail.com 2010-03-08 12:26:44 PST --- With updated git it works fine already, some additional fix gone into tree. Thanks. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 24973] [r300 KMS] KMS uses wrong display resulution, xrandr causes X to crash
http://bugs.freedesktop.org/show_bug.cgi?id=24973 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Attachment #31034|application/octet-stream|text/plain mime type|| Attachment #31034|0 |1 is patch|| -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 24973] [r300 KMS] KMS uses wrong display resulution, xrandr causes X to crash
http://bugs.freedesktop.org/show_bug.cgi?id=24973 --- Comment #4 from Alex Deucher ag...@yahoo.com 2010-03-08 13:16:15 PST --- (In reply to comment #0) Created an attachment (id=31034) -- (http://bugs.freedesktop.org/attachment.cgi?id=31034) [details] dmesg from 2.6.32-rc6 after X crash I just tested KMS with 2.6.32-rc6 for my Radeon Xpress 200M in a HP nx6125. When the system boots KMS selects the wrong resolution for the framebuffer (800x600 instead of 1024x768). In dmesg it says: [drm] LVDS-11: set mode 1024x768 16 [drm] crtc 1 is connected to a TV [drm] TV-9: set mode 800x600 17 However, I do not have any other monitors/TVs connected (just the laptop panel). But the worst thing of all is that X behaves abnormally: - X also uses 800x600 - X (or let's say my XSession) does not load correctly - to make my XSession start up completely I need to switch to VT1 and back to VT7 - when issuing xrandr --output LVDS --auto Xorg crashes immediately Is this still an issue with 2.6.33 or drm-next? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 24973] [r300 KMS] KMS uses wrong display resulution, xrandr causes X to crash
http://bugs.freedesktop.org/show_bug.cgi?id=24973 --- Comment #5 from Alex Deucher ag...@yahoo.com 2010-03-08 13:21:25 PST --- (In reply to comment #3) I see the same issue on my T43 (r300) with these components: - kernel 2.6.33 - xserver-xorg-video-ati 6.12.191+git20100302.e6dc8866-0ubuntu0sarvatt~karmic - no xorg.conf - KMS: modeset=1 dynclks=1 Please let me know if I can provide any kind of log or dump to help finding a solution. The core issue seems to be, as Daniel reported, too, the false detection of an S-Video connection while there is none present. Are you getting a crash as well or just the tv-out getting detected as connected? Do either of your laptops have a tv-out port? Is the issue that your laptops do not have tv-out ports at all in which case they shouldn't be listed, or that they have ports, but they are being detected as connected when they are not? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 25717] Radeon: system locks up when sending many vertices.
http://bugs.freedesktop.org/show_bug.cgi?id=25717 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Attachment #32184|text/x-csrc |text/plain mime type|| Attachment #32184|0 |1 is patch|| -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH 2/6 V2] drm/radeon/kms: clean assigning HDMI blocks to encoders
We almost always used first HDMI block for first encoder and second for sencod. Exception was KLDSCP_LVTMA. Analyzing code picking DIG encoder shows the same behaviour. It shows HDMI block are related to DIGs, which relation we now use. Signed-off-by: Rafał Miłecki zaj...@gmail.com --- V2: drop unnecessary check for dig, we set audio on HDMI connectors only --- drivers/gpu/drm/radeon/r600_audio.c |7 ++- drivers/gpu/drm/radeon/r600_hdmi.c | 114 +- drivers/gpu/drm/radeon/radeon.h |3 +- drivers/gpu/drm/radeon/radeon_encoders.c | 10 ++-- 4 files changed, 62 insertions(+), 72 deletions(-) diff --git a/drivers/gpu/drm/radeon/r600_audio.c b/drivers/gpu/drm/radeon/r600_audio.c index db92801..baf222f 100644 --- a/drivers/gpu/drm/radeon/r600_audio.c +++ b/drivers/gpu/drm/radeon/r600_audio.c @@ -224,6 +224,7 @@ void r600_audio_set_clock(struct drm_encoder *encoder, int clock) struct drm_device *dev = encoder-dev; struct radeon_device *rdev = dev-dev_private; struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder); + struct radeon_encoder_atom_dig *dig = radeon_encoder-enc_priv; int base_rate = 48000; switch (radeon_encoder-encoder_id) { @@ -245,7 +246,7 @@ void r600_audio_set_clock(struct drm_encoder *encoder, int clock) return; } - switch (r600_audio_tmds_index(encoder)) { + switch (dig-dig_encoder) { case 0: WREG32(R600_AUDIO_PLL1_MUL, base_rate*50); WREG32(R600_AUDIO_PLL1_DIV, clock*100); @@ -257,6 +258,10 @@ void r600_audio_set_clock(struct drm_encoder *encoder, int clock) WREG32(R600_AUDIO_PLL2_DIV, clock*100); WREG32(R600_AUDIO_CLK_SRCSEL, 1); break; + default: + dev_err(rdev-dev, Unsupported DIG on encoder 0x%02X\n, + radeon_encoder-encoder_id); + return; } } diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c b/drivers/gpu/drm/radeon/r600_hdmi.c index 4d09973..5275a81 100644 --- a/drivers/gpu/drm/radeon/r600_hdmi.c +++ b/drivers/gpu/drm/radeon/r600_hdmi.c @@ -417,90 +417,74 @@ void r600_hdmi_update_audio_settings(struct drm_encoder *encoder, WREG32_P(offset+R600_HDMI_CNTL, 0x0400, ~0x0400); } -/* - * enable/disable the HDMI engine - */ -void r600_hdmi_enable(struct drm_encoder *encoder, int enable) +static void r600_hdmi_assign_block(struct drm_encoder *encoder) { struct drm_device *dev = encoder-dev; struct radeon_device *rdev = dev-dev_private; struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder); - uint32_t offset = to_radeon_encoder(encoder)-hdmi_offset; + struct radeon_encoder_atom_dig *dig = radeon_encoder-enc_priv; - if (!offset) + if (!dig) { + dev_err(rdev-dev, Enabling HDMI on non-dig encoder\n); return; + } - DRM_DEBUG(%s HDMI interface @ 0x%04X\n, enable ? Enabling : Disabling, offset); - - /* some version of atombios ignore the enable HDMI flag -* so enabling/disabling HDMI was moved here for TMDS1+2 */ - switch (radeon_encoder-encoder_id) { - case ENCODER_OBJECT_ID_INTERNAL_KLDSCP_TMDS1: - WREG32_P(AVIVO_TMDSA_CNTL, enable ? 0x4 : 0x0, ~0x4); - WREG32(offset+R600_HDMI_ENABLE, enable ? 0x101 : 0x0); - break; - - case ENCODER_OBJECT_ID_INTERNAL_LVTM1: - WREG32_P(AVIVO_LVTMA_CNTL, enable ? 0x4 : 0x0, ~0x4); - WREG32(offset+R600_HDMI_ENABLE, enable ? 0x105 : 0x0); - break; - - case ENCODER_OBJECT_ID_INTERNAL_UNIPHY: - case ENCODER_OBJECT_ID_INTERNAL_UNIPHY1: - case ENCODER_OBJECT_ID_INTERNAL_UNIPHY2: - case ENCODER_OBJECT_ID_INTERNAL_KLDSCP_LVTMA: - /* This part is doubtfull in my opinion */ - WREG32(offset+R600_HDMI_ENABLE, enable ? 0x110 : 0x0); - break; - - default: - DRM_ERROR(unknown HDMI output type\n); - break; + if (ASIC_IS_DCE4(rdev)) { + /* TODO */ + } else if (ASIC_IS_DCE3(rdev)) { + radeon_encoder-hdmi_offset = dig-dig_encoder ? + R600_HDMI_BLOCK3 : R600_HDMI_BLOCK1; + if (ASIC_IS_DCE32(rdev)) + radeon_encoder-hdmi_config_offset = dig-dig_encoder ? + R600_HDMI_CONFIG2 : R600_HDMI_CONFIG1; } } /* - * determin at which register offset the HDMI encoder is + * enable the HDMI engine */ -void r600_hdmi_init(struct drm_encoder *encoder) +void r600_hdmi_enable(struct drm_encoder *encoder) { + struct drm_device *dev = encoder-dev; + struct radeon_device *rdev = dev-dev_private; struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder); - switch
[Bug 25741] [R600/KMS] external display flickering
http://bugs.freedesktop.org/show_bug.cgi?id=25741 --- Comment #22 from Alex Deucher ag...@yahoo.com 2010-03-08 14:17:04 PST --- Created an attachment (id=33870) -- (http://bugs.freedesktop.org/attachment.cgi?id=33870) fix spread spectrum This should do the trick. Please apply this on top of the previous patch. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] drm/ttm: use drm calloc large and free large
From: Dave Airlie airl...@redhat.com Now that the drm core can do this, lets just use it, split the code out so TTM doesn't have to drag all of drmP.h in. Signed-off-by: Dave Airlie airl...@redhat.com --- drivers/gpu/drm/ttm/ttm_tt.c| 23 ++ include/drm/drmP.h | 34 + include/drm/drm_mem_util.h | 65 +++ include/drm/ttm/ttm_bo_driver.h |1 - 4 files changed, 69 insertions(+), 54 deletions(-) create mode 100644 include/drm/drm_mem_util.h diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c index a759170..bab6cd8 100644 --- a/drivers/gpu/drm/ttm/ttm_tt.c +++ b/drivers/gpu/drm/ttm/ttm_tt.c @@ -28,13 +28,13 @@ * Authors: Thomas Hellstrom thellstrom-at-vmware-dot-com */ -#include linux/vmalloc.h #include linux/sched.h #include linux/highmem.h #include linux/pagemap.h #include linux/file.h #include linux/swap.h #include drm_cache.h +#include drm_mem_util.h #include ttm/ttm_module.h #include ttm/ttm_bo_driver.h #include ttm/ttm_placement.h @@ -43,32 +43,15 @@ static int ttm_tt_swapin(struct ttm_tt *ttm); /** * Allocates storage for pointers to the pages that back the ttm. - * - * Uses kmalloc if possible. Otherwise falls back to vmalloc. */ static void ttm_tt_alloc_page_directory(struct ttm_tt *ttm) { - unsigned long size = ttm-num_pages * sizeof(*ttm-pages); - ttm-pages = NULL; - - if (size = PAGE_SIZE) - ttm-pages = kzalloc(size, GFP_KERNEL); - - if (!ttm-pages) { - ttm-pages = vmalloc_user(size); - if (ttm-pages) - ttm-page_flags |= TTM_PAGE_FLAG_VMALLOC; - } + ttm-pages = drm_calloc_large(ttm-num_pages, sizeof(*ttm-pages)); } static void ttm_tt_free_page_directory(struct ttm_tt *ttm) { - if (ttm-page_flags TTM_PAGE_FLAG_VMALLOC) { - vfree(ttm-pages); - ttm-page_flags = ~TTM_PAGE_FLAG_VMALLOC; - } else { - kfree(ttm-pages); - } + drm_free_large(ttm-pages); ttm-pages = NULL; } diff --git a/include/drm/drmP.h b/include/drm/drmP.h index 829e524..22e60af 100644 --- a/include/drm/drmP.h +++ b/include/drm/drmP.h @@ -1595,39 +1595,7 @@ static __inline__ void drm_core_dropmap(struct drm_local_map *map) { } - -static __inline__ void *drm_calloc_large(size_t nmemb, size_t size) -{ - if (size != 0 nmemb ULONG_MAX / size) - return NULL; - - if (size * nmemb = PAGE_SIZE) - return kcalloc(nmemb, size, GFP_KERNEL); - - return __vmalloc(size * nmemb, -GFP_KERNEL | __GFP_HIGHMEM | __GFP_ZERO, PAGE_KERNEL); -} - -/* Modeled after cairo's malloc_ab, it's like calloc but without the zeroing. */ -static __inline__ void *drm_malloc_ab(size_t nmemb, size_t size) -{ - if (size != 0 nmemb ULONG_MAX / size) - return NULL; - - if (size * nmemb = PAGE_SIZE) - return kmalloc(nmemb * size, GFP_KERNEL); - - return __vmalloc(size * nmemb, -GFP_KERNEL | __GFP_HIGHMEM, PAGE_KERNEL); -} - -static __inline void drm_free_large(void *ptr) -{ - if (!is_vmalloc_addr(ptr)) - return kfree(ptr); - - vfree(ptr); -} +#include drm_mem_util.h /*...@}*/ #endif /* __KERNEL__ */ diff --git a/include/drm/drm_mem_util.h b/include/drm/drm_mem_util.h new file mode 100644 index 000..6bd325f --- /dev/null +++ b/include/drm/drm_mem_util.h @@ -0,0 +1,65 @@ +/* + * Copyright © 2008 Intel Corporation + * + * Permission is hereby granted, free of charge, to any person obtaining a + * copy of this software and associated documentation files (the Software), + * to deal in the Software without restriction, including without limitation + * the rights to use, copy, modify, merge, publish, distribute, sublicense, + * and/or sell copies of the Software, and to permit persons to whom the + * Software is furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice (including the next + * paragraph) shall be included in all copies or substantial portions of the + * Software. + * + * THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL + * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS + * IN THE SOFTWARE. + * + * Authors: + * Jesse Barnes jbar...@virtuousgeek.org + * + */ +#ifndef _DRM_MEM_UTIL_H_ +#define _DRM_MEM_UTIL_H_ + +#include linux/vmalloc.h + +static __inline__ void *drm_calloc_large(size_t nmemb, size_t size) +{ + if (size !=
[Bug 24973] [r300 KMS] KMS uses wrong display resulution, xrandr causes X to crash
http://bugs.freedesktop.org/show_bug.cgi?id=24973 --- Comment #6 from Marius Groeger marius.groe...@web.de 2010-03-08 23:16:48 PST --- Thanks for picking this up, Alex. Are you getting a crash as well or just the tv-out getting detected as connected? No crash, just the tv-out getting detected as connected. Do either of your laptops have a tv-out port? Is the issue that your laptops do not have tv-out ports at all in which case they shouldn't be listed, or that they have ports, but they are being detected as connected when they are not? The latter, in my case. I do have an S-video output (yellow cinch connector) but nothing's connected to it. Is this still an issue with 2.6.33 or drm-next? I am using 2.6.33 final using the mainline-ppa builds for ubuntu. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel