[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+55aFxh=Q=+qm+tj1tfsTZ_3cke-H57Fi2YfX_vgJ=5-T2ueA@mail.gmail.com>
Date: Thu, 23 Feb 2012 13:40:28 -0800
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Eugeni Dodonov <eugeni.dodonov@...el.com>
Cc: Chris Wilson <chris@...is-wilson.co.uk>,
linux-kernel@...r.kernel.org, dri-devel@...ts.freedesktop.org,
Dave Airlie <airlied@...hat.com>,
Alex Deucher <alexdeucher@...il.com>
Subject: Re: [PATCH] drm: Reduce the number of retries whilst reading EDIDs
On Thu, Feb 23, 2012 at 1:36 PM, Eugeni Dodonov
<eugeni.dodonov@...el.com> wrote:
>
> Perhaps a stupid question, but does you tree has
> http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next&id=9292f37e1f5c79400254dca46f83313488093825
> from Dave's drm-next?
>
> If it has, it would be the 1st time that I see xrandr take longer than .5s
> with that patch on an Intel GPU. We even added a check for this into
> intel-gpu-tools to warn us if any machine takes that long, and none had hit
> it so far. So if this is the case here, there is something Mac Mini-specific
> indeed to investigate.
Yup, the tree I tested was current -git with the two commits mentioned
in this thread:
drm: Reduce the number of retries whilst reading EDIDs
drm: give up on edid retries when i2c bus is not responding
applied separately on top of it.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists