Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp1010667imm; Fri, 15 Jun 2018 09:43:02 -0700 (PDT) X-Google-Smtp-Source: ADUXVKK9+uXQpGuq0OPZKjTmh+2Mu24BdBBq1Zo2Vtum/lHV9wBIubWsMTxTjD+Cb5ky0ojQN0ri X-Received: by 2002:a63:5401:: with SMTP id i1-v6mr2230021pgb.187.1529080982445; Fri, 15 Jun 2018 09:43:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529080982; cv=none; d=google.com; s=arc-20160816; b=uq1jIdMgnWpLh7uOVqwRLELq8rqpXO48+ep3YcmtHhX7v/hPVmImFcrypnZnRifq7q KhwEL3FVzMh0aRN4r042wO4qD+aVf8eE/2VUa3qem+cf31pNKtlMv1Hh3kKJ8fWGnnhu yflDwFUBUsSHS7MSxqBba+vYulWzCfZ0pYz8Oz4b316vaNB5fzJjOgUI0QEpggaLCE1R iDk47lp11IO7kKVFguRQSnUWzEJ7P7QBsrl9xzIB+56kWBbFj4aQhraoL3iY6n9UAyZR OeRvbJw57NLWjIK1xuYQYcCnoO11NW0wSgSPLHMz5ynid7uh3r9SCZe0lnHV3OX+uvvM PFUQ== 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 :arc-authentication-results; bh=ycIiUOfiXXk1mv9bqA6DqAdQkUJffDlNmahVyAPEY+8=; b=WpZWQPmCBJ8KuqCay/2E4jauxBHkvar2giB6LPp8kPYjdY/RTRRdhqClD9XMAZpaIx PKa9v7x6iEza7QbmXHws9t61+R2EJQdEiIGqS3GK0Pk13j8z5AViqXlLqwT5wigvRkaK 7X8ZryaL6k2vCF/lRsLeDvj35jaxkEYmwLWmDwQIvyOWUXvHxVAocNCFdQU86cgSw8+L tt9s6Q2e7CsoZOF5OQWGUtBAS7inDGhmPx0AijJTUHm5bdMXkZJJrhmjzuvB3b7sgJVk X7utCnvZ0Q3zjN/GAkMDsI1nlCjeJM2r5fPueaQAmynmwE/KQ9ChiZSDa2l6wUOYyV1x vjQg== 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 u8-v6si7806574pfm.63.2018.06.15.09.42.48; Fri, 15 Jun 2018 09:43:02 -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 S966080AbeFOQm2 (ORCPT + 99 others); Fri, 15 Jun 2018 12:42:28 -0400 Received: from mailoutvs40.siol.net ([185.57.226.231]:45580 "EHLO mail.siol.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S965985AbeFOQm0 (ORCPT ); Fri, 15 Jun 2018 12:42:26 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.siol.net (Postfix) with ESMTP id E4C02520679; Fri, 15 Jun 2018 18:42:22 +0200 (CEST) X-Virus-Scanned: amavisd-new at psrvmta09.zcs-production.pri Received: from mail.siol.net ([127.0.0.1]) by localhost (psrvmta09.zcs-production.pri [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 8FtG1iOslO-Z; Fri, 15 Jun 2018 18:42:22 +0200 (CEST) Received: from mail.siol.net (localhost [127.0.0.1]) by mail.siol.net (Postfix) with ESMTPS id 46CC75202D0; Fri, 15 Jun 2018 18:42:22 +0200 (CEST) Received: from jernej-laptop.localnet (unknown [194.152.15.144]) (Authenticated sender: 031275009) by mail.siol.net (Postfix) with ESMTPA id 4A562520679; Fri, 15 Jun 2018 18:42:20 +0200 (CEST) From: Jernej =?utf-8?B?xaBrcmFiZWM=?= To: Maxime Ripard Cc: wens@csie.org, robh+dt@kernel.org, airlied@linux.ie, gustavo@padovan.org, maarten.lankhorst@linux.intel.com, seanpaul@chromium.org, mark.rutland@arm.com, dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org, linux-sunxi@googlegroups.com Subject: Re: [PATCH v2 11/27] drm/sun4i: tcon: Add support for tcon-top gate Date: Fri, 15 Jun 2018 18:41:16 +0200 Message-ID: <2948115.KggauuSURZ@jernej-laptop> In-Reply-To: <20180615083110.laruycabvyjmesmo@flea> References: <20180612200036.21483-1-jernej.skrabec@siol.net> <20180612200036.21483-12-jernej.skrabec@siol.net> <20180615083110.laruycabvyjmesmo@flea> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Dne petek, 15. junij 2018 ob 10:31:10 CEST je Maxime Ripard napisal(a): > Hi, > > On Tue, Jun 12, 2018 at 10:00:20PM +0200, Jernej Skrabec wrote: > > TV TCONs connected to TCON TOP have to enable additional gate in order > > to work. > > > > Add support for such TCONs. > > > > Signed-off-by: Jernej Skrabec > > --- > > > > drivers/gpu/drm/sun4i/sun4i_tcon.c | 11 +++++++++++ > > drivers/gpu/drm/sun4i/sun4i_tcon.h | 4 ++++ > > 2 files changed, 15 insertions(+) > > > > diff --git a/drivers/gpu/drm/sun4i/sun4i_tcon.c > > b/drivers/gpu/drm/sun4i/sun4i_tcon.c index 08747fc3ee71..0afb5a94a414 > > 100644 > > --- a/drivers/gpu/drm/sun4i/sun4i_tcon.c > > +++ b/drivers/gpu/drm/sun4i/sun4i_tcon.c > > @@ -688,6 +688,16 @@ static int sun4i_tcon_init_clocks(struct device *dev, > > > > dev_err(dev, "Couldn't get the TCON bus clock\n"); > > return PTR_ERR(tcon->clk); > > > > } > > > > + > > + if (tcon->quirks->has_tcon_top_gate) { > > + tcon->top_clk = devm_clk_get(dev, "tcon-top"); > > + if (IS_ERR(tcon->top_clk)) { > > + dev_err(dev, "Couldn't get the TCON TOP bus clock\n"); > > + return PTR_ERR(tcon->top_clk); > > + } > > + clk_prepare_enable(tcon->top_clk); > > + } > > + > > Is it required for the TCON itself to operate, or does the TCON > requires the TCON TOP, which in turn requires that clock to be > functional? > > I find it quite odd to have a clock that isn't meant for a particular > device to actually be wired to another device. I'm not saying this > isn't the case, but it would be a first. Documentation doesn't say much about that gate. I did few tests and TCON registers can be read and written even if TCON TOP TV TCON gate is disabled. However, there is no image, as expected. More interestingly, I enabled test pattern directly in TCON to eliminate influence of the mixer. As soon as I disabled that gate, test pattern on HDMI screen was gone, which suggest that this gate influences something inside TCON. Another test I did was that I moved enable/disable gate code to sun4i_tcon_channel_set_status() and it worked just as well. I'll ask AW engineer what that gate actually does, but from what I saw, I would say that most appropriate location to enable/disable TCON TOP TV TCON gate is TCON driver. Alternatively, TCON TOP driver could check if any TV TCON is in use and enable appropriate gate. However, that doesn't sound right to me for some reason. Best regards, Jernej