Received: by 2002:a25:5b86:0:0:0:0:0 with SMTP id p128csp1834718ybb; Fri, 29 Mar 2019 12:19:01 -0700 (PDT) X-Google-Smtp-Source: APXvYqwZEvx3S+3d+338eFAb9gn3ycrpuq1hECurTG9uY3hSul6Hdy4hC1rw59/3lS2PpquBWDjt X-Received: by 2002:a65:624c:: with SMTP id q12mr46126729pgv.75.1553887141292; Fri, 29 Mar 2019 12:19:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553887141; cv=none; d=google.com; s=arc-20160816; b=XCjbfwM81p6WiPzDoKhTFM9Bmd1Z92ZFCxU4x9GtCQ7t/iDxdgeI2GfEZ25+0bXWMi /RQFqBgXSL7OfXcrjKMKWWZfpFz9/dBSCbs98xBnXB+HD/94Xkt8IFBPTJXBQ3ELHmoF qKGwsBCnUZ3o+fZykMnOJnk6Slcsc5J545400V3YPfmzDbiAPhwjKbRoSfSKgMiayRv/ Ts6rLP16tu/15lJhpJrqUA+d99n3Jp9C8Y2wSJdg3vrkmoMNV+JP3Df3UDHO0CbXhLkf WHVuR1UrP2x6SeUNCPpY6IekeFZEnPUNoBws4okfn0I8RxSoOSuQUlVxD3iJ1wVuVh2y zHhg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=8QtUryBYjLHDDmEsi0xlkhXudWu5GdBo2n8jvUYPnmw=; b=Gpw4dSfrlxm+g4I7/A2QtMblPSsFF9/IcKrvVVO/g4fvmEcbPhUfX28VJh+DWqSr0C 3NVdjdo1eWeQB8WhknMTw863iex7fNT4YUalXKqpxJ14EQDW0D68S1RugM+/DDaiTIuQ CI4JlQtKUwvgWd0yZtCAV4Fc3MdU/fGg5xURXSVkvQh0d72RMpbxIGk7Q2YS9WU1W6px 70SA+7FWGs6McaNiQnpL/5VFLPfsC4c+FKKzdEGHU5a/Jk+u4wJCq8IFvuWqfW567kkz xmxgO9zFjg4TgawPd8aVPl14qIHYS+2XGzXn5qK1Rnc1orlFQyJt3GVhQxwjsFKOGiwb Ax5g== 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 l1si2368307pff.206.2019.03.29.12.18.44; Fri, 29 Mar 2019 12:19:01 -0700 (PDT) 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 S1729911AbfC2TSE convert rfc822-to-8bit (ORCPT + 99 others); Fri, 29 Mar 2019 15:18:04 -0400 Received: from gloria.sntech.de ([185.11.138.130]:40010 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729720AbfC2TSE (ORCPT ); Fri, 29 Mar 2019 15:18:04 -0400 Received: from ip5f5a6320.dynamic.kabel-deutschland.de ([95.90.99.32] helo=diego.localnet) by gloria.sntech.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1h9x0o-0000Pg-Ls; Fri, 29 Mar 2019 20:17:58 +0100 From: Heiko =?ISO-8859-1?Q?St=FCbner?= To: Douglas Anderson Cc: Thierry Reding , Sean Paul , linux-rockchip@lists.infradead.org, Laurent Pinchart , dri-devel@lists.freedesktop.org, Boris Brezillon , Ezequiel Garcia , Enric =?ISO-8859-1?Q?Balletb=F2?= , Rob Herring , mka@chromium.org, David Airlie , linux-kernel@vger.kernel.org, Daniel Vetter Subject: Re: [PATCH v4 4/7] drm/panel: simple: Use display_timing for Innolux n116bge Date: Fri, 29 Mar 2019 20:17:57 +0100 Message-ID: <4434574.6rqfZtZq1D@diego> In-Reply-To: <20190328171710.31949-5-dianders@chromium.org> References: <20190328171710.31949-1-dianders@chromium.org> <20190328171710.31949-5-dianders@chromium.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="iso-8859-1" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Donnerstag, 28. M?rz 2019, 18:17:07 CET schrieb Douglas Anderson: > Convert the Innolux n116bge from using a fixed mode to specifying a > display timing with min/typ/max values. > > Note that the n116bge's datasheet doesn't fit too well into DRM's way > of specifying things. Specifically the panel's datasheet just > specifies the vertical blanking period and horizontal blanking period > and doesn't break things out. For now we'll leave everything as a > fixed value but just allow adjusting the pixel clock. I've added a > comment on what the datasheet claims so someone could later expand > things to fit their needs if they wanted to test other blanking > periods. > > The goal here is to be able to specify the panel timings in the device > tree for several rk3288 Chromebooks (like rk3288-veryon-jerry). These > Chromebooks have all been running in the downstream kernel with the > standard porches and sync lengths but just with a slightly slower > pixel clock because the 76.42 MHz clock is not achievable from the > fixed PLL that was available. These Chromebooks only achieve a > refresh rate of ~58 Hz. While it's probable that we could adjust the > timings to achieve 60 Hz it's probably wisest to match what's been > running on these devices all these years. > > I'll note that though the upstream kernel has always tried to achieve > 76.42 MHz, it has actually been running at 74.25 MHz also since the > video processor is parented off the same fixed PLL. > > Changes in v4: > - display_timing for Innolux n116bge new for v4. > > Signed-off-by: Douglas Anderson on a rk3288-jerry and rk3288-pinky Tested-by: Heiko Stuebner