[Bug 32912] New: [bisected, r300g] Unigine Sanctuary: r300_emit.c:902:r300_emit_vertex_arrays: Assertion `buf-b.b' failed with RADEON_HYPERZ=1

https://bugs.freedesktop.org/show_bug.cgi?id=32912 Summary: [bisected, r300g] Unigine Sanctuary: r300_emit.c:902:r300_emit_vertex_arrays: Assertion `buf-b.b' failed with RADEON_HYPERZ=1 Product: Mesa Version: git

[Bug 32865] Frogatto (trunk r4089) crashes on startup,

https://bugs.freedesktop.org/show_bug.cgi?id=32865 Ian Romanick i...@freedesktop.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 32829] [r300g] vertex shaders render incorrectly in some wine programs

https://bugs.freedesktop.org/show_bug.cgi?id=32829 --- Comment #9 from Rubén Fernández rubenf3...@gmail.com 2011-01-07 16:19:29 PST --- Created an attachment (id=41764) -- (https://bugs.freedesktop.org/attachment.cgi?id=41764) output from Tom's branch with RADEON_DEBUG=vp and MESA_GLS=dump --

[Bug 32829] [r300g] vertex shaders render incorrectly in some wine programs

https://bugs.freedesktop.org/show_bug.cgi?id=32829 --- Comment #8 from Rubén Fernández rubenf3...@gmail.com 2011-01-07 16:18:30 PST --- (In reply to comment #7) Created an attachment (id=41761) -- (https://bugs.freedesktop.org/attachment.cgi?id=41761) radeon_debugger_result.h Sorry, Add

[Bug 32829] [r300g] vertex shaders render incorrectly in some wine programs

https://bugs.freedesktop.org/show_bug.cgi?id=32829 --- Comment #12 from Rubén Fernández rubenf3...@gmail.com 2011-01-08 05:53:16 PST --- Created an attachment (id=41769) -- (https://bugs.freedesktop.org/attachment.cgi?id=41769) Log of the misrendering with RADEON_DEBUG=noopt,vp -- Configure

[Bug 32511] glDrawPixels broken on savage

https://bugs.freedesktop.org/show_bug.cgi?id=32511 --- Comment #9 from Tormod Volden bugzi09.fdo.tor...@xoxy.net 2011-01-08 04:09:53 PST --- Created an attachment (id=41768) -- (https://bugs.freedesktop.org/attachment.cgi?id=41768) debug dmesg output including drawpix run The kernel drm

[Bug 32905] New: [r300g] src/gallium/drivers/r300/r300_state.c:1874:r300_set_constant_buffer: Assertion `(buf-width0 % (4 * sizeof(float))) == 0' failed.

https://bugs.freedesktop.org/show_bug.cgi?id=32905 Summary: [r300g] src/gallium/drivers/r300/r300_state.c:1874:r300_set_co nstant_buffer: Assertion `(buf-width0 % (4 * sizeof(float))) == 0' failed. Product: Mesa

[Bug 32829] [r300g] vertex shaders render incorrectly in some wine programs

https://bugs.freedesktop.org/show_bug.cgi?id=32829 --- Comment #10 from Tom Stellard tstel...@gmail.com 2011-01-07 21:36:51 PST --- Does running mesa master branch with RADEON_DEBUG=noopt fix the issue? If so, can you post the output of RADEON_DEBUG=noopt,vp ? -- Configure bugmail:

Re: [PATCH] Mapping snooped user pages into the GTT

On Sat, Jan 8, 2011 at 2:07 AM, Chris Wilson ch...@chris-wilson.co.uk wrote: I've been looking at how we can improve upload/download performance on our UMA gfx. One under-used aspect of the IGP is its ability to blit between snooped-and-unsnooped memory i.e. from normal ram into the GTT. Only

[PATCH] drm: Restore the old_fb upon modeset failure

