From: Daniel Vetter Date: Mon, 21 May 2012 18:19:48 +0000 (+0200) Subject: drm/i915: be more careful when returning -ENXIO in gmbus transfer X-Git-Tag: v3.5-rc1~40^2~2^2~13 X-Git-Url: http://git.openpandora.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=65e818660275ecda3702a4245f308923e3813a85;p=pandora-kernel.git drm/i915: be more careful when returning -ENXIO in gmbus transfer ... flaky ddc hardware can cause a spurious NAK, resulting in the i2c core and drm edid functions not trying to retry the edid transfer. Luckily the gmbus quiescenting also times out for these cases, so we can get out of this mess by returning -ETIMEDOUT for this specific case. This way we keep the fast-fail of returning -ENXIO if there is no device present, speeding up the boot process. This regression has been introduced in commit e646d5773572bf52017983d758bdf05777dc5600 Author: Daniel Kurtz Date: Fri Mar 30 19:46:38 2012 +0800 drm/i915/intel_i2c: always wait for IDLE before clearing NAK v2: Return -ETIMEDOUT for this case and keep the -ENXIO for real NAKs, suggested by Daniel Kurtz. Cc: Daniel Kurtz Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=49518 Reported-and-Tested-by: Julian Simioni Acked-by: Chris Wilson Reviewed-by: Daniel Kurtz Signed-Off-by: Daniel Vetter --- Reading git-diff-tree failed