<div dir="ltr"><br><br><div class="gmail_quote">On Mon, Apr 16, 2012 at 4:33 PM, Eugeni Dodonov <span dir="ltr"><<a href="mailto:eugeni@dodonov.net">eugeni@dodonov.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><div class="im">On Mon, Apr 16, 2012 at 09:04, Dan Aloni <span dir="ltr"><<a href="mailto:alonid@gmail.com" target="_blank">alonid@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div dir="ltr">Hello,<div><br></div><div>I'd like to assist in fixing an issue that is quite nagging concerning the i915 driver. I wasn't sure whether to classify this as a bug, but it's something worth considering. Let me explain.</div>




<div><br></div><div>When I first used the i915 driver on my Lenovo X220 laptop, I noticed that every time I run xrandr, or when any X client tries to query the display modes, the X server hangs for a second or so. Using systemtap, I was able to track the hang to the Intel DRM driver, around the area in which it talks over i2C in order to query the modes from display controller.</div>



</div></blockquote><div><br></div></div><div>Could you try using the 3.4-rc1 or newer kernel by a chance? The patch that I initially sent in past October which improves the i2c interaction for output detection over 'phantom' outputs went in there, and so far it seems to improve the display detection timing by 30%-3000% (depending on hardware of course and number of outputs and such).</div>
</div></blockquote><div><br></div><div>Okay, with 3.4-rc3 I can confirm that it works much better. For the xrandr test case, I've timed each ioctl to about 60 milli-secs with 9 calls spanning over half a second. Any further suggestions? Isn't it possible to tell that nothing is connected and then not try to probe those ports at all?</div>
</div></div>