From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8B88DC433F5 for ; Thu, 19 May 2022 13:40:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238725AbiESNkd (ORCPT ); Thu, 19 May 2022 09:40:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42084 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229604AbiESNka (ORCPT ); Thu, 19 May 2022 09:40:30 -0400 Received: from verein.lst.de (verein.lst.de [213.95.11.211]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8F975A5019; Thu, 19 May 2022 06:40:29 -0700 (PDT) Received: by verein.lst.de (Postfix, from userid 107) id 7916F68BEB; Thu, 19 May 2022 15:40:26 +0200 (CEST) Received: from blackhole (p5b0d840b.dip0.t-ipconnect.de [91.13.132.11]) by verein.lst.de (Postfix) with ESMTPSA id 6467768AA6; Thu, 19 May 2022 15:39:58 +0200 (CEST) Date: Thu, 19 May 2022 15:39:52 +0200 From: Torsten Duwe To: Vasily Khoruzhick Cc: Neil Armstrong , Robert Foss , Laurent Pinchart , Jonas Karlman , Jernej Skrabec , David Airlie , Daniel Vetter , Thierry Reding , Lyude Paul , dri-devel , linux-kernel , Harald Geyer , stable@vger.kernel.org Subject: Re: [PATCH] drm/bridge: fix anx6345 power up sequence Message-ID: <20220519153952.7c6c412b@blackhole> In-Reply-To: References: <20220417181538.57fa1303@blackhole> <20220428175759.13f75c21@blackhole.lan> Organization: LST e.V. X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.31; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 18 May 2022 09:53:58 -0700 Vasily Khoruzhick wrote: > On Thu, Apr 28, 2022 at 8:58 AM Torsten Duwe wrote: > > power on the eDP bridge? Could there be any leftovers from that > > mechanism? I use a hacked-up U-Boot with a procedure similar to the > > kernel driver as fixed by this change. I was asking because I recall an ugly hack in some ATF code to power up the chip correctly. Did you patch ATF, and maybe call functions of it at runtime? > > > > But the main question is: does this patch in any way worsen the > > situation on the pinebook? > > I don't think it worsens anything, but according to the datasheet the > change makes no sense. Could you try increasing T2 instead of changing > the power sequence? According to the datasheet, there is also T3, I realise now. The diagram talks about "System Clock", but both Teres and Pinebook have a passive resonator circuit there. Correct me if I'm wrong, but without chip power, there is little to resonate. What if that driving clock circuit is powered by Vdd25? Maybe the earlier provision of 2V5 is enough for Teres' Q4, but Pinebook X4 takes even longer? The start-up times can be in the range of milliseconds. Torsten