Bug 13330 - [EXA] Delayed rendering of some parts of the fonts/widgets , without DRI.
Summary: [EXA] Delayed rendering of some parts of the fonts/widgets , without DRI.
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: 7.3 (2007.09)
Hardware: Other BSD (Others)
: medium normal
Assignee: Wang Zhenyu
QA Contact: Xorg Project Team
Depends on: intel-exa-speed
  Show dependency treegraph
Reported: 2007-11-21 00:40 UTC by Hasso Tepper
Modified: 2008-03-31 02:21 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

Xorg log (39.79 KB, text/plain)
2007-11-21 00:41 UTC, Hasso Tepper
no flags Details
xorg.conf (1.60 KB, text/plain)
2007-11-27 20:51 UTC, Hasso Tepper
no flags Details

Description Hasso Tepper 2007-11-21 00:40:14 UTC
With EXA almost a lot of stuff is rendered with "algorithm" - draw upper part of the widget/symbol (~1/2 - 2/3) instantly and lower part after ~0.5s delay. I'm using latest KDE3 desktop with Lightv3 widget theme if it matters. The problem is 100% there with mouse hover (toolbar icons etc) and with text rendering (even blinking cursor in textedit areas is affected). 

I'm using server 1.4.0 with intel driver 2.2.0.
Comment 1 Hasso Tepper 2007-11-21 00:41:19 UTC
Created attachment 12663 [details]
Xorg log
Comment 2 Wang Zhenyu 2007-11-27 17:44:26 UTC
Would you try it if enable DRI?
Comment 3 Michael Fu 2007-11-27 17:45:41 UTC
and please attach your xorg.conf. thanks.
Comment 4 Hasso Tepper 2007-11-27 20:50:16 UTC
DragonFly BSD doesn't have DRI support.
Comment 5 Hasso Tepper 2007-11-27 20:51:40 UTC
Created attachment 12753 [details]
Comment 6 Hasso Tepper 2008-01-09 02:35:26 UTC
DragonFly has DRI support now and indeed it helps a lot. But I have feeling that this delayed rendering isn't specific to EXA and noDRI. At least I can see delayed rendering of some parts of the blinking cursor sometimes with XAA/noDRI as well - just because XAA is so much faster, it doesn't annoy much.

EXA/DRI combination isn't useful from practical point of view for me though, because I can get it to crash quite easily - just switching KDE windows fullscreen and back. I'll open separate bugreport for this.
Comment 7 Wang Zhenyu 2008-01-16 22:54:04 UTC
Is this bug still valid? or you would fire another bug for other issues?
Comment 8 Hasso Tepper 2008-01-17 00:09:31 UTC
The bug is still valid, but I haven't tried to upgrade to the stable branches yet, I'm still using releases. I'll try latest intel 2.2 and 1.4 server branch soon. AFAICS 1.4 server branch got a lot of fixes regarding EXA.

EXA/DRI combination crashes I mentioned in the comment #6 will not get freedesktop.org bug at least for now. It's either problem with drm port for DragonFly not yet pushed to upstream or drm itself.

I opened bugs for all other issues I found so far which are (I think) related to the intel driver: #13976 and #13985.
Comment 9 Hasso Tepper 2008-01-22 01:05:47 UTC
I switched to xorg-server- and nothing changed.
Comment 10 Wang Zhenyu 2008-01-22 01:27:41 UTC
So any possible to do some profile? like oprofile, to know what things might cause the delay.
Comment 11 Michel Dänzer 2008-01-22 02:49:11 UTC
Does starting the X server with the command line option -dumbSched make any difference?
Comment 12 Hasso Tepper 2008-01-22 04:26:29 UTC
DragonFly BSD doesn't have oprofile or any stable profiling solution which would use hardware performance counters. Hopefully it will change soon.

No, -dumbSched doesn't make any difference. But while testing it, I discovered that I can't reproduce the problem at all in my laptop using 965GM chip. So, is it specific to 965Q?
Comment 13 Wang Zhenyu 2008-01-22 07:24:58 UTC
Does your system on 965GM have DRI enabled?

What I can guess now is relate to vblank issue, windows manager trys to sync with vblank and something seems wrong in non-DRI case. but I don't know the details of its current status in drivers...
Comment 14 Michel Dänzer 2008-01-22 07:30:52 UTC
Sync to vblank isn't currently possible without the DRI.
Comment 15 Hasso Tepper 2008-01-22 09:42:40 UTC
No, I disabled DRI on 965GM system as well for tests and EXA without DRI is just plain slow on this system (I think that #13389 covers this already?). The bug doesn't appear in either system while using DRI.
Comment 16 Wang Zhenyu 2008-01-22 19:31:35 UTC
(In reply to comment #14)
> Sync to vblank isn't currently possible without the DRI.

Michel, where could I look more into this? Do you mean XSync won't bind with
drm vblank irq if DRI is disabled?

Comment 17 Michel Dänzer 2008-01-23 07:12:59 UTC
(In reply to comment #16)

There is no sync-to-vblank SYNC code in the server. Only the DRM has sync-to-vblank facilities at this point.
Comment 18 Wang Zhenyu 2008-03-18 01:04:24 UTC
Could you try my test patch on bug #14523?
Comment 19 Hasso Tepper 2008-03-20 06:24:44 UTC
The patch from bug #14523 didn't change anything regarding this issue.
Comment 20 Wang Zhenyu 2008-03-25 19:21:11 UTC
Eric has pushed fix to upstream master, could you test again?

It does fix no dri issue on 965, but I'm not sure your problem is bsd relate or not.
Comment 21 Hasso Tepper 2008-03-31 02:21:39 UTC
I tested xf86-video-intel- and the problem seems to be fixed. Thanks!

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.