powerd broken

Dominic Fandrey kamikaze at bsdforen.de
Sat May 9 08:27:39 UTC 2009


Robert Noland wrote:
> On Fri, 2009-04-10 at 16:53 +0200, Dominic Fandrey wrote:
>> Robert Noland wrote:
>>> I've been working on the Intel vblank / irq issues.  Every time I commit
>>> something thinking that I have it resolved, it isn't.  So I'm waiting on
>>> hardware to arrive that will let me test this all more thoroughly.  I do
>>> have a patch that I think fixes most of the issues on Intel, but the ddx
>>> driver is still doing some silly things that cause issues in some cases.
>>> I *think* the only outstanding issue I have with Intel is if something
>>> is rendering (synced to vblank or not) when the display goes into dpms
>>> sleep, there isn't anything to block that app, so it renders as hard as
>>> it can even though it isn't being displayed.  In reality, this probably
>>> isn't a huge issue, but running gears while the display is asleep keeps
>>> the cpu at 100%, which isn't ideal.  Normal apps that aren't trying to
>>> draw as fast as they can, shouldn't cause an issue.
>> With the latest drm, the IRQ craziness is gone. However, the crappy
>> performance remains. 2 months ago a RELENG_7 with all packages
>> up to date yielded 124fps in a q3 timedemo that now yields 80fps.
> 
> Things are still not quite right with the Intel driver.  But performance
> regressions are reported across Linux as well.  A little of this might
> be us, but most of it is Intel...
> 

I don't know what you did with the last update, but performance is now
better than ever (2% above what it used to be), which equels 3-4 more
frames in ioQuake3 or 200  more in glxgears.

The uptime of the notebook is now 15 hours and the interrupt load
insignificant. I get no more than 8000 interrupts per seconds.
4000 of these are CPU timers (2000 for each core) and 1000 more are
from my mouse, when I move it very fast. Around 2500 from vgapci, when
I run glxgears and the rest is just scraps of whatever else is running
(e.g. sound).

Thanks a lot.

Regards


More information about the freebsd-stable mailing list