On Fri, 2010-10-22 at 17:02 -0700, Randy Dunlap wrote:
> On Fri, 22 Oct 2010 16:55:17 -0700 Andrew Morton wrote:
>
> > On Fri, 22 Oct 2010 10:13:19 -0300
> > Davidlohr Bueso wrote:
> >
> > > drm: include missing types header to drm_mode.h
> > >
> > > Signed-off-by: Davidlohr Bueso
> > > ---
>
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 w
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 w
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
> differ
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
> diffe
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 func
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 fun
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 the
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 vblank
On Fri, 2010-10-22 at 17:02 -0700, Randy Dunlap wrote:
> On Fri, 22 Oct 2010 16:55:17 -0700 Andrew Morton wrote:
>
> > On Fri, 22 Oct 2010 10:13:19 -0300
> > Davidlohr Bueso wrote:
> >
> > > drm: include missing types header to drm_mode.h
> > >
> > > Signed-off-by: Davidlohr Bueso
> > > ---
>
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 va
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 va
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 it's
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 it'
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 funct
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 funct
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
> r
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
> r
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: http
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: h
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
2.6.36-rc7
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
2.6.36-
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 dupl
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 dupl
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 texture
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 texture
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/userprefs.c
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/userprefs.c
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 i
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 i
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=30960
Tomasz Czapiewski changed:
What|Removed |Added
Summary|[r300g][glsl] Texture |[r300g][glsl][libtxc_dxtn]
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 colors/text
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 colors/text
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 vblan
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 func
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 fun
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 the
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 twox
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 t
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 #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/
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
--- 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/
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
Prior
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
Prior
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 may
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 ma
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/
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
https://bugs.freedesktop.org/show_bug.cgi?id=29726
Alex Deucher changed:
What|Removed |Added
CC||lve...@gmail.com
--- Comment #4 from Alex
https://bugs.freedesktop.org/show_bug.cgi?id=29726
Alex Deucher changed:
What|Removed |Added
CC||lvella at gmail.com
--- Comment #4 from A
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&attachment=39
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&attachment=39
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:
[13255
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:
[13255
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 #39539|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 #39544|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 #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 #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
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 my
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 my
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&attachm
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&attachm
77 matches
Mail list logo
