From mboxrd@z Thu Jan  1 00:00:00 1970
From: Lukasz Majewski <lukma@denx.de>
Date: Thu, 16 Mar 2017 06:49:14 +0100
Subject: [U-Boot] [PATCH] PMIC: TI: TPS65903X errata (SLIA087) code
In-Reply-To: <115d9898-ba2e-4bbf-e766-c6e3ea06f641@ti.com>
References: <1489185627-13467-1-git-send-email-lukma@denx.de>
 <115d9898-ba2e-4bbf-e766-c6e3ea06f641@ti.com>
Message-ID: <20170316064914.082fd912@jawa>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Hi Lokesh,

> Hi Lucas,
> 
> On Saturday 11 March 2017 04:10 AM, Lukasz Majewski wrote:
> > This patch adds code, which comply with TPS65903X errata pseudocode
> > described in SLIA087 - "Guide to Using the GPADC in TPS65903x and
> > TPS6591x Devices".
> > 
> > It is enabled by proper Kconfig option, when TI's palmas PMIC
> > support is added.
> > 
> > The TI's e2e thread with test procedure description:
> > https://e2e.ti.com/support/power_management/pmu/f/200/p/579649/2130910#2130910
> 
> I could not understand the reason for why this is being done in
> U-Boot. Can you explain a it more on this?

Just as a safety matter. Doing this for GPADC PMIC in u-boot avoids
"surprises" latter on - when the high level user wants to use the GPADC
results from the first measurement that he/she does (for example at
safety critical application).

The u-boot driver (as it touches it first) is responsible to give the
TPS65903x PMIC to latter boot stage as free from any known problems
(i.e erratas).

> 
> Thanks and regards,
> Lokesh


Best regards,

Lukasz Majewski

--

DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de