#lspci -n 00:00.0 Class 0600: 1106:0305 (rev 80) 00:01.0 Class 0604: 1106:8305 00:07.0 Class 0601: 1106:0686 (rev 42) 00:07.1 Class 0101: 1106:0571 (rev 06) 00:07.2 Class 0c03: 1106:3038 (rev 1a) 00:07.4 Class 0680: 1106:3057 (rev 40) 00:07.5 Class 0401: 1106:3058 (rev 50) 00:09.0 Class 0780: 14f1:2f00 (rev 01) 00:0a.0 Class 0607: 104c:ac50 (rev 01) 00:0b.0 Class 0200: 10ec:8139 (rev 10) 01:00.0 Class 0300: 5333:8d02 (rev 01)
On Fri, 2004-02-13 at 17:43, Felix K�hling wrote: > On Tue, 10 Feb 2004 22:38:58 +0000 > S�rgio Monteiro Basto <[EMAIL PROTECTED]> wrote: > > [snip] > > Well looking at rubik cube screen saver, we have (I think) one bug that > > I think I know this bug from mesa code in same source, so update the > > Mesa code may could be a good idea, that I am able to do it, but I like > > to know the answer of the question, first . > > BTW, could you be more specific what's wrong with the rubik cube demo? I > don't see any errors with it. > > > > > The bug is in some depths of the image for example in queens screen > > saver, some queens in the back overlaps the queens in front. > > It sounds like a depth buffer problem. yes > But I can't reproduce it here. > Which hardware are you using? Could you post the output from lspci and > lspci -n? > > > > [snip] > > Felix -- S�rgio M. B.
<<attachment: Screenshot.png>>
