- 02 9月, 2015 6 次提交
-
-
由 York Sun 提交于
Convert MPC8540ADS, MPC8541CDS, MPC8544CDS, MPC8548CDS, MPC8555CDS, MPC8560ADS, MPC8568MDS, MPC8569MDS, MPC8610HPCD to use generic board structure. Signed-off-by: NYork Sun <yorksun@freescale.com>
-
由 Igal Liberman 提交于
Recently the FMan Port and MAC compatibles were changed. This patch aligns the FMan Port and MAC compatibles to the new FMan device tree binding document. The FMan device tree binding document can be found in the Linux kernel: ./Documentation/devicetree/bindings/powerpc/fsl/fman.txt This patch doesn't affect legacy compatibles support. Signed-off-by: NIgal Liberman <igal.liberman@freescale.com> Tested-by: NXing Lei <xing.lei@freescale.com> Reviewed-by: NYork Sun <yorksun@freescale.com>
-
由 York Sun 提交于
MPC85xx has been using locked L1 cache as init_ram. L1 cache is a write through cache on E6500. L2 cache is enabled to to hold the data. This patch locks/unlocks L2 cache to ensure no data cast out from L2 cache. Signed-off-by: NYork Sun <yorksun@freescale.com> Reported-by: NJeffery Zhu <Jefferry.Zhu@freescale.com>
-
由 York Sun 提交于
For e6500 and e5500 SoCs, it was intended to put init_ram address in ccsr reserved space. It is no longer true since SerDes module took the space. Move it to another reserved space at CCSR + 0x03c000. Signed-off-by: NYork Sun <yorksun@freescale.com>
-
由 York Sun 提交于
Previously the DDR4 targets were named with _D4. Rename them with _DDR4 for easy identification. Signed-off-by: NYork Sun <yorksun@freescale.com>
-
由 York Sun 提交于
T1024QDS with DDR4 has been supported. Add the missing defconfig. Signed-off-by: NYork Sun <yorksun@freescale.com> CC: Shengzhou Liu <Shengzhou.Liu@freescale.com>
-
- 01 9月, 2015 1 次提交
-
-
- 31 8月, 2015 33 次提交
-
-
-
由 Boris Brezillon 提交于
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>
-
由 Masahiro Yamada 提交于
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>
-
由 Masahiro Yamada 提交于
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>
-
由 Masahiro Yamada 提交于
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>
-
由 Masahiro Yamada 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-
由 Simon Glass 提交于
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>
-