[PATCH] fix backlight brightness on intel LVDS panel after reopening lid
On Tue, Feb 22, 2011 at 13:04:40 -0800, Jesse Barnes wrote: > On Sat, 19 Feb 2011 15:07:49 -0800 > Linus Torvalds wrote: > > > On Sat, Feb 19, 2011 at 4:26 AM, Alex Riesen wrote: > > > On Sat, Feb 19, 2011 at 13:11, Alex Riesen wrote: > > >>> Lastly, could you verify that my patch at > > >>> https://lkml.org/lkml/2011/2/16/447 fixes > > >>> it for you too? (Make sure you're at max brightness before rebooting.) > > >> > > >> I'll try it now. > > >> > > > > > > I can confirm that it does fix backlight in my case (Dell XPS 1330, > > > LVDS panel, GM965/GL960). > > > > > > Tested-by: Alex Riesen > > > > Guys, should I apply this, or will I get it through somebody's pull? > > I'm worried that removing combo mode will break some working setups, > but if it's seen a lot of testing and is ok, then I'm fine with it, as > it definitely simplifies things. Hi, I just tried 2.6.38-rc6 on my ThinkPad X61s without any other DRM related patches, and my backlight issue is gone. Regards, Tino
[Bug 34567] xf86-video-ati git and drm-radeon-testing git: CS checker let mplayer / vlc to fail with xv
https://bugs.freedesktop.org/show_bug.cgi?id=34567 --- Comment #6 from Alex Deucher 2011-02-22 22:05:12 PST --- Does this commit to the ddx fix the issue? http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=91070cfd75d5607c4a72ace780f830f0ddb40e84 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 30167] Heroes of Newerth: Setting shader quality to medium results in corrupt rendering
https://bugs.freedesktop.org/show_bug.cgi?id=30167 --- Comment #21 from Marek Ol??k 2011-02-22 22:02:32 PST --- I don't think so. We can't fix the error, we can only suppress printing it. If there is any issue unrelated to the error, let's keep this report open (is there any?), otherwise I'd close it. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 26552] Screen flickering with 2.6.37 [ATI X1600]
https://bugzilla.kernel.org/show_bug.cgi?id=26552 --- Comment #61 from Andrea Iob 2011-02-22 21:03:28 --- 2.6.38-rc5 works for me. Thanks. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 34588] Screen corruption when running gtkperf on awesomewm
https://bugs.freedesktop.org/show_bug.cgi?id=34588 --- Comment #1 from Alex Deucher 2011-02-22 20:46:28 PST --- Does disabling tiling help? Option "ColorTiling" "false" in the device section of your xorg.conf? If so this bug is probably a duplicate of bug 33929. You might try the xserver patch on that bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34588] New: Screen corruption when running gtkperf on awesomewm
https://bugs.freedesktop.org/show_bug.cgi?id=34588 Summary: Screen corruption when running gtkperf on awesomewm Product: Mesa Version: git Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: jeff at deserettechnology.com Recently, gtkperf will tear my whole screen apart in awesomewm 3.4.9 when it gets to the drawing sections. I will try to take and attach a photo soon. I am using cairo 1.10.2 with xcb enabled. I just compiled mesa, ati-dri, libgl, xf86-ati from git today. This problem does *not* occur on a composited kwin desktop on the same machine. Using a Macbook Pro 2,2 with Radeon Mobility X1600. Using r300g. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34567] xf86-video-ati git and drm-radeon-testing git: CS checker let mplayer / vlc to fail with xv
https://bugs.freedesktop.org/show_bug.cgi?id=34567 --- Comment #5 from Alex Deucher 2011-02-22 18:51:02 PST --- (In reply to comment #4) > > I don't test this yet, but is it necessary? Because it is maybe more important > that I just reverted > (http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;h=6ee3727feedf15da9c776efca3c65519cf7bb10b) > and testet this d-r-t. And this kernel works ok. Thus this is the failing > patch > at the kernel side. > > But which patch / branch is wrong in reality? The d-r-t branch needs to be fixed up to not reject the linear aligned buffers from the ddx. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] drm/i915: fix corruptions on i8xx due to relaxed fencing
On Tue, Feb 22, 2011 at 06:32:11PM +0100, Thierry Vignaud wrote: > Giving that lack of documentation, could you put some more comments in the > code? > so that nobody cleans out that "strange workaround" in 6 monthes... It's not a workaround, it's how the hw works. If we'd add the explanation from the changelog everytime there's a little and/or badly documented hw oddity, you won't be able to read the code anymore. Use git blame and dig into the history - drm/* is full of such stuff. -Daniel -- Daniel Vetter Mail: daniel at ffwll.ch Mobile: +41 (0)79 365 57 48
[Bug 34567] xf86-video-ati git and drm-radeon-testing git: CS checker let mplayer / vlc to fail with xv
https://bugs.freedesktop.org/show_bug.cgi?id=34567 --- Comment #4 from Jan Buecken 2011-02-22 18:33:48 PST --- (In reply to comment #3) > Is this still an issue with the latest commits in xf86-video-ati? Yes. Sorry, my git bisect log is misunderstanding: Ofcourse I tested xf86-video-ati from today, but I began with the bisect at the XV patches (I first thought they are the first failing patches, but after the problem holds without these patches, I began bisecting from the stable release). > This is > probably be related to the CS block size checking changes in d-r-t > (http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;h=6ee3727feedf15da9c776efca3c65519cf7bb10b). Yes. > Does 2.6.38-rc6 or drm-fixes work ok? I don't test this yet, but is it necessary? Because it is maybe more important that I just reverted (http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;h=6ee3727feedf15da9c776efca3c65519cf7bb10b) and testet this d-r-t. And this kernel works ok. Thus this is the failing patch at the kernel side. But which patch / branch is wrong in reality? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] drm/i915: fix corruptions on i8xx due to relaxed fencing
On 22 February 2011 18:25, Daniel Vetter wrote:
> It looks like gen2 has a peculiar interleaved 2-row inter-tile
> layout. Probably inherited from i81x which had 2kb tiles (which
> naturally fit an even-number-of-tile-rows scheme to fit onto 4kb
> pages). There is no other mention of this in any docs (also not
> in the Intel internal documention according to Chris Wilson).
Giving that lack of documentation, could you put some more comments in the code?
so that nobody cleans out that "strange workaround" in 6 monthes...
> @@ -215,6 +215,20 @@ i915_tiling_ok(struct drm_device *dev, int stride, int
> size, int tiling_mode)
> ? ? ? ? ? ? ? ?}
> ? ? ? ?}
>
> + ? ? ? if (IS_GEN2(dev) ||
> + ? ? ? ? ? (tiling_mode == I915_TILING_Y && HAS_128_BYTE_Y_TILING(dev)))
> + ? ? ? ? ? ? ? tile_height = 32;
> + ? ? ? else
> + ? ? ? ? ? ? ? tile_height = 8;
> + ? ? ? /* i8xx is strange: It has 2 interleaved rows of tiles, so needs an
> even
> + ? ? ? ?* number of tile rows. */
> + ? ? ? if (IS_GEN2(dev))
> + ? ? ? ? ? ? ? tile_height *= 2;
> +
> + ? ? ? /* Size needs to be aligned to a full tile row */
> + ? ? ? if (size & (tile_height * stride - 1))
> + ? ? ? ? ? ? ? return false;
> +
> ? ? ? ?/* 965+ just needs multiples of tile width */
> ? ? ? ?if (INTEL_INFO(dev)->gen >= 4) {
> ? ? ? ? ? ? ? ?if (stride & (tile_width - 1))
[PATCH] drm/i915: fix corruptions on i8xx due to relaxed fencing
It looks like gen2 has a peculiar interleaved 2-row inter-tile
layout. Probably inherited from i81x which had 2kb tiles (which
naturally fit an even-number-of-tile-rows scheme to fit onto 4kb
pages). There is no other mention of this in any docs (also not
in the Intel internal documention according to Chris Wilson).
Problem manifests itself in corruptions in the second half of the
last tile row (if the bo has an odd number of tiles). Which can
only happen with relaxed tiling (introduced in a00b10c360b35d6431a9).
So reject set_tiling calls that don't satisfy this constrain to
prevent broken userspace from causing havoc. While at it, also
check the size for newer chipsets.
LKML: https://lkml.org/lkml/2011/2/19/5
Reported-by: Indan Zupancic
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_gem_tiling.c | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem_tiling.c
b/drivers/gpu/drm/i915/i915_gem_tiling.c
index 22a32b9..79a04fd 100644
--- a/drivers/gpu/drm/i915/i915_gem_tiling.c
+++ b/drivers/gpu/drm/i915/i915_gem_tiling.c
@@ -184,7 +184,7 @@ i915_gem_detect_bit_6_swizzle(struct drm_device *dev)
static bool
i915_tiling_ok(struct drm_device *dev, int stride, int size, int tiling_mode)
{
- int tile_width;
+ int tile_width, tile_height;
/* Linear is always fine */
if (tiling_mode == I915_TILING_NONE)
@@ -215,6 +215,20 @@ i915_tiling_ok(struct drm_device *dev, int stride, int
size, int tiling_mode)
}
}
+ if (IS_GEN2(dev) ||
+ (tiling_mode == I915_TILING_Y && HAS_128_BYTE_Y_TILING(dev)))
+ tile_height = 32;
+ else
+ tile_height = 8;
+ /* i8xx is strange: It has 2 interleaved rows of tiles, so needs an even
+* number of tile rows. */
+ if (IS_GEN2(dev))
+ tile_height *= 2;
+
+ /* Size needs to be aligned to a full tile row */
+ if (size & (tile_height * stride - 1))
+ return false;
+
/* 965+ just needs multiples of tile width */
if (INTEL_INFO(dev)->gen >= 4) {
if (stride & (tile_width - 1))
--
1.7.4.1
[PATCH] fix backlight brightness on intel LVDS panel after reopening lid
On Tue, Feb 22, 2011 at 2:31 PM, Tino Keitel wrote: > > I just tried 2.6.38-rc6 on my ThinkPad X61s without any other DRM > related patches, and my backlight issue is gone. I applied Indan's fix in -rc6 (commit 951f3512dba5), since it had several testers and seemed to simplify the code nicely too. Linus
[Bug 34583] New: graphics artifacts in Opengl
https://bugs.freedesktop.org/show_bug.cgi?id=34583 Summary: graphics artifacts in Opengl Product: Mesa Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: himek_imp at o2.pl I have graphics artefacts in all OpenGL apps including glxgears using r600g (r600c is unaffected). Attached a screenshot. Testing on Kubuntu 10.10 + edges PPA. Mesa 7.11, Linux 2.6.35-25 x86_64. ATI Technologies Inc RV630 (Radeon HD 2600). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 30167] Heroes of Newerth: Setting shader quality to medium results in corrupt rendering
https://bugs.freedesktop.org/show_bug.cgi?id=30167 --- Comment #20 from Sven Arvidsson 2011-02-22 13:36:53 PST --- (In reply to comment #16) > I also noticed this error message: > r300: ERROR: FS input generic 17 unassigned, not enough hardware slots. > Since this error now reports that this isn't a bug, is there any point in keeping this bug open? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] fix backlight brightness on intel LVDS panel after reopening lid
On Sat, 19 Feb 2011 15:07:49 -0800 Linus Torvalds wrote: > On Sat, Feb 19, 2011 at 4:26 AM, Alex Riesen wrote: > > On Sat, Feb 19, 2011 at 13:11, Alex Riesen wrote: > >>> Lastly, could you verify that my patch at > >>> https://lkml.org/lkml/2011/2/16/447 fixes > >>> it for you too? (Make sure you're at max brightness before rebooting.) > >> > >> I'll try it now. > >> > > > > I can confirm that it does fix backlight in my case (Dell XPS 1330, > > LVDS panel, GM965/GL960). > > > > Tested-by: Alex Riesen > > Guys, should I apply this, or will I get it through somebody's pull? I'm worried that removing combo mode will break some working setups, but if it's seen a lot of testing and is ok, then I'm fine with it, as it definitely simplifies things. -- Jesse Barnes, Intel Open Source Technology Center
[Bug 33038] celestia crashes with error: "radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion `boi->space_accounted' failed"
https://bugs.freedesktop.org/show_bug.cgi?id=33038 --- Comment #3 from aceman 2011-02-22 12:46:09 PST --- Yes, r600g (from Mesa 7.10) does not have this particular bug. But it has loads of other visual problems in celestia (which are not in r600c). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[stable] 2.6.38-rc5-git6: Reported regressions 2.6.36 -> 2.6.37
On Mon, Feb 21, 2011 at 11:29:26PM +0100, Rafael J. Wysocki wrote: > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=24582 > Subject : Kernel Oops at tty_buffer_request_room when using > pppd program (2.6.37-rc4) > Submitter : baoyb > Date : 2010-12-08 13:55 (76 days old) > Message-ID: > References: http://marc.info/?l=linux-kernel=129181763525738=2 > Handled-By: Jiri Slaby > Patch : https://bugzilla.kernel.org/attachment.cgi?id=47872 This is queued up already for sending to Linus soon. thanks, greg k-h
[Bug 34418] SuperTuxRacer 0.7/Warzone 2100 and r300g MemoryFault (64bit only)
https://bugs.freedesktop.org/show_bug.cgi?id=34418 --- Comment #14 from Chistopher Krakowiak 2011-02-22 11:37:39 PST --- Created an attachment (id=43675) View: https://bugs.freedesktop.org/attachment.cgi?id=43675 Review: https://bugs.freedesktop.org/review?bug=34418=43675 Fix proposed by Wiktor Janas This patch finally fixes this bug :) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34556] BUG in drm/radeon/ttm after leaving fullscreen flash.
https://bugs.freedesktop.org/show_bug.cgi?id=34556 --- Comment #3 from Rafael Monica 2011-02-22 11:13:21 PST --- Nope. Just plain metacity without any form of compositing. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 32455] Crash with mame using OpenGL with newest Gallium on Radeon 4350
https://bugs.freedesktop.org/show_bug.cgi?id=32455 --- Comment #16 from Alexandre Derumier 2011-02-22 10:38:39 PST --- seem to be corrected for me since today mesa git ! :) maybe commit http://cgit.freedesktop.org/mesa/mesa/commit/?id7942e6a5ae0113f1cbdf62b772849cf6cdd4eca1 st/mesa: fix crash when DrawBuffer->_ColorDrawBuffers[0] is NULL or http://cgit.freedesktop.org/mesa/mesa/commit/?id=695cdee67827ee2c11e1445eb2022d3a530f1b23 st/mesa: fix crash when using both user and vbo buffers with the same stride i'm using r600g on rv620 chipset. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34097] Screen clearing issues in Minecraft and Blender
https://bugs.freedesktop.org/show_bug.cgi?id=34097 --- Comment #4 from Sven Arvidsson 2011-02-22 09:46:09 PST --- (In reply to comment #3) > Is there anything in dmesg? Nothing in dmesg. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 31246] [RADEON::CYPRESS:R600C] reproducible hangs on piglit tests with HD5850
https://bugs.freedesktop.org/show_bug.cgi?id=31246 --- Comment #5 from Wyatt Epp 2011-02-22 09:01:57 PST --- (In reply to comment #4) > Do you still have issue with lastest r600c or r600g ? Just happened about an hour ago for me on glsl-vs-vec4-indexing-temp-dst-in-nested-loop-combined. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34567] xf86-video-ati git and drm-radeon-testing git: CS checker let mplayer / vlc to fail with xv
https://bugs.freedesktop.org/show_bug.cgi?id=34567 --- Comment #3 from Alex Deucher 2011-02-22 08:25:33 PST --- Is this still an issue with the latest commits in xf86-video-ati? This is probably be related to the CS block size checking changes in d-r-t (http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;h=6ee3727feedf15da9c776efca3c65519cf7bb10b). Does 2.6.38-rc6 or drm-fixes work ok? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 33078] Sauerbraten refuses to start
https://bugs.freedesktop.org/show_bug.cgi?id=33078 Marek Ol??k changed: What|Removed |Added Component|Drivers/Gallium/r300|GLX AssignedTo|dri-devel at lists.freedesktop |mesa-dev at lists.freedesktop. |.org|org --- Comment #5 from Marek Ol??k 2011-02-22 08:18:58 PST --- Reassigning to GLX. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 33185] X crashes when kWin effects are turned on
https://bugs.freedesktop.org/show_bug.cgi?id=33185 --- Comment #12 from Marek Ol??k 2011-02-22 08:16:55 PST --- (In reply to comment #10) > Created an attachment (id=43244) --> (https://bugs.freedesktop.org/attachment.cgi?id=43244) > kWin backtrace #2 This backtrace doesn't make sense. There's a NULL pointer check in r300_buffer_create, so get_cs_handle shouldn't be called at all. Have you installed the driver properly? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 32946] piglit glx-make-current gives X error BadMatch
https://bugs.freedesktop.org/show_bug.cgi?id=32946 Marek Ol??k changed: What|Removed |Added Component|Drivers/Gallium/r300|GLX AssignedTo|dri-devel at lists.freedesktop |mesa-dev at lists.freedesktop. |.org|org --- Comment #1 from Marek Ol??k 2011-02-22 08:12:41 PST --- I have no idea about this one really. Reassigning to GLX. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34418] SuperTuxRacer 0.7/Warzone 2100 and r300g MemoryFault (64bit only)
https://bugs.freedesktop.org/show_bug.cgi?id=34418 --- Comment #13 from Wiktor Janas 2011-02-22 08:10:43 PST --- Created an attachment (id=43668) --> (https://bugs.freedesktop.org/attachment.cgi?id=43668) (trivial) test case -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34418] SuperTuxRacer 0.7/Warzone 2100 and r300g MemoryFault (64bit only)
https://bugs.freedesktop.org/show_bug.cgi?id=34418
--- Comment #12 from Wiktor Janas 2011-02-22 08:10:18
PST ---
Hooray, I've nailed it!
Look at setup_interleaved_attribs in st_draw.c. There's that little snippet
that computes minimum from array[...]->Ptr and... it's wrong! ->Ptr can be very
well NULL, so when there are two arrays, with one having offset 0 (and thus
NULL ->Ptr), and the other having non-zero offset, the non-zero value is taken
as minimum, which leads to negative velements[attr].src_offset being assigned
later. The trick is: that negative value is cast to unsigned, so it ends up
being a very large number. Later (in r300g), the src_offset is added to some
pointer. On 32bit machines, the pointer overflows and the overall result is as
if subtraction was performed, yielding correct result. On 64bit machine the
pointer gets messed up instead, resulting in segmentation fault.
Changing the minimum-computing code to
/* Find the lowest address. */
const GLubyte *low_addr = NULL;
if(vpv->num_inputs) {
low_addr = arrays[vp->index_to_input[0]]->Ptr;
for (attr = 1; attr < vpv->num_inputs; attr++) {
const GLubyte *start = arrays[vp->index_to_input[attr]]->Ptr;
low_addr = MIN2(low_addr, start);
}
}
fixes segfaults with blender.
It is also beneficial to add
assert(velements[attr].src_offset >= 0 &&
velements[attr].src_offset < 20);
in st_draw.c:369 (that exposes the bug on 32bit machines).
The (trivial) test code will be attached.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
[Bug 34556] BUG in drm/radeon/ttm after leaving fullscreen flash.
https://bugs.freedesktop.org/show_bug.cgi?id=34556 --- Comment #2 from Alex Deucher 2011-02-22 08:00:28 PST --- Are you using a GL compositor like compiz or kwin in GL mode? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34567] xf86-video-ati git and drm-radeon-testing git: CS checker let mplayer / vlc to fail with xv
https://bugs.freedesktop.org/show_bug.cgi?id=34567 --- Comment #2 from Andy Furniss 2011-02-22 07:35:34 PST --- (In reply to comment #1) > The commit 7ac3a2e0bcdadff7c7172a9f833f526b526da16b belongs to the > xf86-video-ati git. (To make clear it does not belong to the > drm-radeon-testing > git branch). I also see this bug with on my rv790 32bit build. I notice that using d-r-t from January works OK with current git ddx. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 31776] R300 (Compiz 0.9) crash on resizing windows
https://bugs.freedesktop.org/show_bug.cgi?id=31776 --- Comment #3 from Marek Ol??k 2011-02-22 06:14:05 PST --- Commit 94ccc31ba4f64ac480137fd90f1ded44d2072f6e should fix this. Can you test? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 30048] [r300g] ColorCube: Too many instructions
https://bugs.freedesktop.org/show_bug.cgi?id=30048 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution||NOTABUG --- Comment #1 from Marek Ol??k 2011-02-22 06:12:17 PST --- It's a hardware limitation. Closing.. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34567] xf86-video-ati git and drm-radeon-testing git: CS checker let mplayer / vlc to fail with xv
https://bugs.freedesktop.org/show_bug.cgi?id=34567 Jan Buecken changed: What|Removed |Added Summary|xf86-video-ati git and |xf86-video-ati git and |drm-radeon-testing git: CS |drm-radeon-testing git: CS |checker leads mplayer / vlc |checker let mplayer / vlc |to fail with xv |to fail with xv -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34567] xf86-video-ati git and drm-radeon-testing git: CS checker leads mplayer / vlc to fail with xv
https://bugs.freedesktop.org/show_bug.cgi?id=34567 --- Comment #1 from Jan Buecken 2011-02-22 05:53:57 PST --- The commit 7ac3a2e0bcdadff7c7172a9f833f526b526da16b belongs to the xf86-video-ati git. (To make clear it does not belong to the drm-radeon-testing git branch). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34567] New: xf86-video-ati git and drm-radeon-testing git: CS checker leads mplayer / vlc to fail with xv
https://bugs.freedesktop.org/show_bug.cgi?id=34567 Summary: xf86-video-ati git and drm-radeon-testing git: CS checker leads mplayer / vlc to fail with xv Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: jb.faq at gmx.de With xf86-video-ati git and Dave Airlieds drm-radeon-testing branch I get a black or no image with some videos using mplayer (using xv and not gl). The cs checker breaks it. I can reproduce this problem with 1080p (not 720p) HD videos. This problem does not appear with the 2.6.37 kernel. This bug was introduced with 7ac3a2e0bcdadff7c7172a9f833f526b526da16b (I bisected this) I did the following: $mplayer -vo xv 1080pvideo.mp4 MPlayer SVN-r32624-4.4.4 (C) 2000-2010 MPlayer Team Spiele 1080pvideo.mp4. libavformat-Dateiformat erkannt! [lavf] stream 0: video (h264), -vid 0 [lavf] stream 1: audio (aac), -aid 0, -alang und VIDEO: [H264] 1920x1080 24bpp 25.000 fps 3710.3 kbps (452.9 kbyte/s) Clip-Info: major_brand: mp42 minor_version: 0 compatible_brands: isommp42 == ?ffne Videodecoder: [ffmpeg] FFmpeg's libavcodec codec family Ausgew?hlter Videocodec: [ffh264] vfm: ffmpeg (FFmpeg H.264) == == ?ffne Audiodecoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 15999->176400) Ausgew?hlter Audiocodec: [ffaac] afm: ffmpeg (FFmpeg AAC (MPEG-2/MPEG-4 Audio)) == AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Starte Wiedergabe... Film-Aspekt ist 1.78:1 - Vorskalierung zur Korrektur der Seitenverh?ltnisse. VO: [xv] 1920x1080 => 1920x1080 Planar YV12 A: 1.9 V: 1.9 A-V: -0.000 ct: 0.000 0/ 0 73% 6% 1.9% 23 0 Beenden... (Ende) $tail /var/log/kernel/current Feb 22 12:48:02 [kernel] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Feb 22 12:48:02 [kernel] radeon :01:00.0: texture bo too small (960 540 1 2764800 -> 557056 have 3317760) Feb 22 12:48:02 [kernel] radeon :01:00.0: alignments 1024 256 8 256 Feb 22 12:48:02 [kernel] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Feb 22 12:48:02 [kernel] radeon :01:00.0: texture bo too small (960 540 1 2764800 -> 557056 have 3317760) Feb 22 12:48:02 [kernel] radeon :01:00.0: alignments 1024 256 8 256 Feb 22 12:48:02 [kernel] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Feb 22 12:48:02 [kernel] radeon :01:00.0: texture bo too small (960 540 1 2764800 -> 557056 have 3317760) Feb 22 12:48:02 [kernel] radeon :01:00.0: alignments 1024 256 8 256 Feb 22 12:48:02 [kernel] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! 7ac3a2e0bcdadff7c7172a9f833f526b526da16b is the first bad commit commit 7ac3a2e0bcdadff7c7172a9f833f526b526da16b Author: Alex Deucher Date: Thu Feb 10 14:24:50 2011 -0500 6xx+: switch to linear aligned rather than linear general linear aligned is supposedly more performant, but more importantly, linear general only works on the CB without slices. The texture blocks technically don't support linear general although, I think linear general gets upgraded to linear aligned in the hw which is why it currently works. Signed-off-by: Alex Deucher :04 04 8f830d90157a00f05dc79cd48b4daded8831119a 9fb173e14af75e2a88b2982d0925ab1da2d56671 M src $git bisect log git bisect start # good: [0a1a0513a61f392580bde39cca4880f2c19abc8d] bump version for release git bisect good 0a1a0513a61f392580bde39cca4880f2c19abc8d # bad: [3d10278ce511f5dabb68ed86ee43eaaf43585983] Xv: fix textured video alignment harder git bisect bad 3d10278ce511f5dabb68ed86ee43eaaf43585983 # good: [be67ded05621aff9c85525372fd119071d3278ec] 6xx/7xx: consolidate spi setup git bisect good be67ded05621aff9c85525372fd119071d3278ec # bad: [39104c6e8461cf49c1bb03a18858ad75a9d98b46] remove EVERGREENSetAccelState() git bisect bad 39104c6e8461cf49c1bb03a18858ad75a9d98b46 # bad: [7ac3a2e0bcdadff7c7172a9f833f526b526da16b] 6xx+: switch to linear aligned rather than linear general git bisect bad 7ac3a2e0bcdadff7c7172a9f833f526b526da16b # good: [e3145801b80fd4be4cf770128876e86e89bda66f] evergreen/NI: consolidate spi setup git bisect good e3145801b80fd4be4cf770128876e86e89bda66f -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the
[Bug 33515] System lockup with Page-flipping
https://bugs.freedesktop.org/show_bug.cgi?id=33515 --- Comment #7 from Marek Ol??k 2011-02-22 05:46:05 PST --- Could you try latest kernel 2.6.38-rc*, latest xf86-video-ati from git, and r300g from the Mesa master branch? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34097] Screen clearing issues in Minecraft and Blender
https://bugs.freedesktop.org/show_bug.cgi?id=34097 --- Comment #3 from Marek Ol??k 2011-02-22 05:41:42 PST --- Is there anything in dmesg? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34427] Graphical corruption when opening windows
https://bugs.freedesktop.org/show_bug.cgi?id=34427 --- Comment #9 from Harald Judt 2011-02-22 05:41:33 PST --- I wonder if anyone else is able to reproduce this issue... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34427] Graphical corruption when opening windows
https://bugs.freedesktop.org/show_bug.cgi?id=34427 --- Comment #8 from Harald Judt 2011-02-22 05:40:30 PST --- > Any chance you could track down which component is problematic > (drm, ddx, or mesa) and bisect? Chance yes, but bisecting will be /very/ time-consuming as it needs compiling different kernel versions, mesa, etc. Some of these packages will only compile with specific versions of other packages. Can't we exclude some packages from the beginning? How about mesa, is it used for compositing without opengl windows manager? I've already switched between gallium and classic mesa, and it did not change anything. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34238] Tiny and Big: Slow on r300g
https://bugs.freedesktop.org/show_bug.cgi?id=34238 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution||NOTABUG --- Comment #2 from Marek Ol??k 2011-02-22 05:37:22 PST --- I gotta close this bug, because, as you say, the readme says that the minimum requirements are Radeon 2900 series. BTW if you rotate the camera such that you stare at the ground, it's smooth. I guess there are too many objects in the distance, which slow it down. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34427] Graphical corruption when opening windows
https://bugs.freedesktop.org/show_bug.cgi?id=34427 --- Comment #7 from Harald Judt 2011-02-22 05:32:19 PST --- Created an attachment (id=43656) --> (https://bugs.freedesktop.org/attachment.cgi?id=43656) xorg.conf xorg.conf as requested. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34427] Graphical corruption when opening windows
https://bugs.freedesktop.org/show_bug.cgi?id=34427 --- Comment #6 from Harald Judt 2011-02-22 05:31:24 PST --- Created an attachment (id=43655) --> (https://bugs.freedesktop.org/attachment.cgi?id=43655) Xorg.0.log Xorg.0.log as requested. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34545] [gallium] segfault with vertarrays in mixed user/gpu buffers
https://bugs.freedesktop.org/show_bug.cgi?id=34545 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Marek Ol??k 2011-02-22 05:18:58 PST --- I pushed the patch to master. Thanks for the test case. Closing.. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[BUG] drm/i915 Screen corruption introduced by a00b10c360b35d6431a94cb
On Tue, February 22, 2011 04:25, Indan Zupancic wrote: > Hi, > > On Sun, February 20, 2011 14:21, Daniel Vetter wrote: >> Well, don't start jumping around, yet. These patches are just to rule out >> some theories. Now: Is it fixed with just the 2nd patch alone or do you need >> both >> patches? This is very important, so please test extensively whether there >> are really >> no corruptions with just the 2nd patch. > > I managed to create some corruption with an xterm above xpdf. It looks > different > than the original corruption, so I think it's safe to say it's a different > bug: > > http://img593.imageshack.us/i/ss1298340823.png > http://img203.imageshack.us/i/ss1298340776.png > > This was without xcompmgr running, I don't think I would have seen it > otherwise. > Actually, it turns out it's really easy to trigger as well, so I can more > easily > test patches now. Unfortunately I wasn't smart enough to store the bisecting > kernels, > gah! > > I tried with both your patches, as well as the HIC poking patch, but I still > get it. > > I'll try to pinpoint more exactly when this started to happen. Okay, I tried older kernels and I get it even with 2.6.34, so I think it's a bug in userspace, like intel-dri, or perhaps the intel X driver (though I get the same with an older version). Greetings, Indan
[BUG] drm/i915 Screen corruption introduced by a00b10c360b35d6431a94cb
Hi, On Sun, February 20, 2011 14:21, Daniel Vetter wrote: > Well, don't start jumping around, yet. These patches are just to rule out > some theories. Now: Is it fixed with just the 2nd patch alone or do you need > both > patches? This is very important, so please test extensively whether there are > really > no corruptions with just the 2nd patch. I managed to create some corruption with an xterm above xpdf. It looks different than the original corruption, so I think it's safe to say it's a different bug: http://img593.imageshack.us/i/ss1298340823.png http://img203.imageshack.us/i/ss1298340776.png This was without xcompmgr running, I don't think I would have seen it otherwise. Actually, it turns out it's really easy to trigger as well, so I can more easily test patches now. Unfortunately I wasn't smart enough to store the bisecting kernels, gah! I tried with both your patches, as well as the HIC poking patch, but I still get it. I'll try to pinpoint more exactly when this started to happen. Greetings, Indan
[Bug 34556] BUG in drm/radeon/ttm after leaving fullscreen flash.
https://bugs.freedesktop.org/show_bug.cgi?id=34556 --- Comment #1 from Rafael Monica 2011-02-22 03:55:27 PST --- I think this is a bug with pageflipping. Whereas I have successfully have been able to trigger this bug all the 3 times I tried with the method mentioned above with pageflipping enabled, so far I'm unable to reproduce this with pageflipping disabled. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34427] Graphical corruption when opening windows
https://bugs.freedesktop.org/show_bug.cgi?id=34427 --- Comment #5 from Michel D?nzer 2011-02-22 03:42:47 PST --- Please attach the full Xorg.0.log and xorg.conf files. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34556] New: BUG in drm/radeon/ttm after leaving fullscreen flash.
https://bugs.freedesktop.org/show_bug.cgi?id=34556 Summary: BUG in drm/radeon/ttm after leaving fullscreen flash. Product: DRI Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: monraaf at gmail.com Created an attachment (id=43645) --> (https://bugs.freedesktop.org/attachment.cgi?id=43645) black screen of death Watching a youtube video fullscreen with adobe flashplayer and then leaving fullscreen sometimes triggers a bug in the drm/radeon/ttm, this is with kernel 2.6.38-rc5, ddx from git and happens with both stock r600c from ubuntu 10.10 and r600g from git master. The bug is only triggered sporadicly, but a good way to reproduce I found is to go and play a youtube video. e.g. http://www.youtube.com/watch?v=8ETDE0VGJY4 then position the mouse pointer at the bottom-right of the player where the fullscreen button is and start clicking many times as fast as you can. The player will go fullscreen and leave fullscreen a couple of times and will eventually trigger the bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34545] [gallium] segfault with vertarrays in mixed user/gpu buffers
https://bugs.freedesktop.org/show_bug.cgi?id=34545 --- Comment #2 from Wiktor Janas 2011-02-22 00:58:08 PST --- (In reply to comment #1) > This should fix it: Yes it does, but this commit is not in git yet. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34545] [gallium] segfault with vertarrays in mixed user/gpu buffers
https://bugs.freedesktop.org/show_bug.cgi?id=34545 --- Comment #1 from Marek Ol??k 2011-02-22 00:36:02 PST --- This should fix it: http://lists.freedesktop.org/archives/mesa-dev/2011-February/005596.html -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34545] [gallium] segfault with vertarrays in mixed user/gpu buffers
https://bugs.freedesktop.org/show_bug.cgi?id=34545 --- Comment #1 from Marek Olšák mar...@gmail.com 2011-02-22 00:36:02 PST --- This should fix it: http://lists.freedesktop.org/archives/mesa-dev/2011-February/005596.html -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34545] [gallium] segfault with vertarrays in mixed user/gpu buffers
https://bugs.freedesktop.org/show_bug.cgi?id=34545 --- Comment #2 from Wiktor Janas wixorp...@gmail.com 2011-02-22 00:58:08 PST --- (In reply to comment #1) This should fix it: Yes it does, but this commit is not in git yet. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Clutter run time error on Gallium RV350
Hello, I'm trying to jhbuild gnome-shell with a fedora 14 and an ATI radeon 9600 card. I can configure and make clutter library but then make check test shows a runtime issue . The standalone test which fails is test_texture_pick_with_alpha. The full output of this test is attached. I was told on IRC it should be a driver issue. kernel-PAE.i686 2.6.35.11-83.fc14 mesa-dri-drivers.i686 7.9-5.fc14 [makerpm@localhost clutter]$ CLUTTER_DEBUG=all ./tests/conform/wrappers/test-texture-pick-with-alpha /conform/texture/test_texture_pick_with_alpha: Clutter-Message: [BACKEND] ./x11/clutter-backend-x11.c:357: XOpenDisplay on ':1.0' Clutter-Message: [BACKEND] ./x11/clutter-backend-x11.c:385: Getting the X screen Clutter-Message: [BACKEND] ./clutter-settings.c:174: New resolution: 96.00 Clutter-Message: [BACKEND] ./clutter-backend.c:194: Units per em: 14.40 Clutter-Message: [BACKEND] ./x11/clutter-backend-x11.c:274: Creating Core device manager Clutter-Message: [BACKEND] ./x11/clutter-device-manager-core-x11.c:600: Added core pointer device Clutter-Message: [BACKEND] ./x11/clutter-device-manager-core-x11.c:612: Added core keyboard device Clutter-Message: [MISC] ./clutter-input-device.c:1347: Associating device 'Core Pointer' to device 'Core Keyboard' Clutter-Message: [MISC] ./clutter-input-device.c:1347: Associating device 'Core Keyboard' to device 'Core Pointer' Clutter-Message: [BACKEND] ./x11/clutter-keymap-x11.c:263: Detectable autorepeat: supported Clutter-Message: [BACKEND] ./x11/clutter-backend-x11.c:210: Mapping XSETTING 'Gtk/FontName' to 'ClutterSettings:font-name' Clutter-Message: [BACKEND] ./clutter-settings.c:166: New font-name: Sans 8 Clutter-Message: [BACKEND] ./clutter-backend.c:205: Units per em: 9.60 Clutter-Message: [BACKEND] ./x11/clutter-backend-x11.c:210: Mapping XSETTING 'Net/DoubleClickTime' to 'ClutterSettings:double-click-time' Clutter-Message: [BACKEND] ./x11/clutter-backend-x11.c:210: Mapping XSETTING 'Xft/Antialias' to 'ClutterSettings:font-antialias' Clutter-Message: [BACKEND] ./clutter-settings.c:157: New font options: - font-name: Sans 8 - antialias: 1 - hinting:-1 - hint-style: null - rgba: null - dpi:96.00 Clutter-Message: [BACKEND] ./clutter-backend.c:205: Units per em: 9.60 Clutter-Message: [BACKEND] ./x11/clutter-backend-x11.c:210: Mapping XSETTING 'Xft/DPI' to 'ClutterSettings:font-dpi' Clutter-Message: [BACKEND] ./clutter-settings.c:174: New resolution: 96.21 Clutter-Message: [BACKEND] ./clutter-backend.c:194: Units per em: 9.64 Clutter-Message: [BACKEND] ./x11/clutter-backend-x11.c:210: Mapping XSETTING 'Xft/HintStyle' to 'ClutterSettings:font-hint-style' Clutter-Message: [BACKEND] ./clutter-settings.c:157: New font options: - font-name: Sans 8 - antialias: 1 - hinting:-1 - hint-style: hintslight - rgba: null - dpi:96.21 Clutter-Message: [BACKEND] ./clutter-backend.c:205: Units per em: 9.64 Clutter-Message: [BACKEND] ./x11/clutter-backend-x11.c:210: Mapping XSETTING 'Xft/Hinting' to 'ClutterSettings:font-hinting' Clutter-Message: [BACKEND] ./clutter-settings.c:157: New font options: - font-name: Sans 8 - antialias: 1 - hinting:1 - hint-style: hintslight - rgba: null - dpi:96.21 Clutter-Message: [BACKEND] ./clutter-backend.c:205: Units per em: 9.64 Clutter-Message: [BACKEND] ./x11/clutter-backend-x11.c:210: Mapping XSETTING 'Xft/RGBA' to 'ClutterSettings:font-subpixel-order' Clutter-Message: [BACKEND] ./clutter-settings.c:157: New font options: - font-name: Sans 8 - antialias: 1 - hinting:1 - hint-style: hintslight - rgba: none - dpi:96.21 Clutter-Message: [BACKEND] ./clutter-backend.c:205: Units per em: 9.64 Clutter-Message: [BACKEND] ./x11/clutter-backend-x11.c:461: X Display ':1.0'[0x990b700] opened (screen:0, root:330, dpi:96.212891) Clutter-Message: [MISC] ./clutter-feature.c:92: checking features Clutter-Message: [MISC] ./clutter-feature.c:96: allocating features data Clutter-Message: [BACKEND] ./glx/clutter-backend-glx.c:443: Retrieving GL fbconfig, dpy: 0x990b700, xscreen; 0x9915cc8 (0) Clutter-Message: [BACKEND] ./glx/clutter-backend-glx.c:485: Using the first available FBConfig Clutter-Message: [BACKEND] ./glx/clutter-backend-glx.c:579: Creating GLX Context (display: 0x990b700) Clutter-Message: [GL] ./glx/clutter-backend-glx.c:598: Setting direct context Clutter-Message: [BACKEND] ./glx/clutter-backend-glx.c:657: Selecting dummy 0x3a4 for the GLX context Clutter-Message: [BACKEND] ./glx/clutter-backend-glx.c:248: Checking features GL_VENDOR: X.Org R300 Project GL_RENDERER: Gallium 0.4 on RV350 GL_VERSION: 2.1 Mesa 7.9 GL_EXTENSIONS: GL_ARB_copy_buffer GL_ARB_depth_texture GL_ARB_draw_buffers GL_ARB_draw_elements_base_vertex GL_ARB_fragment_coord_conventions GL_ARB_fragment_program GL_ARB_fragment_program_shadow GL_ARB_fragment_shader GL_ARB_framebuffer_object GL_ARB_map_buffer_range
[Bug 34567] New: xf86-video-ati git and drm-radeon-testing git: CS checker leads mplayer / vlc to fail with xv
https://bugs.freedesktop.org/show_bug.cgi?id=34567 Summary: xf86-video-ati git and drm-radeon-testing git: CS checker leads mplayer / vlc to fail with xv Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: jb@gmx.de With xf86-video-ati git and Dave Airlieds drm-radeon-testing branch I get a black or no image with some videos using mplayer (using xv and not gl). The cs checker breaks it. I can reproduce this problem with 1080p (not 720p) HD videos. This problem does not appear with the 2.6.37 kernel. This bug was introduced with 7ac3a2e0bcdadff7c7172a9f833f526b526da16b (I bisected this) I did the following: $mplayer -vo xv 1080pvideo.mp4 MPlayer SVN-r32624-4.4.4 (C) 2000-2010 MPlayer Team Spiele 1080pvideo.mp4. libavformat-Dateiformat erkannt! [lavf] stream 0: video (h264), -vid 0 [lavf] stream 1: audio (aac), -aid 0, -alang und VIDEO: [H264] 1920x1080 24bpp 25.000 fps 3710.3 kbps (452.9 kbyte/s) Clip-Info: major_brand: mp42 minor_version: 0 compatible_brands: isommp42 == Öffne Videodecoder: [ffmpeg] FFmpeg's libavcodec codec family Ausgewählter Videocodec: [ffh264] vfm: ffmpeg (FFmpeg H.264) == == Öffne Audiodecoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 15999-176400) Ausgewählter Audiocodec: [ffaac] afm: ffmpeg (FFmpeg AAC (MPEG-2/MPEG-4 Audio)) == AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Starte Wiedergabe... Film-Aspekt ist 1.78:1 - Vorskalierung zur Korrektur der Seitenverhältnisse. VO: [xv] 1920x1080 = 1920x1080 Planar YV12 A: 1.9 V: 1.9 A-V: -0.000 ct: 0.000 0/ 0 73% 6% 1.9% 23 0 Beenden... (Ende) $tail /var/log/kernel/current Feb 22 12:48:02 [kernel] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Feb 22 12:48:02 [kernel] radeon :01:00.0: texture bo too small (960 540 1 2764800 - 557056 have 3317760) Feb 22 12:48:02 [kernel] radeon :01:00.0: alignments 1024 256 8 256 Feb 22 12:48:02 [kernel] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Feb 22 12:48:02 [kernel] radeon :01:00.0: texture bo too small (960 540 1 2764800 - 557056 have 3317760) Feb 22 12:48:02 [kernel] radeon :01:00.0: alignments 1024 256 8 256 Feb 22 12:48:02 [kernel] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Feb 22 12:48:02 [kernel] radeon :01:00.0: texture bo too small (960 540 1 2764800 - 557056 have 3317760) Feb 22 12:48:02 [kernel] radeon :01:00.0: alignments 1024 256 8 256 Feb 22 12:48:02 [kernel] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! 7ac3a2e0bcdadff7c7172a9f833f526b526da16b is the first bad commit commit 7ac3a2e0bcdadff7c7172a9f833f526b526da16b Author: Alex Deucher alexdeuc...@gmail.com Date: Thu Feb 10 14:24:50 2011 -0500 6xx+: switch to linear aligned rather than linear general linear aligned is supposedly more performant, but more importantly, linear general only works on the CB without slices. The texture blocks technically don't support linear general although, I think linear general gets upgraded to linear aligned in the hw which is why it currently works. Signed-off-by: Alex Deucher alexdeuc...@gmail.com :04 04 8f830d90157a00f05dc79cd48b4daded8831119a 9fb173e14af75e2a88b2982d0925ab1da2d56671 M src $git bisect log git bisect start # good: [0a1a0513a61f392580bde39cca4880f2c19abc8d] bump version for release git bisect good 0a1a0513a61f392580bde39cca4880f2c19abc8d # bad: [3d10278ce511f5dabb68ed86ee43eaaf43585983] Xv: fix textured video alignment harder git bisect bad 3d10278ce511f5dabb68ed86ee43eaaf43585983 # good: [be67ded05621aff9c85525372fd119071d3278ec] 6xx/7xx: consolidate spi setup git bisect good be67ded05621aff9c85525372fd119071d3278ec # bad: [39104c6e8461cf49c1bb03a18858ad75a9d98b46] remove EVERGREENSetAccelState() git bisect bad 39104c6e8461cf49c1bb03a18858ad75a9d98b46 # bad: [7ac3a2e0bcdadff7c7172a9f833f526b526da16b] 6xx+: switch to linear aligned rather than linear general git bisect bad 7ac3a2e0bcdadff7c7172a9f833f526b526da16b # good: [e3145801b80fd4be4cf770128876e86e89bda66f] evergreen/NI: consolidate spi setup git bisect good e3145801b80fd4be4cf770128876e86e89bda66f -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because:
[Bug 34567] xf86-video-ati git and drm-radeon-testing git: CS checker let mplayer / vlc to fail with xv
https://bugs.freedesktop.org/show_bug.cgi?id=34567 Jan Buecken jb@gmx.de changed: What|Removed |Added Summary|xf86-video-ati git and |xf86-video-ati git and |drm-radeon-testing git: CS |drm-radeon-testing git: CS |checker leads mplayer / vlc |checker let mplayer / vlc |to fail with xv |to fail with xv -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 30048] [r300g] ColorCube: Too many instructions
https://bugs.freedesktop.org/show_bug.cgi?id=30048 Marek Olšák mar...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||NOTABUG --- Comment #1 from Marek Olšák mar...@gmail.com 2011-02-22 06:12:17 PST --- It's a hardware limitation. Closing.. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 31776] R300 (Compiz 0.9) crash on resizing windows
https://bugs.freedesktop.org/show_bug.cgi?id=31776 --- Comment #3 from Marek Olšák mar...@gmail.com 2011-02-22 06:14:05 PST --- Commit 94ccc31ba4f64ac480137fd90f1ded44d2072f6e should fix this. Can you test? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34588] Screen corruption when running gtkperf on awesomewm
https://bugs.freedesktop.org/show_bug.cgi?id=34588 --- Comment #1 from Alex Deucher ag...@yahoo.com 2011-02-22 20:46:28 PST --- Does disabling tiling help? Option ColorTiling false in the device section of your xorg.conf? If so this bug is probably a duplicate of bug 33929. You might try the xserver patch on that bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 30167] Heroes of Newerth: Setting shader quality to medium results in corrupt rendering
https://bugs.freedesktop.org/show_bug.cgi?id=30167 --- Comment #21 from Marek Olšák mar...@gmail.com 2011-02-22 22:02:32 PST --- I don't think so. We can't fix the error, we can only suppress printing it. If there is any issue unrelated to the error, let's keep this report open (is there any?), otherwise I'd close it. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] drm/i915: fix corruptions on i8xx due to relaxed fencing
Hi,
On Tue, February 22, 2011 18:25, Daniel Vetter wrote:
It looks like gen2 has a peculiar interleaved 2-row inter-tile
layout. Probably inherited from i81x which had 2kb tiles (which
naturally fit an even-number-of-tile-rows scheme to fit onto 4kb
pages). There is no other mention of this in any docs (also not
in the Intel internal documention according to Chris Wilson).
Problem manifests itself in corruptions in the second half of the
last tile row (if the bo has an odd number of tiles). Which can
only happen with relaxed tiling (introduced in a00b10c360b35d6431a9).
So reject set_tiling calls that don't satisfy this constrain to
prevent broken userspace from causing havoc. While at it, also
check the size for newer chipsets.
LKML: https://lkml.org/lkml/2011/2/19/5
Reported-by: Indan Zupancic in...@nul.nu
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/i915/i915_gem_tiling.c | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem_tiling.c
b/drivers/gpu/drm/i915/i915_gem_tiling.c
index 22a32b9..79a04fd 100644
--- a/drivers/gpu/drm/i915/i915_gem_tiling.c
+++ b/drivers/gpu/drm/i915/i915_gem_tiling.c
@@ -184,7 +184,7 @@ i915_gem_detect_bit_6_swizzle(struct drm_device *dev)
static bool
i915_tiling_ok(struct drm_device *dev, int stride, int size, int tiling_mode)
{
- int tile_width;
+ int tile_width, tile_height;
/* Linear is always fine */
if (tiling_mode == I915_TILING_NONE)
@@ -215,6 +215,20 @@ i915_tiling_ok(struct drm_device *dev, int stride, int
size, int
tiling_mode)
}
}
+ if (IS_GEN2(dev) ||
+ (tiling_mode == I915_TILING_Y HAS_128_BYTE_Y_TILING(dev)))
+ tile_height = 32;
+ else
+ tile_height = 8;
+ /* i8xx is strange: It has 2 interleaved rows of tiles, so needs an even
+ * number of tile rows. */
+ if (IS_GEN2(dev))
+ tile_height *= 2;
+
+ /* Size needs to be aligned to a full tile row */
+ if (size (tile_height * stride - 1))
+ return false;
+
/* 965+ just needs multiples of tile width */
if (INTEL_INFO(dev)-gen = 4) {
if (stride (tile_width - 1))
Tested-by: Indan Zupancic in...@nul.nu
I tested with this patch and without the other ones you send and the corruption
is indeed gone.
Not sure why you dropped lkml from CC, now people who stuble upon it don't see
the ending...
Greetings,
Indan
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] drm/i915: fix corruptions on i8xx due to relaxed fencing
Am Mi, 23.02.2011, 07:59 schrieb Indan Zupancic:
On Tue, February 22, 2011 18:25, Daniel Vetter wrote:
It looks like gen2 has a peculiar interleaved 2-row inter-tile
layout. Probably inherited from i81x which had 2kb tiles (which
naturally fit an even-number-of-tile-rows scheme to fit onto 4kb
pages). There is no other mention of this in any docs (also not
in the Intel internal documention according to Chris Wilson).
Problem manifests itself in corruptions in the second half of the
last tile row (if the bo has an odd number of tiles). Which can
only happen with relaxed tiling (introduced in a00b10c360b35d6431a9).
So reject set_tiling calls that don't satisfy this constrain to
prevent broken userspace from causing havoc. While at it, also
check the size for newer chipsets.
LKML: https://lkml.org/lkml/2011/2/19/5
Reported-by: Indan Zupancic in...@nul.nu
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/i915/i915_gem_tiling.c | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem_tiling.c
b/drivers/gpu/drm/i915/i915_gem_tiling.c
index 22a32b9..79a04fd 100644
--- a/drivers/gpu/drm/i915/i915_gem_tiling.c
+++ b/drivers/gpu/drm/i915/i915_gem_tiling.c
@@ -184,7 +184,7 @@ i915_gem_detect_bit_6_swizzle(struct drm_device
*dev)
static bool
i915_tiling_ok(struct drm_device *dev, int stride, int size, int
tiling_mode)
{
-int tile_width;
+int tile_width, tile_height;
/* Linear is always fine */
if (tiling_mode == I915_TILING_NONE)
@@ -215,6 +215,20 @@ i915_tiling_ok(struct drm_device *dev, int stride,
int size, int
tiling_mode)
}
}
+if (IS_GEN2(dev) ||
+(tiling_mode == I915_TILING_Y HAS_128_BYTE_Y_TILING(dev)))
+tile_height = 32;
+else
+tile_height = 8;
+/* i8xx is strange: It has 2 interleaved rows of tiles, so needs an
even
+ * number of tile rows. */
+if (IS_GEN2(dev))
+tile_height *= 2;
+
+/* Size needs to be aligned to a full tile row */
+if (size (tile_height * stride - 1))
+return false;
+
/* 965+ just needs multiples of tile width */
if (INTEL_INFO(dev)-gen = 4) {
if (stride (tile_width - 1))
Tested-by: Indan Zupancic in...@nul.nu
I tested with this patch and without the other ones you send and the
corruption
is indeed gone.
Not sure why you dropped lkml from CC, now people who stuble upon it don't
see
the ending...
Random incoherency in my brain. Re-added to cc.
- Daniel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
