LS2085 targets supports following UART console
 LS2085AQDS	UART0
 LS2085ARDB	UART1
 LS2085ASim	UART0
 LS2085AEmu	UART0

So update the bootargs as per the default console present at the target
Signed-off-by: NPrabhakar Kushwaha <prabhakar@freescale.com>
Reviewed-by: NYork Sun <yorksun@freescale.com>

ISBC Key Extension feature is not applicable for RAMBOOT
as there is no way to retrieve the CSF Header and validated
IE Key table from SRAM once CPC has been disabled.
The feature is only applicable in case of NOR SECURE BOOT.
Code Cleanup:
The SECURE_BOOT specific defines have been moved from
arch-ls102xa/config.h to
arm/include/asm/fsl_secure_boot.h
Signed-off-by: NAneesh Bansal <aneesh.bansal@freescale.com>
Reviewed-by: NYork Sun <yorksun@freescale.com>

Signed-off-by: NYangbo Lu <yangbo.lu@freescale.com>
Reviewed-by: NYork Sun <yorksun@freescale.com>

This patch adds a minimal framework for Dickens CCN-504
interconnect configuration - mainly related to adding Clusters/cores
to snoop/DVM domain and setting QoS of the RN-I ports.

LS2085A platform makes use of these configurations to support
better network data performance and to boot a SMP Linux.
Signed-off-by: NBhupesh Sharma <bhupesh.sharma@freescale.com>
Reviewed-by: NYork Sun <yorksun@freescale.com>

Signed-off-by: NPriyanka Jain <Priyanka.Jain@freescale.com>
Reviewed-by: NYork Sun <yorksun@freescale.com>

RTC devices can generate 32KHz output if for
-DS3232 device, EN32KHz bit and BB32KHz bit are set
-DS3231 device, EN32KHz bit is set, BB32KHz bit is don't care

Patch adds rtc_enable_32khz_output() which when called
will enable 32KHz output on 32KHz pin
Signed-off-by: NPriyanka Jain <Priyanka.Jain@freescale.com>
Reviewed-by: NYork Sun <yorksun@freescale.com>

Signed-off-by: NBoris Brezillon <boris.brezillon@free-electrons.com>
Acked-by: NHans de Goede <hdegoede@redhat.com>
Signed-off-by: NHans de Goede <hdegoede@redhat.com>

This should depend on SPL_OF_CONTROL (it is not equivalent to
SPL && OF_CONTROL).
Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
Acked-by: NSimon Glass <sjg@chromium.org>

This driver actually does nothing but test pinctrl uclass, and
demonstrate how things work.

To try this driver, uncomment /* #define DEBUG */ in the
drivers/pinctrl/pinctrl-sandbox.c, and debug messages will be
displayed.

  DRAM:  128 MiB
  sandbox pinmux: group = 1 (serial_a), function = 1 (serial)
  Using default environment

  In:    cros-ec-keyb
  Out:   lcd
  Err:   lcd
  Net:   Net Initialization Skipped
  eth0: eth@10002000, eth1: eth@80000000, eth5: eth@90000000
  => i2c dev 0
  Setting bus to 0
  sandbox pinmux: group = 0 (i2c), function = 0 (i2c)
  sandbox pinconf: group = 0 (i2c), param = 3, arg = 1
Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
Acked-by: NSimon Glass <sjg@chromium.org>

This creates a new framework for handling of pin control devices,
i.e. devices that control different aspects of package pins.

This uclass handles pinmuxing and pin configuration; pinmuxing
controls switching among silicon blocks that share certain physical
pins, pin configuration handles electronic properties such as pin-
biasing, load capacitance etc.

This framework can support the same device tree bindings, but if you
do not need full interface support, you can disable some features to
reduce memory foot print.  Typically around 1.5KB is necessary to
include full-featured uclass support on ARM board (CONFIG_PINCTRL +
CONFIG_PINCTRL_FULL + CONFIG_PINCTRL_GENERIC + CONFIG_PINCTRL_PINMUX),
for example.

We are often limited on code size for SPL.  Besides, we still have
many boards that do not support device tree configuration.  The full
pinctrl, which requires OF_CONTROL, does not make sense for those
boards.  So, this framework also has a Do-It-Yourself (let's say
simple pinctrl) interface.  With CONFIG_PINCTRL_FULL disabled, the
uclass itself provides no systematic mechanism for identifying the
peripheral device, applying pinctrl settings, etc.  They must be
done in each low-level driver.  In return, you can save much memory
footprint and it might be useful especially for SPL.
Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
Acked-by: NSimon Glass <sjg@chromium.org>