... or else we may end up disabling the wrong framebuffer, leading to an OOPS, e.g: [ 6033.229012] kernel BUG at drivers/gpu/drm/i915/i915_gem.c:3271! [ 6033.229012] invalid opcode: [#1] SMP [ 6033.229012] last sysfs file: /sys/devices/virtual/backlight/acpi_video0/uevent [ 6033.229012]

[Bug 32829] [r300g] vertex shaders render incorrectly in some wine programs

https://bugs.freedesktop.org/show_bug.cgi?id=32829 --- Comment #7 from Tom Stellard tstel...@gmail.com 2011-01-07 14:49:54 PST --- Created an attachment (id=41761) -- (https://bugs.freedesktop.org/attachment.cgi?id=41761) radeon_debugger_result.h Sorry, Add this file to

Re: [RFC PATCH v2] Utilize the PCI API in the TTM framework.

Hi, Konrad! Just back from vacation. I'll try to review this patch set in the upcoming week! Thanks, Thomas On 01/07/2011 06:11 PM, Konrad Rzeszutek Wilk wrote: Attached is a set of patches that make it possible for drivers using TTM API (nouveau and radeon graphic drivers) to work under

[Bug 31943] drm EDID checking is too strict

https://bugs.freedesktop.org/show_bug.cgi?id=31943 --- Comment #7 from Markus Heinz markushe...@nexgo.de 2011-01-08 09:33:47 PST --- I'm using Crux Linux 2.7 (32bit) with a vanilla kernel 2.6.37 from kernel.org. I have an Intel G33 onboard graphics chipset and an Asus VW222U monitor attached via

[Bug 31943] drm EDID checking is too strict

https://bugs.freedesktop.org/show_bug.cgi?id=31943 --- Comment #8 from Markus Heinz markushe...@nexgo.de 2011-01-08 09:37:09 PST --- Created an attachment (id=41775) -- (https://bugs.freedesktop.org/attachment.cgi?id=41775) linux 2.6.37 kernel log with monitor staying turned off I have

[Bug 32905] [r300g] src/gallium/drivers/r300/r300_state.c:1874:r300_set_constant_buffer: Assertion `(buf-width0 % (4 * sizeof(float))) == 0' failed.

https://bugs.freedesktop.org/show_bug.cgi?id=32905 Marek Olšák mar...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 32918] gnome-shell / mutter crashing.

https://bugs.freedesktop.org/show_bug.cgi?id=32918 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Product|xorg|Mesa

[Bug 32511] glDrawPixels broken on savage

https://bugs.freedesktop.org/show_bug.cgi?id=32511 --- Comment #10 from Tormod Volden bugzi09.fdo.tor...@xoxy.net 2011-01-08 14:40:18 PST --- It seems like offsetting the aperture address fixes this issue. I am not sure what is the proper place to do this, but this patch at least works for me.

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #3 from Chris Rankin ranki...@googlemail.com 2011-01-08 15:02:19 PST --- HyperZ is now working with my M66GL (0x71D4); I'm not sure why. The RV350 (0x4153) is still broken, but the corruption disappears if I comment out the Fast Z

[Bug 32556] screen flickers all the time with desktop image appearing only briefly

https://bugs.freedesktop.org/show_bug.cgi?id=32556 --- Comment #21 from Gildas Le Nadan 3ntr0...@gmail.com 2011-01-08 15:34:32 PST --- (In reply to comment #20) Created an attachment (id=41430) View: https://bugs.freedesktop.org/attachment.cgi?id=41430 Review:

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #4 from Marek Olšák mar...@gmail.com 2011-01-08 15:39:14 PST --- None. Fast Z Clear is the only feature that's left and is required to initialize ZMASK RAM so that zbuffer compression can be used. I know that the compression doesn't

[Bug 32912] [bisected, r300g] Unigine Sanctuary: r300_emit.c:902:r300_emit_vertex_arrays: Assertion `buf-b.b' failed with RADEON_HYPERZ=1

https://bugs.freedesktop.org/show_bug.cgi?id=32912 Marek Olšák mar...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 32918] gnome-shell / mutter crashing.

https://bugs.freedesktop.org/show_bug.cgi?id=32918 --- Comment #2 from Lee Wilson vixsand...@gmail.com 2011-01-08 23:16:40 PST --- Created an attachment (id=41783) -- (https://bugs.freedesktop.org/attachment.cgi?id=41783) xorg.conf -- Configure bugmail:

[Bug 32918] gnome-shell / mutter crashing.

https://bugs.freedesktop.org/show_bug.cgi?id=32918 --- Comment #3 from Lee Wilson vixsand...@gmail.com 2011-01-08 23:17:02 PST --- Created an attachment (id=41784) -- (https://bugs.freedesktop.org/attachment.cgi?id=41784) Xorg Log -- Configure bugmail:

[Bug 32918] gnome-shell / mutter crashing.

https://bugs.freedesktop.org/show_bug.cgi?id=32918 --- Comment #4 from Lee Wilson vixsand...@gmail.com 2011-01-08 23:18:19 PST --- Created an attachment (id=41785) -- (https://bugs.freedesktop.org/attachment.cgi?id=41785) dmesg -- Configure bugmail:

[Bug 32912] New: [bisected, r300g] Unigine Sanctuary: r300_emit.c:902:r300_emit_vertex_arrays: Assertion `>b.b' failed with RADEON_HYPERZ=1

https://bugs.freedesktop.org/show_bug.cgi?id=32912 Summary: [bisected, r300g] Unigine Sanctuary: r300_emit.c:902:r300_emit_vertex_arrays: Assertion `>b.b' failed with RADEON_HYPERZ=1 Product: Mesa Version: git

[Bug 32829] [r300g] vertex shaders render incorrectly in some wine programs

https://bugs.freedesktop.org/show_bug.cgi?id=32829 --- Comment #11 from Rub?n Fern?ndez 2011-01-08 05:52:10 PST --- (In reply to comment #10) > Does running mesa master branch with RADEON_DEBUG=noopt fix the issue? If so, > can you post the output of RADEON_DEBUG=noopt,vp ? It doesn't - the

[Bug 32829] [r300g] vertex shaders render incorrectly in some wine programs

https://bugs.freedesktop.org/show_bug.cgi?id=32829 --- Comment #12 from Rub?n Fern?ndez 2011-01-08 05:53:16 PST --- Created an attachment (id=41769) --> (https://bugs.freedesktop.org/attachment.cgi?id=41769) Log of the misrendering with RADEON_DEBUG=noopt,vp -- Configure bugmail:

[Bug 32511] glDrawPixels broken on savage

https://bugs.freedesktop.org/show_bug.cgi?id=32511 --- Comment #9 from Tormod Volden 2011-01-08 04:09:53 PST --- Created an attachment (id=41768) --> (https://bugs.freedesktop.org/attachment.cgi?id=41768) debug dmesg output including drawpix run The kernel drm savage_drv.h lists this

[PATCH] Mapping snooped user pages into the GTT

On Sat, Jan 8, 2011 at 2:07 AM, Chris Wilson wrote: > I've been looking at how we can improve upload/download performance on our > UMA gfx. One under-used aspect of the IGP is its ability to blit between > snooped-and-unsnooped memory i.e. from normal ram into the GTT. Only the > BLT has this

[PATCH] drm: Restore the old_fb upon modeset failure

... or else we may end up disabling the wrong framebuffer, leading to an OOPS, e.g: [ 6033.229012] kernel BUG at drivers/gpu/drm/i915/i915_gem.c:3271! [ 6033.229012] invalid opcode: [#1] SMP [ 6033.229012] last sysfs file: /sys/devices/virtual/backlight/acpi_video0/uevent [ 6033.229012]

[RFC PATCH v2] Utilize the PCI API in the TTM framework.

Hi, Konrad! Just back from vacation. I'll try to review this patch set in the upcoming week! Thanks, Thomas On 01/07/2011 06:11 PM, Konrad Rzeszutek Wilk wrote: > Attached is a set of patches that make it possible for drivers using TTM API > (nouveau and radeon graphic drivers) to work under

[Bug 31943] drm EDID checking is too strict

https://bugs.freedesktop.org/show_bug.cgi?id=31943 --- Comment #7 from Markus Heinz 2011-01-08 09:33:47 PST --- I'm using Crux Linux 2.7 (32bit) with a vanilla kernel 2.6.37 from kernel.org. I have an Intel G33 onboard graphics chipset and an Asus VW222U monitor attached via DVI. When the

[Bug 31943] drm EDID checking is too strict

https://bugs.freedesktop.org/show_bug.cgi?id=31943 --- Comment #8 from Markus Heinz 2011-01-08 09:37:09 PST --- Created an attachment (id=41775) --> (https://bugs.freedesktop.org/attachment.cgi?id=41775) linux 2.6.37 kernel log with monitor staying turned off I have attached the complete

[Bug 32905] [r300g] src/gallium/drivers/r300/r300_state.c:1874:r300_set_constant_buffer: Assertion `(buf->width0 % (4 * sizeof(float))) == 0' failed.

https://bugs.freedesktop.org/show_bug.cgi?id=32905 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 32918] gnome-shell / mutter crashing.

https://bugs.freedesktop.org/show_bug.cgi?id=32918 Alex Deucher changed: What|Removed |Added Product|xorg|Mesa Component|Driver/Radeon

[Bug 32511] glDrawPixels broken on savage

https://bugs.freedesktop.org/show_bug.cgi?id=32511 --- Comment #10 from Tormod Volden 2011-01-08 14:40:18 PST --- It seems like offsetting the aperture address fixes this issue. I am not sure what is the proper place to do this, but this patch at least works for me. It fixes drawpix and a lot

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #3 from Chris Rankin 2011-01-08 15:02:19 PST --- HyperZ is now working with my M66GL (0x71D4); I'm not sure why. The RV350 (0x4153) is still broken, but the corruption disappears if I comment out the "Fast Z clear" code in

[Bug 32556] screen flickers all the time with desktop image appearing only briefly

https://bugs.freedesktop.org/show_bug.cgi?id=32556 --- Comment #21 from Gildas Le Nadan <3ntr0p13 at gmail.com> 2011-01-08 15:34:32 PST --- (In reply to comment #20) > Created an attachment (id=41430) View: https://bugs.freedesktop.org/attachment.cgi?id=41430 Review:

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #4 from Marek Ol??k 2011-01-08 15:39:14 PST --- None. Fast Z Clear is the only feature that's left and is required to initialize ZMASK RAM so that zbuffer compression can be used. I know that the compression doesn't always work and

[Bug 32912] [bisected, r300g] Unigine Sanctuary: r300_emit.c:902:r300_emit_vertex_arrays: Assertion `>b.b' failed with RADEON_HYPERZ=1

https://bugs.freedesktop.org/show_bug.cgi?id=32912 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 32918] gnome-shell / mutter crashing.

https://bugs.freedesktop.org/show_bug.cgi?id=32918 --- Comment #2 from Lee Wilson 2011-01-08 23:16:40 PST --- Created an attachment (id=41783) --> (https://bugs.freedesktop.org/attachment.cgi?id=41783) xorg.conf -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 32918] gnome-shell / mutter crashing.

https://bugs.freedesktop.org/show_bug.cgi?id=32918 --- Comment #3 from Lee Wilson 2011-01-08 23:17:02 PST --- Created an attachment (id=41784) --> (https://bugs.freedesktop.org/attachment.cgi?id=41784) Xorg Log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 32918] gnome-shell / mutter crashing.

https://bugs.freedesktop.org/show_bug.cgi?id=32918 --- Comment #4 from Lee Wilson 2011-01-08 23:18:19 PST --- Created an attachment (id=41785) --> (https://bugs.freedesktop.org/attachment.cgi?id=41785) dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

A query on frame buffers

On Fri, Jan 7, 2011 at 7:24 PM, Konrad Rzeszutek Wilk wrote: > On Fri, Jan 07, 2011 at 05:47:59PM +, Prasad Joshi wrote: >> 2011/1/7 Konrad Rzeszutek Wilk : >> >> > The errors >> >> > >> >> > [ ? ?3.778476] [drm:r100_ring_test] *ERROR* radeon: ring test failed >> >> >