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;
From:   Lubomir Rintel <lkundrak@v3.sk>
To:     Liam Girdwood <lgirdwood@gmail.com>
Cc:     Mark Brown <broonie@kernel.org>, linux-kernel@vger.kernel.org,
        Lubomir Rintel <lkundrak@v3.sk>
Subject: [PATCH RFC 1/4] Platform: OLPC: Specify the enable time for DCON power
Date:   Tue,  1 Dec 2020 09:23:45 +0100
Message-Id: <20201201082348.1723631-2-lkundrak@v3.sk>
In-Reply-To: <20201201082348.1723631-1-lkundrak@v3.sk>
References: <20201201082348.1723631-1-lkundrak@v3.sk>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Precedence: bulk

It takes some significant time between when we ask the EC to enable the
DCON power and when we can access the DCON registers.

FIXME: Maybe some of the delay is caused on the DCON side once the power
is good. Need to check with a scope I suppose.

Signed-off-by: Lubomir Rintel <lkundrak@v3.sk>
---
 drivers/platform/olpc/olpc-ec.c | 11 ++++++-----
 1 file changed, 6 insertions(+), 5 deletions(-)

diff --git a/drivers/platform/olpc/olpc-ec.c b/drivers/platform/olpc/olpc=
-ec.c
index f64b82824db28..faecb73bd8430 100644
--- a/drivers/platform/olpc/olpc-ec.c
+++ b/drivers/platform/olpc/olpc-ec.c
@@ -394,11 +394,12 @@ static struct regulator_ops dcon_regulator_ops =3D =
{
 };
=20
 static const struct regulator_desc dcon_desc =3D {
-	.name	=3D "dcon",
-	.id	=3D 0,
-	.ops	=3D &dcon_regulator_ops,
-	.type	=3D REGULATOR_VOLTAGE,
-	.owner	=3D THIS_MODULE,
+	.name		=3D "dcon",
+	.id		=3D 0,
+	.ops		=3D &dcon_regulator_ops,
+	.type		=3D REGULATOR_VOLTAGE,
+	.owner		=3D THIS_MODULE,
+	.enable_time	=3D 25000,
 };
=20
 static int olpc_ec_probe(struct platform_device *pdev)
--=20
2.28.0