This is useful when we want to bind a device, but do not need the
pointer to the device.
Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
Acked-by: NSimon Glass <sjg@chromium.org>

The TPM is listed in the device tree. Enable the driver and 'tpm' command
so that it can be used.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: NChristophe Ricard <christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

This command provides a few useful tests so enable it for common boards.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: Christophe Ricard<christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

These tests come from Chrome OS code. They are not particularly tidy but can
be useful for checking that the TPM is behaving correctly. Some knowledge of
TPM operation is required to use these.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: Christophe Ricard<christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Add a few new functions which will be used by the test command in a future
patch.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: Christophe Ricard<christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Add a command to display basic information about a TPM such as the model and
open/close state. This can be useful for debugging.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: NChristophe Ricard <christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Convert the tpm_tis_lpc driver to use driver model and update boards which
use it.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: Christophe Ricard<christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Convert the tpm_tis_i2c driver to use driver model and update boards which
use it.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: Christophe Ricard<christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Add a TPM node to the various Chromebooks so that driver can be converted to
driver model.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: Christophe Ricard<christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Rather then crashing when there is no data, print an error. The error is
printed by the caller to parse_byte_string().
Acked-by: NChristophe Ricard <christophe-h.ricard@st.com>
Signed-off-by: NSimon Glass <sjg@chromium.org>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Convert the sandbox TPM driver to use driver model. Add it to the device
tree so that it can be found on start-up.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: NChristophe Ricard <christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

When a 'tpm' command fails, we set the return code but give no indication
of failure. This can be confusing.

Add an error message when any tpm command fails.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: Christophe Ricard<christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

I2C chips can support a register offset, with registers accessible by
sending this offset as the first part of any read or write transaction.
Most I2C chips have a single byte offset, thus the offset length is 1.
This provides access for up 256 registers.

However other offset lengths are supported, including 0.

Add a command to provide access to the offset length from the command
line. This allows the offset length to be read or written.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: Christophe Ricard<christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Add driver model support to the TPM command and the TPM library. Both
support only a single TPM at present.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: Christophe Ricard<christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Add a new uclass for TPMs which uses almost the same TIS (TPM Interface
Specification) as is currently implemented. Since init() is handled by the
normal driver model probe() method, we don't need to implement that. Also
rename the transfer method to xfer() which is a less clumbsy name.

Once all drivers and users are converted to driver model we can remove the
old code.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: Christophe Ricard<christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Use a _US suffix for microseconds and a _MS suffic for milliseconds. Move
all timeouts and delays into one place. Use mdelay() instead of udelay()
where appropriate.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: NChristophe Ricard <christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Use the same prefix on each function for consistency.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: NChristophe Ricard <christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Move all the init and uninit code into one place.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: Christophe Ricard<christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Some definitions are in the C file and some are in the header file. Move
everything into the header file for consistency and to reduce clutter.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Reviewed-by: NHeiko Schocher <hs@denx.de>

There are too many structures storing the same sort of information. Move the
fields from struct tpm into struct tpm_chip and remove the former struct.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Reviewed-by: NHeiko Schocher <hs@denx.de>

There are too many structures storing the same sort of information. Move the
fields from struct tpm_dev into struct tpm_chip and remove the former
struct.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Reviewed-by: NHeiko Schocher <hs@denx.de>

This function is misnamed since it only applies to a single driver. Merge
its fields into its parent.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Reviewed-by: NHeiko Schocher <hs@denx.de>

The function methods in struct tpm_vendor_specific just call local functions.
Change the code to use a direct call.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Reviewed-by: NHeiko Schocher <hs@denx.de>

The current Infineon I2C TPM driver is written in two parts, intended to
support use with other I2C devices. However we don't have any users and the
Atmel I2C TPM device does not use this file.

We should simplify this and remove the unused abstration. As a first step,
move the code into one file.

Also the name tpm_private.h suggests that the header file is generic to all
TPMs but it is not. Rename it indicate that it relates only to this driver
Signed-off-by: NSimon Glass <sjg@chromium.org>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Add an SPDX header to two drivers that don't have it.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: NChristophe Ricard <christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Convert all TPM options to Kconfig and tidy up.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: NChristophe Ricard <christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Add new Kconfig options for TPMs in preparation for moving boards to use
Kconfig for TPM configuration.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: Christophe Ricard<christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

The address of the I2C TPM is now defined in the device tree so there is no
need for the CONFIG options.

Remove them from the README and board config to avoid confusion.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Acked-by: NChristophe Ricard <christophe-h.ricard@st.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>