Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp3672911ybx; Mon, 4 Nov 2019 00:45:05 -0800 (PST) X-Google-Smtp-Source: APXvYqzcd6SzwMYDHk2ke4ql8nnBQnPTQWhM6ThrdnAEChrocF4g+CJy3w3penL1+z14j/sdx+w3 X-Received: by 2002:a50:f783:: with SMTP id h3mr27984477edn.294.1572857105765; Mon, 04 Nov 2019 00:45:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1572857105; cv=none; d=google.com; s=arc-20160816; b=BPhVyVr2GHUUrYjYP4noX20c+8L4mF65YeK0r6LjE5M9TXuDwUWrCibolemRQ9XFA6 YKwNQ4iHWpYvM1tlGUiJuOZiovUWAAXxed3sYwVS6de2ZMmZboEzYiujKBg2EN30FQ5W N3DNfcNOb8UEMGXIeiXNcKZOJM3v1/VP6xtl62DlkDQQIpkiuxWm9nktDQ5o7TDhP8MV Lrxq/3338f/0xcpfY+BKgbcMmCf9zhcB6B+qeTand5mwbtzRTx02n3ybKUD9Fpcxwi/U d9FVh84OwqUwqZlFvzYqGTZcBwfHmdnhthU9h0RsRgJeyeZzL0r32ckN1gIHsLsTQh6i UhXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:to:content-transfer-encoding:mime-version :message-id:date:subject:cc:from; bh=IQRXhwcimj+N1dB3Q276VvlTh75/mTLNd4oyW4DqYaA=; b=jKSocAVTAQrDr+emD/rLejfG/deY6kHnSK6DCpvuXU1ftGbLI9Y+LYEffHSknQlZSu Ofoor210frOmz4h59/IzMMvKM4+5c/U111PznAD1oRY8TlZuXWm2VTS1kBSkD+f0astM 6a2JFGnJjKBxNmMcaeoh91/yhpsnUBNGW3ti2T+08RzOoGs8EarYeJ/ErPOXurYpiT8c gt9HOeRdUT0sJAZM4G+O/qAbHrkKdbUggYB/bwe7xYut2RLt71oo5aplCQW6dFH8qg3m 34HES5gDY0CNlFSuADllo6uGNYP8qBLoBTjxsheOXPDVIIxO0fNCn2Bjn3SSzHLYOvw3 8b2A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b7si7558660edb.439.2019.11.04.00.44.41; Mon, 04 Nov 2019 00:45:05 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727419AbfKDIoC (ORCPT + 99 others); Mon, 4 Nov 2019 03:44:02 -0500 Received: from 60-251-196-230.HINET-IP.hinet.net ([60.251.196.230]:61672 "EHLO ironport.ite.com.tw" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726441AbfKDIoC (ORCPT ); Mon, 4 Nov 2019 03:44:02 -0500 Received: from unknown (HELO mse.ite.com.tw) ([192.168.35.30]) by ironport.ite.com.tw with ESMTP; 04 Nov 2019 16:43:58 +0800 Received: from csbcas.internal.ite.com.tw (csbcas1.internal.ite.com.tw [192.168.65.46]) by mse.ite.com.tw with ESMTP id xA48hpip026781; Mon, 4 Nov 2019 16:43:51 +0800 (GMT-8) (envelope-from allen.chen@ite.com.tw) Received: from allen-VirtualBox.internal.ite.com.tw (192.168.70.14) by csbcas1.internal.ite.com.tw (192.168.65.45) with Microsoft SMTP Server (TLS) id 14.3.352.0; Mon, 4 Nov 2019 16:43:52 +0800 From: allen CC: Allen Chen , Pi-Hsun Shih , Jau-Chih Tseng , Maarten Lankhorst , Maxime Ripard , Sean Paul , David Airlie , "open list:DRM DRIVERS" , open list Subject: [PATCH] drm/edid: fixup EDID 1.3 and 1.4 judge reduced-blanking timings logic Date: Mon, 4 Nov 2019 16:42:49 +0800 Message-ID: <1572856969-12115-1-git-send-email-allen.chen@ite.com.tw> X-Mailer: git-send-email 1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Originating-IP: [192.168.70.14] X-MAIL: mse.ite.com.tw xA48hpip026781 To: unlisted-recipients:; (no To-header on input) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org According to VESA ENHANCED EXTENDED DISPLAY IDENTIFICATION DATA STANDARD (Defines EDID Structure Version 1, Revision 4) page: 39 How to determine whether the monitor support RB timing or not? EDID 1.4 First: read detailed timing descriptor and make sure byte0 = 0, byte1 = 0, byte2 = 0 and byte3 = 0xFD Second: read detailed timing descriptor byte10 = 0x04 and EDID byte18h bit0 = 1 Third: if EDID byte18h bit0 == 1 && byte10 == 0x04, then we can check byte15, if byte15 bit4 =1 is support RB if EDID byte18h bit0 != 1 || byte10 != 0x04, then byte15 can not be used The linux code is_rb function not follow the VESA's rule EDID 1.3 LCD flat panels do not require long blanking intervals as a retrace period so default support reduced-blanking timings. Signed-off-by: Allen Chen Reported-by: kbuild test robot --- drivers/gpu/drm/drm_edid.c | 28 +++++++++++++++++++++------- 1 file changed, 21 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c index e5e7e65..9b67b80 100644 --- a/drivers/gpu/drm/drm_edid.c +++ b/drivers/gpu/drm/drm_edid.c @@ -93,6 +93,11 @@ struct detailed_mode_closure { int modes; }; +struct edid_support_rb_closure { + struct edid *edid; + s8 support_rb; +}; + #define LEVEL_DMT 0 #define LEVEL_GTF 1 #define LEVEL_GTF2 2 @@ -2018,22 +2023,31 @@ struct drm_display_mode *drm_mode_find_dmt(struct drm_device *dev, is_rb(struct detailed_timing *t, void *data) { u8 *r = (u8 *)t; - if (r[3] == EDID_DETAIL_MONITOR_RANGE) - if (r[15] & 0x10) - *(bool *)data = true; + struct edid_support_rb_closure *closure = data; + struct edid *edid = closure->edid; + + if (!r[0] && !r[1] && !r[2] && r[3] == EDID_DETAIL_MONITOR_RANGE) { + if (edid->features & BIT(0) && r[10] == BIT(2)) + closure->support_rb = (r[15] & 0x10) ? 1 : 0; + } } /* EDID 1.4 defines this explicitly. For EDID 1.3, we guess, badly. */ static bool drm_monitor_supports_rb(struct edid *edid) { + struct edid_support_rb_closure closure = { + .edid = edid, + .support_rb = -1, + }; + if (edid->revision >= 4) { - bool ret = false; - drm_for_each_detailed_block((u8 *)edid, is_rb, &ret); - return ret; + drm_for_each_detailed_block((u8 *)edid, is_rb, &closure); + if (closure.support_rb >= 0) + return closure.support_rb; } - return ((edid->input & DRM_EDID_INPUT_DIGITAL) != 0); + return true; } static void -- 1.9.1