LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: Maxime Ripard <maxime.ripard@bootlin.com> To: Torsten Duwe <duwe@lst.de> Cc: Vasily Khoruzhick <anarsoul@gmail.com>, David Airlie <airlied@linux.ie>, Daniel Vetter <daniel@ffwll.ch>, Rob Herring <robh+dt@kernel.org>, Mark Rutland <mark.rutland@arm.com>, Thierry Reding <thierry.reding@gmail.com>, Chen-Yu Tsai <wens@csie.org>, Andrzej Hajda <a.hajda@samsung.com>, Laurent Pinchart <Laurent.pinchart@ideasonboard.com>, Icenowy Zheng <icenowy@aosc.io>, Sean Paul <seanpaul@chromium.org>, Harald Geyer <harald@ccbib.org>, dri-devel <dri-devel@lists.freedesktop.org>, devicetree <devicetree@vger.kernel.org>, arm-linux <linux-arm-kernel@lists.infradead.org>, linux-kernel <linux-kernel@vger.kernel.org> Subject: Re: [PATCH 4/4] arm64: DTS: allwinner: a64: enable ANX6345 bridge on Teres-I Date: Fri, 17 May 2019 11:08:45 +0200 [thread overview] Message-ID: <20190517090845.oujs33nplbaxcyun@flea> (raw) In-Reply-To: <20190517101353.3e86d696@blackhole.lan> [-- Attachment #1: Type: text/plain, Size: 1874 bytes --] On Fri, May 17, 2019 at 10:14:18AM +0200, Torsten Duwe wrote: > On Fri, 17 May 2019 09:27:38 +0200 > Maxime Ripard <maxime.ripard@bootlin.com> wrote: > > > On Thu, May 16, 2019 at 06:48:59PM +0200, Torsten Duwe wrote: > > > On Thu, May 16, 2019 at 09:06:41AM -0700, Vasily Khoruzhick wrote: > > > > > > > > Driver can talk to the panel over AUX channel only after t1+t3, > > > > t1 is up to 10ms, t3 is up to 200ms. > > > > > > This is after power-on. The boot loader needs to deal with this. > > > > The bootloader can deal with it, but the kernel will also need to. The > > bootloader might not be doing this because it's not been updated, the > > regulator might have been disabled between the time the kernel was > > started and the time the bridge driver probes, etc. > > No, you cannot practically switch off this voltage. It supports _all_ > the devices I mentioned. In fact, the PMIC needs to enable it initially, > and then it takes some time before the SoC can access the MMC and read > the SPL from it, just because of exactly these 3.3V. Then the boot > loader starts, and later the eDP bridge gets initialised. All these devices can be unused, disabled, or compiled as modules. > In *theory*, albeit a very daring one, I could imagine a very deep > sleep mode that can only be ended by pressing the power button, which > should still work without DCDC1. Only then, a description of the panel > would be required. But I probably missed something and even this does > not work. > > So for all current practical purposes, we can assume the Teres-I panel > to be powered properly and providing valid EDID; nothing to worry about > in software. You're creating a generic binding for all the users of that bridge, while considering only the specific case of the Teres-I. Maxime -- Maxime Ripard, Bootlin Embedded Linux and Kernel engineering https://bootlin.com [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2019-05-17 9:09 UTC|newest] Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-05-14 15:59 [PATCH 0/4] Add missing device nodes for Olimex Teres-I Torsten Duwe 2019-05-14 16:02 ` [PATCH 1/4] arm64: DTS: allwinner: a64: Add pinmux for RGB666 LCD Torsten Duwe 2019-05-16 8:54 ` Maxime Ripard 2019-05-14 16:02 ` [PATCH 2/4] dt-bindings: Add ANX6345 DP/eDP transmitter binding Torsten Duwe 2019-05-14 16:02 ` [PATCH 3/4] arm64: DTS: allwinner: a64: Enable audio on Teres-I Torsten Duwe 2019-05-14 16:02 ` [PATCH 4/4] arm64: DTS: allwinner: a64: enable ANX6345 bridge " Torsten Duwe 2019-05-14 17:48 ` Vasily Khoruzhick 2019-05-15 7:31 ` Torsten Duwe 2019-05-15 15:08 ` Vasily Khoruzhick 2019-05-16 15:48 ` Torsten Duwe 2019-05-16 16:06 ` Vasily Khoruzhick 2019-05-16 16:48 ` Torsten Duwe 2019-05-16 18:26 ` Vasily Khoruzhick 2019-05-17 7:27 ` Maxime Ripard 2019-05-17 8:14 ` Torsten Duwe 2019-05-17 9:08 ` Maxime Ripard [this message] 2019-05-17 9:47 ` Torsten Duwe 2019-05-17 15:25 ` Vasily Khoruzhick
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20190517090845.oujs33nplbaxcyun@flea \ --to=maxime.ripard@bootlin.com \ --cc=Laurent.pinchart@ideasonboard.com \ --cc=a.hajda@samsung.com \ --cc=airlied@linux.ie \ --cc=anarsoul@gmail.com \ --cc=daniel@ffwll.ch \ --cc=devicetree@vger.kernel.org \ --cc=dri-devel@lists.freedesktop.org \ --cc=duwe@lst.de \ --cc=harald@ccbib.org \ --cc=icenowy@aosc.io \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=mark.rutland@arm.com \ --cc=robh+dt@kernel.org \ --cc=seanpaul@chromium.org \ --cc=thierry.reding@gmail.com \ --cc=wens@csie.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).