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
--- Yo
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
--- Yo
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
---
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
--
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
---
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
--
https://bugs.freedesktop.org/show_bug.cgi?id=32912
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32912
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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 I
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
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: https://bugs.freedesktop.org/r
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: https://bugs.freedesktop.or
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 r300_clea
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 of
https://bugs.freedesktop.org/show_bug.cgi?id=32918
Alex Deucher changed:
What|Removed |Added
Product|xorg|Mesa
Component|Driver/Radeon
... 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] Modul
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 r300_clea
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 of
https://bugs.freedesktop.org/show_bug.cgi?id=32918
Alex Deucher changed:
What|Removed |Added
Product|xorg|Mesa
Component|Driver/Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=32905
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32905
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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 X
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 kerne
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 kerne
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 kernel
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 kernel
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 Xe
https://bugs.freedesktop.org/show_bug.cgi?id=32829
--- Comment #7 from Tom Stellard 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 src/mesa/drivers/dri/r300/compiler
--
C
... 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] Modul
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 abil
https://bugs.freedesktop.org/show_bug.cgi?id=32829
--- Comment #10 from Tom Stellard 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: https://bugs.freedesktop.org/
https://bugs.freedesktop.org/show_bug.cgi?id=32905
--- Comment #1 from Vinson Lee 2011-01-07 12:16:27 PST ---
be1af4394e060677b7db6bbb8e3301e38a3363da is the first bad commit
commit be1af4394e060677b7db6bbb8e3301e38a3363da
Author: Marek Olšák
Date: Sun Dec 26 04:29:44 2010 +0100
r300g: de
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
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 informati
https://bugs.freedesktop.org/show_bug.cgi?id=32733
--- Comment #1 from Brian Paterni 2011-01-07 15:21:15 PST
---
(In reply to comment #0)
> When trying to run arbocclude2 on my system it gives me this output:
> OQ2 supported
> Depthbits: 24
> [1]27415 segmentation fault arbocclude2
Instead
https://bugs.freedesktop.org/show_bug.cgi?id=31391
--- Comment #1 from Stephan Hilb 2011-01-07 11:47:51 PST ---
Created an attachment (id=41760)
View: https://bugs.freedesktop.org/attachment.cgi?id=41760
Review: https://bugs.freedesktop.org/review?bug=31391&attachment=41760
Patch against 82acc
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: https://bugs
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 re
https://bugs.freedesktop.org/show_bug.cgi?id=32829
--- Comment #8 from Rubén Fernández 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 this file to src/m
https://bugs.freedesktop.org/show_bug.cgi?id=32829
--- Comment #9 from Rubén Fernández 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
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=32865
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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: https://bugs
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 re
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 abi
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 informati
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
>> >> > (sracth(0x15E4)=0xCAFEDEA
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
48 matches
Mail list logo
