[Bug 24818] shadowtex demo doesn't work on rs780
http://bugs.freedesktop.org/show_bug.cgi?id=24818 --- Comment #5 from Török Edwin edwinto...@gmail.com 2010-03-14 04:33:59 PST --- If I press 'o' repeatedly then the GL_EQUAL, GL_NOTEQUAL, GL_ALWAYS, GL_NEVER modes don't show corruption, the others show the corruption. Also if I look at the depth texture image with 'i' I see corruption, regardless of comparison mode. Also if I set UseFBO to false, and set shadowtex to display the texture image first, then I get a blue rectangle, when I switch to 'm' or 'n' mode, I get corruption again, and when I switch back to 'i' its corrupt. I tried to compile mesa with --enable-debug, and use RADEON_DEBUG=all, but it crashes at radeon_common.c:970, because state-cmd is NULL (and if I make it skip when null, then no commands are dumped, since state-cmd is always NULL). -- 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: [Linux-fbdev-devel] drm_fb_helper: Impossible to change video mode
On Sun, 2010-03-14 at 07:01 +1000, Dave Airlie wrote: The big issue we have with resizing the buffer is userspace mmaps of the fbdev device, and invalidation. Previous thread of unresolvedness is here. http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg41878.html Actually AFAIR (and reading through it again seems to confirm this) userspace mappings should be fully handled by the last patch series I posted back then[0]. The problem was that the struct fb_ops hooks may be called by the kernel from pretty much any context, and neither I nor Thomas was sure how to handle the TTM locking given that. Maybe James has ideas for this given his better familiarity with fbdev internals. [0] Though that was really only about making it possible to unpin the fbcon BO while it isn't being displayed, resizing it might involve other issues I'm not aware of. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- 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: regression in 2.6.32-rc1 [KMS, I915] git-bisected
Hi Martin, Please open a bug report at http://bugs.freedesktop.org/ intel problems are tracked there. Besides your problem report below, please add Xorg.log from a working setup (user-mode-setting) and the dmesg with full debugging (add drm.debug=15 to your kernel commandline). See http://intellinuxgraphics.org/how_to_report_bug.html for the details of what else is needed. Yours, Daniel On Sun, Mar 14, 2010 at 01:19:10AM +0100, Martin Fahr wrote: Hi, Linux v2.6.32-rc1 introduced a bug for me, which gives me a black screen on my laptop when booting with KMS switched on. Starting X does not change that, i.e. I don't get any graphics to see. Except for this, the system runs fine, and the backlight of the LCD display is on. If I switch KMS off, the system runs perfectly. I reported this problem before, but did not get any response. In the meantime, I used git-bisect to find the responsible commit: commit e70236a8d3d0a4c100a0b9f7d394d9bda9c56aca Author: Jesse Barnes jbar...@virtuousgeek.org Date: Mon Sep 21 10:42:27 2009 -0700 drm/i915: split display functions by chip type This patch splits out several of the display functions into a separate display function table to avoid tons of chipset specific if..else if..else if blocks all over. There are more opportunities for this (some noted in the structure defintition); so more cleanup patches will follow. Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org Signed-off-by: Eric Anholt e...@anholt.net Double-checked that by unapplying the commit (KMS works), and reapplying it (KMS does not work). Kernels up to 2.6.34-rc1 do not solve the problem for me, and unfortunately, unapplying the patch to v2.6.32 or 2.6.33 results in conflicts. Framebuffer console and KMS on 2.6.31 worked fine, only X did not cooperate with that. Any help appreciated, and I will do my best to answer any questions. Running on Debian testing. lspci -v: 00:02.0 VGA compatible controller: Intel Corporation 82830 CGC [Chipset Graphics Controller] (rev 04) (prog-if 00 [VGA controller]) Subsystem: Samsung Electronics Co Ltd Device c002 Flags: bus master, fast devsel, latency 0, IRQ 10 Memory at e800 (32-bit, prefetchable) [size=128M] Memory at e000 (32-bit, non-prefetchable) [size=512K] Expansion ROM at unassigned [disabled] Capabilities: [d0] Power Management version 1 00:02.1 Display controller: Intel Corporation 82830 CGC [Chipset Graphics Controller] Subsystem: Samsung Electronics Co Ltd Device c002 Flags: bus master, fast devsel, latency 0 Memory at f000 (32-bit, prefetchable) [size=128M] Memory at e008 (32-bit, non-prefetchable) [size=512K] Capabilities: [d0] Power Management version 1 Thanks, Martin -- 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 -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 -- 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: Regression in i915 on 2.6.34-rc1
On Fri, 2010-03-12 at 23:40 -0700, Pete Zaitcev wrote: On Fri, 12 Mar 2010 22:37:56 -0700 Bjorn Helgaas bjorn.helg...@hp.com wrote: Thanks for the report. Would you mind posting the entire dmesg log, /proc/iomem contents, and lspci -vv output somewhere (maybe in bugzilla)? The quote below isn't enough for me to see the problem, but http://bugzilla.kernel.org/show_bug.cgi?id=15480 is another regression related to this commit. [] Do you prefer me to attach the requested data to Yanko's bug, or file a new one for now? Personally, I guess I'd file a new one, on the assumption that you're seeing a different problem. Bjorn -- 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: Regression in i915 on 2.6.34-rc1
On Sat, 2010-03-13 at 13:46 -0700, Pete Zaitcev wrote: On Fri, 12 Mar 2010 22:37:56 -0700 Bjorn Helgaas bjorn.helg...@hp.com wrote: Thanks for the report. Would you mind posting the entire dmesg log, /proc/iomem contents, and lspci -vv output somewhere (maybe in bugzilla)? Done, new bug: http://bugzilla.kernel.org/show_bug.cgi?id=15533 Thanks! Sorry, I should have asked for the pci=nocrs (working) dmesg, too. Do you have that handy? What kind of machine is this? I don't suppose you have Windows on it; I'd really like to know what the Device Manager says about the PCI host bridge and graphics controller resources. Bjorn -- 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 27009] [REGR] radeon_tex_copy.c:73: do_copy_texsubimage: Assertion `rrb rrb-bo' failed.
http://bugs.freedesktop.org/show_bug.cgi?id=27009 Rafał Miłecki zaj...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Rafał Miłecki zaj...@gmail.com 2010-03-14 05:22:39 PST --- Thanks Maciej! -- 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 25142] touhou 11/12 run very slow in wine
http://bugs.freedesktop.org/show_bug.cgi?id=25142 --- Comment #28 from Lukas Weber laochai...@web.de 2010-03-14 06:21:56 PST --- Today I updated mesa/libdrm/xf86-video-ati again. Black ingame issue is gone, but game remains at playable but slow 30fps while menus have full speed. -- 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 24761] Text corruption in Unreal Tournament 2004 under KMS
http://bugs.freedesktop.org/show_bug.cgi?id=24761 had...@gmx.de 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
[Bug 27069] New: OpenGl is slower on dri2
http://bugs.freedesktop.org/show_bug.cgi?id=27069 Summary: OpenGl is slower on dri2 Product: DRI Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: dmboh...@gmail.com Hi. I want to report that OpenGl applications is slower when dri2 and kms enabled. When it was disabled glxgears showed 1100 FPS, but now it show 568 FPS. I`ve tested it on real opengl apptication - epsxe (emulator of playstation 1) and when dri2 enabled it show 33 fps. With dri it show over 60 FPS. I don`t know about other videocard, i`ve tested this on my Radeon X1300 -- 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 26347] powermanagement on rs780 not working
http://bugs.freedesktop.org/show_bug.cgi?id=26347 --- Comment #24 from Alex Deucher ag...@yahoo.com 2010-03-14 08:28:43 PST --- I have some ideas about reworking the power mode selection. I'll post patches when they are ready. -- 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 26430] [KMS] Hw i2c patch doesn't work fully on rv280
http://bugs.freedesktop.org/show_bug.cgi?id=26430 --- Comment #17 from Alex Deucher ag...@yahoo.com 2010-03-14 08:33:47 PST --- Can you try setting m to the same thing as n? E.g., change: m = loop - 2; to: m = loop - 1; Also try i2c_clock values from 10 to 100; -- 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: [PATCHES] radeon drm kms i2c fixes
On Wed, Mar 10, 2010 at 7:09 PM, Alex Deucher alexdeuc...@gmail.com wrote: Thanks to Jean for helping me with the i2c stuff. I've attached Jean's bit algo patch as my radeon patch depends on it. I'm not sure how we want to get that one upstream (either via drm or i2c). Previously, the radeon drm registered i2c buses using the radeon algo which would use either the hw i2c engine or bit banging depending on the bus in question (some are hw capable, others are not, some chips don't have support for their hw engines yet, etc.). The tricky part was that the radeon i2c bit buses require some gpio magic before and after a transaction which bit algo didn't previously support. Unfortunately, it exposed the internal bit algo bus as well we as the radeon algo bus which is bad. With these patches, if the hw engine is supported, we use the radeon algo, if not, we use bit algo directly with the pre/post_xfer functions to fix up the gpios. I've tested on several radeons, but more tested would be nice. Updated patch based on Jean's new version of the pre/post_xfer patch (also attached) which he plans to push upstream via the i2c tree. Alex 0001-i2c-algo-bit-Add-pre-and-post-xfer-hooks.patch Description: application/mbox 0002-drm-radeon-kms-use-new-pre-post_xfer-i2c-bit-algo-h.patch Description: application/mbox -- 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 24818] shadowtex demo doesn't work on rs780
http://bugs.freedesktop.org/show_bug.cgi?id=24818 --- Comment #6 from Török Edwin edwinto...@gmail.com 2010-03-14 11:08:05 PST --- Also the piglit tests: texdepth, depth-tex-modes, depth-tex-compare show random colors (sometimes it is close to the correct ones, sometimes completely wrong) each time they are started. The piglit test depth-tex-modes-glsl says pass in -auto mode, but it too displays random colors (when run without -auto)! For example sometimes the top right block looks like this: BP BP or like this BB BP instead of this (with sw render): PB BP -- 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 27071] New: hang in sauerbaten after recent git master upgrade
http://bugs.freedesktop.org/show_bug.cgi?id=27071 Summary: hang in sauerbaten after recent git master upgrade Product: Mesa Version: git Platform: Other OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/DRI/r200 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: david.ro...@mcgill.ca I've been having recurring issues with a game called sauerbraten (see bug 25597). The game is unstable, but playable. After a recent upgrade of mesa (and drm). The game hangs as soon as I try to move (rotate, etc.) the initial screen. I kill the game with -ABRT and see the following on the console: bo(0xab603df8, 65536) is mapped (-1) can't valide it. validated 0xab603df8 [0x4B8C8000, 0x4B91E000] bo(0xab8fd6e0, 65536) is mapped (-1) can't valide it. validated 0xab8fd6e0 [0x4BC81000, 0x4BC97000] bo(0xab8fd6e0, 65536) is mapped (-1) can't valide it. validated 0xab8fd6e0 [0x4C274000, 0x4C2B5000] bo(0xab8fd6e0, 65536) is mapped (-1) can't valide it. validated 0xab8fd6e0 [0x4B91E000, 0x4B974000] bo(0xab603968, 65536) is mapped (-1) can't valide it. validated 0xab603968 [0xD25E2000, 0xD25F2000] bo(0xab603968, 65536) is mapped (-1) can't valide it. validated 0xab603968 [0xD25E2000, 0xD25F2000] bo(0xab6038c8, 65536) is mapped (-1) can't valide it. validated 0xab6038c8 [0x4B4C8000, 0x4B51E000] Here's the backtrace: Program terminated with signal 6, Aborted. [New process 13664] [New process 13669] [New process 13668] #0 0xb7401f54 in ioctl () from /lib/libc.so.6 Thread 3 (process 13668): #0 0xb76c8a7c in nanosleep () from /lib/libpthread.so.0 No symbol table info available. #1 0xb778fb24 in SDL_Delay () from /usr/lib/libSDL-1.2.so.0 No locals. #2 0x011b in ?? () No symbol table info available. #3 0xb7701000 in ?? () No symbol table info available. #4 0xb6fd9318 in ?? () No symbol table info available. #5 0xb6fd9310 in ?? () No symbol table info available. #6 0x in ?? () No symbol table info available. Thread 2 (process 13669): #0 0xb76c82c1 in write () from /lib/libpthread.so.0 No symbol table info available. #1 0xb7754df5 in DSP_PlayAudio () from /usr/lib/libSDL-1.2.so.0 No locals. #2 0x1000 in ?? () No symbol table info available. #3 0xb7798c3c in ?? () from /usr/lib/libSDL-1.2.so.0 No symbol table info available. #4 0x in ?? () No symbol table info available. Thread 1 (process 13664): #0 0xb7401f54 in ioctl () from /lib/libc.so.6 No symbol table info available. #1 0xb707f787 in drmIoctl (fd=5, request=1074291754, arg=0xbfd7d258) at xf86drm.c:184 ret = -1 #2 0xb7081331 in drmGetLock (fd=5, context=3, flags=0) at xf86drm.c:1332 lock = {context = 3, flags = 0} #3 0xb651fc8c in radeonGetLock (rmesa=0x8457698, flags=0) at radeon_lock.c:64 drawable = (__DRIdrawable * const) 0x876cce0 readable = (__DRIdrawable * const) 0x876cce0 sPriv = (__DRIscreen *) 0x842baa0 #4 0xb6520035 in radeon_lock_hardware (radeon=0x8457698) at radeon_lock.c:146 ret = 1 '\001' rfb = (struct radeon_framebuffer *) 0x876cd60 rrb = (struct radeon_renderbuffer *) 0x876d160 #5 0xb651b9a2 in rcommonFlushCmdBuf (rmesa=0x8457698, caller=0xb6754e92 radeonRefillCurrentDmaRegion) at radeon_common.c:1226 ret = 0 #6 0xb651d464 in radeonRefillCurrentDmaRegion (rmesa=0x8457698, size=120) at radeon_dma.c:201 dma_bo = (struct radeon_dma_bo *) 0xaa4f8830 __FUNCTION__ = radeonRefillCurrentDmaRegion __PRETTY_FUNCTION__ = radeonRefillCurrentDmaRegion #7 0xb651e18a in rcommonAllocDmaLowVerts (rmesa=0x8457698, nverts=3, vsize=40) at radeon_dma.c:441 bytes = 120 head = (void *) 0xadfccf78 __FUNCTION__ = rcommonAllocDmaLowVerts #8 0xb64ff3de in r200_alloc_verts (rmesa=0x8457698, n=3, size=10) at r200_swtcl.c:364 rv = (void *) 0xadfccf78 #9 0xb64ff594 in r200_triangle (rmesa=0x8457698, v0=0xad99aca8, v1=0xad99acd0, v2=0xad99acf8) at ../../../../../src/mesa/tnl_dd/t_dd_triemit.h:96 vertsize = 10 vb = (GLuint *) 0xadfccff0 j = 0 __FUNCTION__ = r200_triangle #10 0xb65077dc in r200_render_triangles_elts (ctx=0x845c9d8, start=0, count=2520, flags=52) at ../../../../../src/mesa/tnl/t_vb_rendertmp.h:182 j = 1664 rmesa = (r200ContextPtr) 0x8457698 vertsize = 10 r200verts = 0xad993020 \231_Â]\211,Â}[\032C¾j\033C\020\0311ÿkSì\020±økSì\020±øë·¬Âø50Â\003\226\031CJ¥\032C\020\0311ÿvjÐ\020±øvjÐ\020±ø¿W®Â\022\236,Â\023\024\032CV#\033C\020\0311ÿkSìÒ9èkSìÒ9è\021°ÂJ0Â\231N\031Câ]\032C\020\0311ÿvjÐÒ9èvjÐÒ9èE+ªÂÒ\0361Âîr\026CP\202\027C\021\0313ÿÉè\f?Ò9èÉè\f?Ò9è... elt = (const GLuint * const) 0xa86208a0 stipple = 0 '\0' #11 0xb66059fb in run_render (ctx=0x845c9d8, stage=0x84b37f0) at tnl/t_vb_render.c:320 prim = 52
[PATCH] drm/radeon/kms/rs4xx: make sure crtcs are enabled when setting timing
This fixes fdo bug 27008. From 0be75bd324cea1eb577cf4bdebfb59af217876cf Mon Sep 17 00:00:00 2001 From: Alex Deucher alexdeuc...@gmail.com Date: Thu, 11 Mar 2010 10:38:07 -0500 Subject: [PATCH] drm/radeon/kms/rs4xx: make sure crtcs are enabled when setting timing based on ddx patch from Matthias Hopf. Signed-off-by: Alex Deucher alexdeuc...@gmail.com --- drivers/gpu/drm/radeon/radeon_legacy_crtc.c |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_legacy_crtc.c b/drivers/gpu/drm/radeon/radeon_legacy_crtc.c index df23d6a..88865e3 100644 --- a/drivers/gpu/drm/radeon/radeon_legacy_crtc.c +++ b/drivers/gpu/drm/radeon/radeon_legacy_crtc.c @@ -603,6 +603,10 @@ static bool radeon_set_crtc_timing(struct drm_crtc *crtc, struct drm_display_mod ? RADEON_CRTC2_INTERLACE_EN : 0)); + /* rs4xx chips seem to like to have the crtc enabled when the timing is set */ + if ((rdev-family == CHIP_RS400) || (rdev-family == CHIP_RS480)) + crtc2_gen_cntl |= RADEON_CRTC2_EN; + disp2_merge_cntl = RREG32(RADEON_DISP2_MERGE_CNTL); disp2_merge_cntl = ~RADEON_DISP2_RGB_OFFSET_EN; @@ -630,6 +634,10 @@ static bool radeon_set_crtc_timing(struct drm_crtc *crtc, struct drm_display_mod ? RADEON_CRTC_INTERLACE_EN : 0)); + /* rs4xx chips seem to like to have the crtc enabled when the timing is set */ + if ((rdev-family == CHIP_RS400) || (rdev-family == CHIP_RS480)) + crtc_gen_cntl |= RADEON_CRTC_EN; + crtc_ext_cntl = RREG32(RADEON_CRTC_EXT_CNTL); crtc_ext_cntl |= (RADEON_XCRT_CNT_EN | RADEON_CRTC_VSYNC_DIS | -- 1.5.6.3 0001-drm-radeon-kms-rs4xx-make-sure-crtcs-are-enabled-wh.patch Description: application/mbox -- 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: [PATCH] drm/radeon/kms: add PM quirk for Asus Radeon HD 3200
2010/3/5 Rafał Miłecki zaj...@gmail.com: Signed-off-by: Rafał Miłecki zaj...@gmail.com NACK. I've got a better way to deal with this. Alex --- drivers/gpu/drm/radeon/radeon_pm.c | 18 ++ 1 files changed, 18 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_pm.c b/drivers/gpu/drm/radeon/radeon_pm.c index 6b65f15..a2ea0be 100644 --- a/drivers/gpu/drm/radeon/radeon_pm.c +++ b/drivers/gpu/drm/radeon/radeon_pm.c @@ -79,6 +79,23 @@ static void radeon_print_power_mode_info(struct radeon_device *rdev) } } +static void radeon_apply_pm_quirks(struct radeon_device *rdev) +{ + /* Asus Radeon HD 3200 contains power states with reversed types */ + /* We received single report like this so far. See FDO bug #26347. + In case of more reports we may consider some detecting algorithm */ + if ((rdev-pdev-device == 0x9610) + (rdev-pdev-subsystem_vendor == 0x1043) + (rdev-pdev-subsystem_device == 0x82f1)) { + rdev-pm.power_state[0].type = POWER_STATE_TYPE_PERFORMANCE; + rdev-pm.power_state[1].type = POWER_STATE_TYPE_DEFAULT; + rdev-pm.default_power_state = rdev-pm.power_state[1]; + rdev-pm.current_power_state = rdev-pm.default_power_state; + rdev-pm.current_clock_mode = + rdev-pm.default_power_state-default_clock_mode; + } +} + static struct radeon_power_state * radeon_pick_power_state(struct radeon_device *rdev, enum radeon_pm_state_type type) { @@ -235,6 +252,7 @@ int radeon_pm_init(struct radeon_device *rdev) radeon_atombios_get_power_modes(rdev); else radeon_combios_get_power_modes(rdev); + radeon_apply_pm_quirks(rdev); radeon_print_power_mode_info(rdev); } -- 1.6.4.2 -- 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 -- 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: [PATCH] drm/radeon/kms: add PM quirk for Asus Radeon HD 3200
W dniu 14 marca 2010 21:48 użytkownik Alex Deucher alexdeuc...@gmail.com napisał: 2010/3/5 Rafał Miłecki zaj...@gmail.com: Signed-off-by: Rafał Miłecki zaj...@gmail.com NACK. I've got a better way to deal with this. Post it. I see we love missing merge windows :| -- Rafał -- 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 26347] powermanagement on rs780 not working
http://bugs.freedesktop.org/show_bug.cgi?id=26347 --- Comment #25 from Rafał Miłecki zaj...@gmail.com 2010-03-14 14:00:41 PST --- @Marc: as for VBLANK errors, I get some even when checking VBLANK state directly in IRQ handler. So I can not debug that easily if we have some mistake or sth in IRQ. Anyway if you do not see corruptions, just live with it. @Tobias: maybe you have some good ideas indeed, I guess I didn't understand you in some place. Anyway I don't totally agree with you/fglrx. AFAIU fglrx does not use the lowest state/mode when AC is plugged, right? That's fine for power consumption, but not heat. I still want driver to downclock to the lowest state/mode even when I'm on AC cable to make my notebook cooler and more silent (slower fan). @Marc: I think I submitted patch for this Anyway I don't feel too comfortable with DRM development, so won't do any serious patches for some time. Please ping AMD for problems/features. -- 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 26430] [KMS] Hw i2c patch doesn't work fully on rv280
http://bugs.freedesktop.org/show_bug.cgi?id=26430 --- Comment #18 from Andrew Randrianasulu rand...@mail.ru 2010-03-14 15:04:25 PST --- (In reply to comment #17) Can you try setting m to the same thing as n? E.g., change: m = loop - 2; to: m = loop - 1; Also try i2c_clock values from 10 to 100; No luck ... (tried 10, 20, 27, 30, 33, 40, 50, 60, 70, 80, 90 and 100, with m = loop -1 and m=loop-2) Unfortunately, just reloading radeon module produces different results on each load. -- 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 26430] [KMS] Hw i2c patch doesn't work fully on rv280
http://bugs.freedesktop.org/show_bug.cgi?id=26430 Andrew Randrianasulu rand...@mail.ru changed: What|Removed |Added Attachment #34014|0 |1 is obsolete|| --- Comment #19 from Andrew Randrianasulu rand...@mail.ru 2010-03-14 15:05:32 PST --- Created an attachment (id=34042) -- (http://bugs.freedesktop.org/attachment.cgi?id=34042) random edid on few module load/unloads -- 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: [PATCH] drm/radeon/kms: add PM quirk for Asus Radeon HD 3200
2010/3/14 Rafał Miłecki zaj...@gmail.com: W dniu 14 marca 2010 21:48 użytkownik Alex Deucher alexdeuc...@gmail.com napisał: 2010/3/5 Rafał Miłecki zaj...@gmail.com: Signed-off-by: Rafał Miłecki zaj...@gmail.com NACK. I've got a better way to deal with this. Post it. I see we love missing merge windows :| On their way. Unfortunately, this weekend was the first chance I had to look at PM stuff in a while. 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
[PATCHES] radeon kms pm patches
This weekend I finally got some time to sit down with kms pm, and I created a new patch set (against drm-radeon-testing). For those that want to play with the i2c stuff for thermal chips, you'll probably grab my recent i2c patches as well. You can grab my latest pm patches here: http://people.freedesktop.org/~agd5f/pm2/ So far I haven't seen any corruption when changing power modes. What the patches do: - implement gui idle irq support - only change clocks when the engine is idle - add support for turning down the number of active simds in lower power modes (r6xx+) - add a pm_fini function - move set/get power state logic into asic specific callbacks. Different strategies for handling different power tables formats. Things left to do: - reset clocks to default on module unload (in pm_fini function) - add request module support for hwmon i2c thermal chip drivers - add hwmon support for internal thermal/fan support used on some r6xx/r7xx boards - add more robust power state selection - tie power state selection into external events (manual power mode selection, AC/DC state, etc.) - hook up memory reclocking - hook up pcie lane setting - hook up voltage setting 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: [PATCH] drm: Allow platform devices to register as DRM devices
On Tue, Mar 2, 2010 at 2:00 AM, Jordan Crouse jcro...@codeaurora.org wrote: Allow platform devices without PCI resources to be DRM devices. Signed-off-by: Jordan Crouse jcro...@codeaurora.org This patch has a bunch of whitespace damage at least in my inbox and also in patchwork Please also be careful with the places you add copyrights, you moved a bunch of code from drm_drv.c to drm_pci.c and added a copyright for Code Aurora in drm_pci.c? You can only assert copyright if you actually wrote the code, otherwise the patch contains your authorship details and who contributed the code. I'm guessing you might have copyright over one file in this that being drm_platform.c, the rest I'm less sure about. I also wonder if we could/should separate the arm drm support out from this patch (i.e. the __arm__ changes). Some other misc comments below: # menuconfig DRM tristate Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) - depends on (AGP || AGP=n) PCI !EMULATED_CMPXCHG MMU From what I can see the AGP || AGP==n is still required, you just want to drop the PCI dependancy?? + depends on !EMULATED_CMPXCHG MMU diff --git a/drivers/gpu/drm/drm_bufs.c b/drivers/gpu/drm/drm_bufs.c index 8417cc4..4177f60 100644 --- a/drivers/gpu/drm/drm_bufs.c +++ b/drivers/gpu/drm/drm_bufs.c @@ -11,6 +11,7 @@ * * Copyright 1999, 2000 Precision Insight, Inc., Cedar Park, Texas. * Copyright 2000 VA Linux Systems, Inc., Sunnyvale, California. + * Copyright (c) 2009, Code Aurora Forum. * All Rights Reserved. There have been much bigger changes to these files without copyright additions, I'm not sure how big something needs to be but I'm not 100% sure this comes close. resource_size_t drm_get_resource_start(struct drm_device *dev, unsigned int resource) { + if (drm_core_check_feature(dev, DRIVER_USE_PLATFORM_DEVICE)) { + struct resource *r; + r = platform_get_resource(dev-platformdev, IORESOURCE_MEM, + resource); + + return r ? r-start : 0; + } + +#ifdef CONFIG_PCI return pci_resource_start(dev-pdev, resource); +#endif + + return 0; } EXPORT_SYMBOL(drm_get_resource_start); resource_size_t drm_get_resource_len(struct drm_device *dev, unsigned int resource) { + if (drm_core_check_feature(dev, DRIVER_USE_PLATFORM_DEVICE)) { + struct resource *r; + r = platform_get_resource(dev-platformdev, IORESOURCE_MEM, + resource); + + return r ? (r-end - r-start) : 0; + } + +#ifdef CONFIG_PCI return pci_resource_len(dev-pdev, resource); +#endif + + return 0; } EXPORT_SYMBOL(drm_get_resource_len); @@ -188,7 +213,7 @@ static int drm_addmap_core(struct drm_device * dev, resource_size_t offset, switch (map-type) { case _DRM_REGISTERS: case _DRM_FRAME_BUFFER: -#if !defined(__sparc__) !defined(__alpha__) !defined(__ia64__) !defined(__powerpc64__) !defined(__x86_64__) +#if !defined(__sparc__) !defined(__alpha__) !defined(__ia64__) !defined(__powerpc64__) !defined(__x86_64__) !defined(__arm__) if (map-offset + (map-size-1) map-offset || map-offset virt_to_phys(high_memory)) { kfree(map); diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c index 766c468..b5171ed 100644 --- a/drivers/gpu/drm/drm_drv.c +++ b/drivers/gpu/drm/drm_drv.c @@ -24,6 +24,7 @@ * * Copyright 1999, 2000 Precision Insight, Inc., Cedar Park, Texas. * Copyright 2000 VA Linux Systems, Inc., Sunnyvale, California. + * Copyright (c) 2009, Code Aurora Forum. * All Rights Reserved. again similiar, but even less code since you mostly remove code. * * Permission is hereby granted, free of charge, to any person obtaining a @@ -242,47 +243,20 @@ int drm_lastclose(struct drm_device * dev) * * Initializes an array of drm_device structures, and attempts to * initialize all available devices, using consecutive minors, registering the - * stubs and initializing the AGP device. + * stubs and initializing the device. * * Expands the \c DRIVER_PREINIT and \c DRIVER_POST_INIT macros before and * after the initialization for driver customization. */ int drm_init(struct drm_driver *driver) { - struct pci_dev *pdev = NULL; - const struct pci_device_id *pid; - int i; - DRM_DEBUG(\n); - INIT_LIST_HEAD(driver-device_list); - if (driver-driver_features DRIVER_MODESET) - return pci_register_driver(driver-pci_driver); - - /* If not using KMS, fall back to stealth mode manual scanning. */ - for (i = 0; driver-pci_driver.id_table[i].vendor != 0; i++) { - pid = driver-pci_driver.id_table[i]; - - /* Loop around setting up a DRM device for each PCI device
Re: [PATCH 0/5] clean up radeon_asic.h v2
On Fri, Mar 12, 2010 at 7:48 PM, Daniel Vetter dan...@ffwll.ch wrote: On Fri, Mar 12, 2010 at 10:25:56AM +0100, Jerome Glisse wrote: I would merge patch 1 2 into a single patch, I've split this up to make patch-reading easier. And it's fully bisectable. I quite like where this is going compared to what was there before, so I've applied the work so far to drm-radeon-testing, its probably 2.6.35 material at this point anyways. Dave. -- 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: [PATCHES] radeon kms pm patches
2010/3/15 Alex Deucher alexdeuc...@gmail.com: This weekend I finally got some time to sit down with kms pm, and I created a new patch set (against drm-radeon-testing). For those that want to play with the i2c stuff for thermal chips, you'll probably grab my recent i2c patches as well. You can grab my latest pm patches here: http://people.freedesktop.org/~agd5f/pm2/ So far I haven't seen any corruption when changing power modes. Why don't you post them inline? It would be possible to comment any part of code. 1) What is GUI? 2) What is SIMD? -- Rafał -- 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: [PATCHES] radeon kms pm patches
2010/3/15 Alex Deucher alexdeuc...@gmail.com: This weekend I finally got some time to sit down with kms pm, and I created a new patch set (against drm-radeon-testing). For those that want to play with the i2c stuff for thermal chips, you'll probably grab my recent i2c patches as well. You can grab my latest pm patches here: http://people.freedesktop.org/~agd5f/pm2/ http://people.freedesktop.org/~agd5f/pm2/0003-drm-radeon-kms-add-some-comments-about-radeon_asic.patch Code you removed was needed for PM debugfs, to do not display memory clock on IGP -- Rafał -- 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: [PATCHES] radeon kms pm patches
2010/3/15 Alex Deucher alexdeuc...@gmail.com: This weekend I finally got some time to sit down with kms pm, and I created a new patch set (against drm-radeon-testing). For those that want to play with the i2c stuff for thermal chips, you'll probably grab my recent i2c patches as well. You can grab my latest pm patches here: http://people.freedesktop.org/~agd5f/pm2/ http://people.freedesktop.org/~agd5f/pm2/0006-drm-radeon-kms-wait-for-gpu-idle-before-changing-po.patch You made same mistake I did earlier with 0 argument in condition. You should use same trick as I did in: http://people.freedesktop.org/~agd5f/pm2/0013-drm-radeon-kms-switch-to-condition-waiting-for-recl.patch -- Rafał -- 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