[Bug 24818] shadowtex demo doesn't work on rs780

[Bug 24818] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=24818





--- Comment #2 from Andy Furniss <lists@andyfurniss.entadsl.com>  2010-01-04 12:53:12 PST ---
Created an attachment (id=32444)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=32444)
shadowtex corruption


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
--

[Bug 24818] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=24818





--- Comment #3 from Andy Furniss <lists@andyfurniss.entadsl.com>  2010-01-04 12:58:51 PST ---
(In reply to comment #2)
> Created an attachment (id=32444)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=32444) [details]
> shadowtex corruption
> 

I used to see black on shadowtex on an AGP rv670, but more recently I just get
corruption. 

The corruption seems to depend on what is in memory and will vary as the window
is resized to repeatedly cycle through the three texture sizes.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
--

[Bug 24818] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=24818





--- Comment #4 from Rafał Miłecki <zajec5@gmail.com>  2010-01-04 13:08:50 PST ---
I can confirm this using mesa master and RV620.

I've noticed that corruption is random as I restart shadowtex demo until some
time. After starting it for example 10th time, corruption stops changing. So it
indeed looks like using some random data from VRAM or something. After having
"stable" corruption I've to reboot to get random corruptions again (for a few
shadowtex restarts).


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
--
_______________________________________________
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

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=24818





--- Comment #5 from Török Edwin <edwintorok@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

[Bug 24818] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=24818





--- Comment #6 from Török Edwin <edwintorok@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 24818] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=24818

--- Comment #7 from Andy Furniss <lists@andyfurniss.entadsl.com> 2010-07-07 04:37:38 PDT ---
(In reply to comment #4)
> I can confirm this using mesa master and RV620.
> 
> I've noticed that corruption is random as I restart shadowtex demo until some
> time. After starting it for example 10th time, corruption stops changing. So it
> indeed looks like using some random data from VRAM or something. After having
> "stable" corruption I've to reboot to get random corruptions again (for a few
> shadowtex restarts).

Seems like there's been a further regression - probably in mesa master during
the last few weeks. I now can't run this at all -

shadowtex: r700_assembler.c:6355: Process_Export: Assertion
`starting_register_number >= pAsm->starting_export_register_number' failed.

Anyone else getting this?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 24818] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=24818

--- Comment #8 from Török Edwin <edwintorok@gmail.com> 2010-07-29 09:49:40 PDT ---
(In reply to comment #7)
> (In reply to comment #4)
> > I can confirm this using mesa master and RV620.
> > 
> > I've noticed that corruption is random as I restart shadowtex demo until some
> > time. After starting it for example 10th time, corruption stops changing. So it
> > indeed looks like using some random data from VRAM or something. After having
> > "stable" corruption I've to reboot to get random corruptions again (for a few
> > shadowtex restarts).
> 
> Seems like there's been a further regression - probably in mesa master during
> the last few weeks. I now can't run this at all -
> 
> shadowtex: r700_assembler.c:6355: Process_Export: Assertion
> `starting_register_number >= pAsm->starting_export_register_number' failed.
> 
> Anyone else getting this?

The assert just got fixed by 9b3bf392e1af72d29afa0804260cac4d8ffe24e1.

-- 
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 24818] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=24818

--- Comment #9 from Török Edwin <edwintorok@gmail.com> 2010-08-29 02:03:16 PDT ---
Good news, r600g doesn't have this bug!
Just tested mesa git c48ae0b6eddc71831ea0ea480a0177523ae6ee76, and shadowtex
looked fine.

Would it be possible/worth finding out what is r600c doing wrong by comparing
(the GPU instructions) with r600g?

-- 
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 24818] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=24818

--- Comment #10 from Alex Deucher <agd5f@yahoo.com> 2010-08-29 14:22:07 PDT ---
Only D16 and D32 depth formats can be blitted from directly with Z compression
disabled.  D24 and D24S8 formats require a special blit to a new buffer, and
then you can use the new buffer as a texture source.  Unfortunately, this is
kind of hard to deal with the way classic drivers are structured.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 24818] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=24818

