Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1247124ybh; Thu, 16 Jul 2020 07:11:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxzJJLIudvGZyjr0IAFsOr5Ktq3SQZ0hTw5U8ebmpep5/+0XHvl77lxWCTS0OXQMUGmQJ+j X-Received: by 2002:a50:e8c8:: with SMTP id l8mr4778806edn.386.1594908692902; Thu, 16 Jul 2020 07:11:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594908692; cv=none; d=google.com; s=arc-20160816; b=qeBYT+cZeHdw8yLnnIPAYgprb9ESI2AqkOsKPTPwC96+XOZflDqZ2bsFQQyxOKw6ey STMOWnTiZmBngDe3UfjEvPdcqvq4XQlt0JhPgxUncVCiUuHyrFFQC0cnNnmaAXRLigP1 coxuquYxK3ly8M6hATvTv//4w/IsW3wsbcz+6cgkPUtbzZEczME1T/1gVzqQxYPyd/xf BAMl4KtHVClaYGJQ0LSSayvb+HqUfTS+vwPXEE6TxJo018rUP84uoEkKbZDzNYhVccZZ kCi/CR4e3A5ILhP46jmd7P7VmnRGUQ42Gr6BqtOfD7vSKtbCGxD2iRvMH2U3rr1Ez1PL W6mA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=MTjpiUmCHtHKOoZpTtGu55ACECXoVcQCGw/CWhvftxQ=; b=nldKW6Ekw4EMmCldpYJRu+aqQT9q9zGmWpkZN2Y/SdVGskGb6lolKLXKb3+FStQZQ+ EOLu2NYU6dmCIDq2ZsNeicKhnkTkM3QTW13dGy9G1N5USNEwWuP2w5HzPzNsbo8TBCbT x7ZDLcVhHqBWK8BMa7QxzU8OcVdi8U663SG5pOxHZ773qOPi36EdFtbdo2UQd/XPDaoY 7zH8FlbMuhoBub16012lyyIPzS7RRMFCr1CxQ2P+KoTEtr15m2LV2fAb4zKcXdjLWZ9M 6UnB2GU87EYlDAm7UsLBxNbTQechkT3GfFo3xLoiR8CZHjhq7gLsV01Jx8F9KNsIjwku Ua2w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a3si3370928ejd.741.2020.07.16.07.11.07; Thu, 16 Jul 2020 07:11:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728817AbgGPOIs (ORCPT + 99 others); Thu, 16 Jul 2020 10:08:48 -0400 Received: from honk.sigxcpu.org ([24.134.29.49]:52536 "EHLO honk.sigxcpu.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727044AbgGPOIs (ORCPT ); Thu, 16 Jul 2020 10:08:48 -0400 Received: from localhost (localhost [127.0.0.1]) by honk.sigxcpu.org (Postfix) with ESMTP id 6F036FB03; Thu, 16 Jul 2020 16:08:45 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at honk.sigxcpu.org Received: from honk.sigxcpu.org ([127.0.0.1]) by localhost (honk.sigxcpu.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8_DNoGSdlg8i; Thu, 16 Jul 2020 16:08:44 +0200 (CEST) Received: by bogon.sigxcpu.org (Postfix, from userid 1000) id D8C5942576; Thu, 16 Jul 2020 16:08:43 +0200 (CEST) Date: Thu, 16 Jul 2020 16:08:43 +0200 From: Guido =?iso-8859-1?Q?G=FCnther?= To: Ondrej Jirman Cc: David Airlie , Daniel Vetter , Thierry Reding , Sam Ravnborg , Fabio Estevam , Robert Chiras , Samuel Holland , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 0/2] Fix st7703 panel initialization failures Message-ID: <20200716140843.GA359122@bogon.m.sigxcpu.org> References: <20200716123753.3552425-1-megous@megous.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200716123753.3552425-1-megous@megous.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Ondrej, On Thu, Jul 16, 2020 at 02:37:51PM +0200, Ondrej Jirman wrote: > When extending the driver for xbd599 panel support I tried to do minimal > changes and keep the existing initialization timing. > > It turned out that it's not good enough and the existing init sequence > is too aggressive and doesn't follow the specification. On PinePhone > panel is being powered down/up during suspend/resume and with current > timings this frequently leads to corrupted display. Given the amount of ST7703 look alikes i don't think you can go by the datasheet and hope not to break other panels. The current sleeps cater for the rocktech panel (which suffered from similar issues you describe when we took other parameters) so you need to make those panel specific. Cheers, -- Guido > > This patch series fixes the problems. > > The issue was reported by Samuel Holland. > > Relevant screenshots from the datasheet: > > Power on timing: https://megous.com/dl/tmp/35b72e674ce0ca27.png > Power off timing: https://megous.com/dl/tmp/dea195517106ff17.png > More optimal reset on poweron: https://megous.com/dl/tmp/a9e5caf14e1b0dc6.png > Less optimal reset on poweron: https://megous.com/dl/tmp/246761039283c4cf.png > Datasheet: https://megous.com/dl/tmp/ST7703_DS_v01_20160128.pdf > > Please take a look. > > thank you and regards, > Ondrej Jirman > > Ondrej Jirman (2): > drm/panel: st7703: Make the sleep exit timing match the spec > drm/panel: st7703: Fix the power up sequence of the panel > > drivers/gpu/drm/panel/panel-sitronix-st7703.c | 29 ++++++++++--------- > 1 file changed, 15 insertions(+), 14 deletions(-) > > -- > 2.27.0 >