https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #40 from Tomasz Czapiewski 2010-10-24 22:16:30
PDT ---
I've done some more testing in spectate mode (so I can go closer to walls, even
fly through them) and my theory about 60->30 FPS drop does not work everytime
as there are walls
Oh btw., the patches are against the current drm-radeon-testing tree,
applied after commit...
21c74a8ea8b47eb6c3c621e36578f6e27f65c5c7
"drm, kdb, kms: Change mode_set_base_atomic() enter argument to be an enum"
... and should apply cleanly.
thanks,
-mario
https://bugs.freedesktop.org/show_bug.cgi?id=29726
--- Comment #7 from Alex Deucher 2010-10-24 22:09:03 PDT
---
(In reply to comment #6)
> I was thinking you actually meant the .drirc setting rather than an actual
> environment variable but you were right. Setting this in .drirc makes no
>
This patch adds new functions for use by the drm core:
.get_vblank_timestamp() provides a precise timestamp
for the end of the most recent (or current) vblank
interval of a given crtc, as needed for the DRI2
implementation of the OML_sync_control extension.
It is a thin wrapper around the drm
This patch adds new functions for use by the drm core:
.get_vblank_timestamp() provides a precise timestamp
for the end of the most recent (or current) vblank
interval of a given crtc, as needed for the DRI2
implementation of the OML_sync_control extension.
It is a thin wrapper around the drm
The DRI2 swap & sync implementation needs precise
vblank counts and precise timestamps corresponding
to those vblank counts. For conformance to the OpenML
OML_sync_control extension specification the DRM
timestamp associated with a vblank count should
correspond to the start of video scanout of
Hi all,
after obsessing over these for another month after xds 2010,
this is the first version of my vblank timestamping patches that
i'm not totally ashamed off.
1st patch modifies the drm vblank handling to maintain precise
timestamps of when vblanks happen. It timestamps the end of
each
On regarding this bug
https://bugs.freedesktop.org/show_bug.cgi?id=29726
what is the relation between querying crtc id and the vblank event?
Could you point where this query is needed?
--
Lucas Clemente Vella
lvella at gmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=29726
--- Comment #6 from James Le Cuirot 2010-10-24
16:03:20 PDT ---
I was thinking you actually meant the .drirc setting rather than an actual
environment variable but you were right. Setting this in .drirc makes no
difference but the environment
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #39 from Marek Ol??k 2010-10-24 15:38:54 PDT
---
(In reply to comment #38)
> (In reply to comment #32)
> > In the kernel, there is function r100_copy_blit for copying buffers between
> > RAM
> > and VRAM using the 2D engine, and
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #38 from Chris Rankin 2010-10-24
15:31:05 PDT ---
(In reply to comment #32)
> In the kernel, there is function r100_copy_blit for copying buffers between
> RAM
> and VRAM using the 2D engine, and it's hooked up in the TTM. The
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #37 from Chris Rankin 2010-10-24
15:27:17 PDT ---
(In reply to comment #36)
> I wish I could enable S3TC on r300g without this library (as it could be done
> with r300c) to check if the textures sent to the card without software
>
https://bugs.freedesktop.org/show_bug.cgi?id=29389
--- Comment #7 from pj_beers at hotmail.com 2010-10-24 14:43:21 PDT ---
Created an attachment (id=39745)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39745)
dmesg 2.6.36-rc7 with disabled polling DACs patch, rv380
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=29389
--- Comment #6 from pj_beers at hotmail.com 2010-10-24 14:40:13 PDT ---
I reported the same bug (I think) over here:
https://bugzilla.kernel.org/show_bug.cgi?id=20042
Your latest patch disabling polling DACs works for my, I applied it to
https://bugs.freedesktop.org/show_bug.cgi?id=28800
--- Comment #17 from Tomasz Czapiewski 2010-10-24 14:15:19
PDT ---
(In reply to comment #16)
> *** Bug 30960 has been marked as a duplicate of this bug. ***
I've made some comments in this duplicate...
Should I comment later here or in my
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #36 from Tomasz Czapiewski 2010-10-24 14:00:47
PDT ---
So, the problematic textures are dxt1_rgb and/or dxt1_rgba.
I've done some more testing and I've saw that when I have 60 FPS the problem is
gone with S3TC+lightmaps (all
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #35 from Tomasz Czapiewski 2010-10-24 13:50:49
PDT ---
Created an attachment (id=39744)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39744)
RADEON_DEBUG=tex log
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #34 from Tomasz Czapiewski 2010-10-24 13:16:39
PDT ---
I wonder why does S3TC with libtxc_dxtn.so in Xonotic works properly when
lightmaps are disabled? I can use better quality DDS textures (without KWin
desktop effects) just fine
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Tomasz Czapiewski changed:
What|Removed |Added
Summary|[r300g][glsl] Texture |[r300g][glsl][libtxc_dxtn]
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #33 from Tomasz Czapiewski 2010-10-24 13:08:36
PDT ---
Chris, yours suggestion was right!
I've installed libtxc_dxtn.so some time ago as some apps (games) could use it.
After removing this library the problem with rainbow
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #36 from peterle at hottemptation.org 2010-10-24 10:25:28 PDT ---
Created an attachment (id=39742)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39742)
resuspend after "fast resuspend without stuck"
As you can see I got there
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #35 from peterle at hottemptation.org 2010-10-24 10:23:53 PDT ---
Created an attachment (id=39741)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39741)
dmesg after a fast resuspend, without stuck, ttyswitch is slow after this
https://bugs.freedesktop.org/show_bug.cgi?id=31083
--- Comment #2 from Lauri Kasanen 2010-10-24 09:57:25
PDT ---
Created an attachment (id=39740)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39740)
Mentioned Irrlicht demo, source code
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=31083
--- Comment #1 from Lauri Kasanen 2010-10-24 09:56:55
PDT ---
Created an attachment (id=39739)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39739)
R600 output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=31083
Summary: R600 misrenders irrlicht demo (01helloworld)
Product: Mesa
Version: 7.9
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #32 from Marek Ol??k 2010-10-24 09:32:51 PDT
---
I have noticed the corruption happens under extreme memory pressure (e.g. ETQW
has corrupted textures with 64MB VRAM and the lowest graphics details, but if
you have 256MB VRAM, you
https://bugs.freedesktop.org/show_bug.cgi?id=29726
--- Comment #5 from Alex Deucher 2010-10-24 08:33:15 PDT
---
vblank synchronization apparently does not work correctly in zaphod mode. You
can disable it by setting the env var vblank_mode=0.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=29726
Alex Deucher changed:
What|Removed |Added
CC||lvella at gmail.com
--- Comment #4 from
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #87 from Da Fox 2010-10-24 07:23:01
PDT ---
(In reply to comment #85)
> Created an attachment (id=39651)
View: https://bugs.freedesktop.org/attachment.cgi?id=39651
Review: https://bugs.freedesktop.org/review?bug=28402=39651
>
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #31 from Chris Rankin 2010-10-24
05:50:23 PDT ---
(In reply to comment #29)
> It looks exactly like bug 28800 which we don't know how to fix.
It's not *exactly* like bug 28800; I don't see anything like this in my dmesg
log:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Chris Rankin changed:
What|Removed |Added
Attachment #39539|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Chris Rankin changed:
What|Removed |Added
Attachment #39544|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Chris Rankin changed:
What|Removed |Added
Attachment #39532|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Chris Rankin changed:
What|Removed |Added
Attachment #39531|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Chris Rankin changed:
What|Removed |Added
Attachment #39524|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Chris Rankin changed:
What|Removed |Added
Attachment #39523|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #30 from Chris Rankin 2010-10-24
05:28:23 PDT ---
(In reply to comment #29)
> It looks exactly like bug 28800 which we don't know how to fix.
Having said that, the corruption I observe with bug 28800 was much reduced by
upgrading
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #86 from Manuel Lauss 2010-10-24
05:03:12 PDT ---
(In reply to comment #85)
> Created an attachment (id=39651)
View: https://bugs.freedesktop.org/attachment.cgi?id=39651
Review: https://bugs.freedesktop.org/review?bug=28402=39651
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #86 from Manuel Lauss manuel.la...@gmail.com 2010-10-24 05:03:12
PDT ---
(In reply to comment #85)
Created an attachment (id=39651)
View: https://bugs.freedesktop.org/attachment.cgi?id=39651
Review:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #30 from Chris Rankin ranki...@googlemail.com 2010-10-24 05:28:23
PDT ---
(In reply to comment #29)
It looks exactly like bug 28800 which we don't know how to fix.
Having said that, the corruption I observe with bug 28800 was much
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Chris Rankin ranki...@googlemail.com changed:
What|Removed |Added
Attachment #39523|application/octet-stream|text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Chris Rankin ranki...@googlemail.com changed:
What|Removed |Added
Attachment #39524|application/octet-stream|text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Chris Rankin ranki...@googlemail.com changed:
What|Removed |Added
Attachment #39531|application/octet-stream|text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Chris Rankin ranki...@googlemail.com changed:
What|Removed |Added
Attachment #39532|application/octet-stream|text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Chris Rankin ranki...@googlemail.com changed:
What|Removed |Added
Attachment #39544|application/octet-stream|text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Chris Rankin ranki...@googlemail.com changed:
What|Removed |Added
Attachment #39539|application/octet-stream|text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #31 from Chris Rankin ranki...@googlemail.com 2010-10-24 05:50:23
PDT ---
(In reply to comment #29)
It looks exactly like bug 28800 which we don't know how to fix.
It's not *exactly* like bug 28800; I don't see anything like this
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #87 from Da Fox da_...@mad.scientist.com 2010-10-24 07:23:01 PDT
---
(In reply to comment #85)
Created an attachment (id=39651)
View: https://bugs.freedesktop.org/attachment.cgi?id=39651
Review:
https://bugs.freedesktop.org/show_bug.cgi?id=29726
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
CC||lve...@gmail.com
---
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #32 from Marek Olšák mar...@gmail.com 2010-10-24 09:32:51 PDT ---
I have noticed the corruption happens under extreme memory pressure (e.g. ETQW
has corrupted textures with 64MB VRAM and the lowest graphics details, but if
you have
https://bugs.freedesktop.org/show_bug.cgi?id=31083
Summary: R600 misrenders irrlicht demo (01helloworld)
Product: Mesa
Version: 7.9
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=31083
--- Comment #1 from Lauri Kasanen cur...@operamail.com 2010-10-24 09:56:55
PDT ---
Created an attachment (id=39739)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39739)
R600 output
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #35 from pete...@hottemptation.org 2010-10-24 10:23:53 PDT ---
Created an attachment (id=39741)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39741)
dmesg after a fast resuspend, without stuck, ttyswitch is slow after this
--
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #36 from pete...@hottemptation.org 2010-10-24 10:25:28 PDT ---
Created an attachment (id=39742)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39742)
resuspend after fast resuspend without stuck
As you can see I got there
Hi all,
after obsessing over these for another month after xds 2010,
this is the first version of my vblank timestamping patches that
i'm not totally ashamed off.
1st patch modifies the drm vblank handling to maintain precise
timestamps of when vblanks happen. It timestamps the end of
each
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #33 from Tomasz Czapiewski xe...@irc.pl 2010-10-24 13:08:36 PDT
---
Chris, yours suggestion was right!
I've installed libtxc_dxtn.so some time ago as some apps (games) could use it.
After removing this library the problem with
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Tomasz Czapiewski xe...@irc.pl changed:
What|Removed |Added
Summary|[r300g][glsl] Texture
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #35 from Tomasz Czapiewski xe...@irc.pl 2010-10-24 13:50:49 PDT
---
Created an attachment (id=39744)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39744)
RADEON_DEBUG=tex log
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #36 from Tomasz Czapiewski xe...@irc.pl 2010-10-24 14:00:47 PDT
---
So, the problematic textures are dxt1_rgb and/or dxt1_rgba.
I've done some more testing and I've saw that when I have 60 FPS the problem is
gone with S3TC+lightmaps
https://bugs.freedesktop.org/show_bug.cgi?id=29389
--- Comment #6 from pj_be...@hotmail.com 2010-10-24 14:40:13 PDT ---
I reported the same bug (I think) over here:
https://bugzilla.kernel.org/show_bug.cgi?id=20042
Your latest patch disabling polling DACs works for my, I applied it to
https://bugs.freedesktop.org/show_bug.cgi?id=29389
--- Comment #7 from pj_be...@hotmail.com 2010-10-24 14:43:21 PDT ---
Created an attachment (id=39745)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39745)
dmesg 2.6.36-rc7 with disabled polling DACs patch, rv380
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #37 from Chris Rankin ranki...@googlemail.com 2010-10-24 15:27:17
PDT ---
(In reply to comment #36)
I wish I could enable S3TC on r300g without this library (as it could be done
with r300c) to check if the textures sent to the card
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #39 from Marek Olšák mar...@gmail.com 2010-10-24 15:38:54 PDT ---
(In reply to comment #38)
(In reply to comment #32)
In the kernel, there is function r100_copy_blit for copying buffers between
RAM
and VRAM using the 2D
https://bugs.freedesktop.org/show_bug.cgi?id=29726
--- Comment #7 from Alex Deucher ag...@yahoo.com 2010-10-24 22:09:03 PDT ---
(In reply to comment #6)
I was thinking you actually meant the .drirc setting rather than an actual
environment variable but you were right. Setting this in .drirc
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #40 from Tomasz Czapiewski xe...@irc.pl 2010-10-24 22:16:30 PDT
---
I've done some more testing in spectate mode (so I can go closer to walls, even
fly through them) and my theory about 60-30 FPS drop does not work everytime
as there
65 matches
Mail list logo