--- Comment #11 from Andy Furniss <lists@andyfurniss.entadsl.com> 2010-11-18 04:43:04 PST ---
(In reply to comment #9)
> Good news, r600g doesn't have this bug!
> Just tested mesa git c48ae0b6eddc71831ea0ea480a0177523ae6ee76, and shadowtex
> looked fine.

This has regressed with 600g now.

I can't point to a specific commit, but roughly it regressed at the time when
600g + tiling started to work with demos like readpix and pixeltest.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 24818] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=24818

--- Comment #12 from Andrew Randrianasulu <randrik@mail.ru> 2011-02-01 00:06:34 PST ---
r600g works fine again, with mesa master at commit
11bc8991e94e2fa6d461193a6aff47f8f94b7a47 (r600g: just change tile type when
buffer is set to depth.) , with colortiling enabled. 

Kernel - 2.6.37 vanilla
ddx - 66eb81b62e5ae8e1d7bd44ed8a179e5ec1ca69af (UMS: Slightly improve xserver
version check.)
libdrm - 550fe2ca3b29ad2191eab4fdfbed9ed21e25492d (intel: compile fix for
previous commit after rebasing)
xserver - 1.9 branch up to 
089a510dc9511721817df63bf9a968a10b842198 (mi: Fix the debug message)

Should this bug stay open (for r600c) ?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 24818] [r600c] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=24818

Andrew Randrianasulu <randrik@mail.ru> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|shadowtex demo doesn't work |[r600c] shadowtex demo
                   |on rs780                    |doesn't work on rs780

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 24818] [r600c] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=24818

--- Comment #13 from Andrew Randrianasulu <randrik@mail.ru> 2011-02-01 00:11:17 PST ---
for r600c some corruption still here.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 24818] [r600c] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=24818

--- Comment #14 from Andy Furniss <lists@andyfurniss.entadsl.com> 2011-02-01 04:24:29 PST ---
(In reply to comment #12)

> Should this bug stay open (for r600c) ?

Maybe marked as won't fix due to comment #10.

FWIW it just started working again for me with 600g - but I am not sure if it's
working properly as 600g and swrastg are the same and render solid shadows, but
swrast shadows are not 100% solid on blue and red.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 24818] [r600c] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=24818

--- Comment #15 from Michel Dänzer <michel@daenzer.net> 2011-02-01 04:28:47 PST ---
(In reply to comment #14)
> FWIW it just started working again for me with 600g - but I am not sure if it's
> working properly as 600g and swrastg are the same and render solid shadows, but
> swrast shadows are not 100% solid on blue and red.

The difference is due to Gallium drivers not supporting the
GL_ARB_shadow_ambient extension.

-- 
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 24818] [r600c] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=24818

--- Comment #16 from Andy Furniss <lists@andyfurniss.entadsl.com> 2011-02-01 05:46:07 PST ---
(In reply to comment #15)
> (In reply to comment #14)
> > FWIW it just started working again for me with 600g - but I am not sure if it's
> > working properly as 600g and swrastg are the same and render solid shadows, but
> > swrast shadows are not 100% solid on blue and red.
> 
> The difference is due to Gallium drivers not supporting the
> GL_ARB_shadow_ambient extension.

Ahh, thanks for the explanation.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 24818] [r600c] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=24818

--- Comment #17 from Andre Maasikas <amaasikas@gmail.com> 2011-02-01 07:10:26 PST ---
btw should't be too hard for classic also
http://cgit.freedesktop.org/~andrem/mesa/log/?h=r600-depth
was working at one time.
It only does one way atm - so no texture->db copy

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 24818] [r600c] shadowtex demo doesn't work on rs780

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=24818

Jerome Glisse <glisse@freedesktop.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

--- Comment #18 from Jerome Glisse <glisse@freedesktop.org> 2012-02-22 09:58:59 PST ---
It's working with r600g. We no longer support r600c so closing.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.