From: Minkyu Kang <mk7.kang@samsung.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2 04/12] power: Add support for TPS65090 PMU chip.
Date: Thu, 15 May 2014 15:52:31 +0900 [thread overview]
Message-ID: <5374642F.2000905@samsung.com> (raw)
In-Reply-To: <1396481069-24950-5-git-send-email-sjg@chromium.org>
On 03/04/14 08:24, Simon Glass wrote:
> From: Tom Wai-Hong Tam <waihong@chromium.org>
>
> This adds driver support for the TPS65090 PMU. Support includes
> hooking into the pmic infrastructure so that the pmic commands
> can be used on the console. The TPS65090 supports the following
> functionality:
>
> - fet enable/disable/querying
> - getting and setting of charge state
>
> Even though it is connected to the pmic infrastructure it does
> not hook into the pmic charging charging infrastructure.
>
> The device tree binding is from Linux, but only a small subset of
> functionality is supported.
>
> Signed-off-by: Tom Wai-Hong Tam <waihong@chromium.org>
> Signed-off-by: Hatim Ali <hatim.rv@samsung.com>
> Signed-off-by: Katie Roberts-Hoffman <katierh@chromium.org>
> Signed-off-by: Rong Chang <rongchang@chromium.org>
> Signed-off-by: Sean Paul <seanpaul@chromium.org>
> Signed-off-by: Vincent Palatin <vpalatin@chromium.org>
> Signed-off-by: Aaron Durbin <adurbin@chromium.org>
> Signed-off-by: Simon Glass <sjg@chromium.org>
> ---
>
> Changes in v2:
> - Removed non-device-tree operation
> - Use errno.h for error return codes everywhere
> - Plumb into pmic charging framework
> - Fix style nit
> - Use correct license header
> - Use new Linux device tree bindings
> - Add partial battery charging support
>
> doc/device-tree-bindings/power/tps65090.txt | 17 ++
> doc/device-tree-bindings/regulator/tps65090.txt | 122 +++++++++
> drivers/power/pmic/Makefile | 1 +
> drivers/power/pmic/pmic_tps65090.c | 312 ++++++++++++++++++++++++
> include/fdtdec.h | 1 +
> include/power/tps65090_pmic.h | 73 ++++++
> lib/fdtdec.c | 1 +
> 7 files changed, 527 insertions(+)
> create mode 100644 doc/device-tree-bindings/power/tps65090.txt
> create mode 100644 doc/device-tree-bindings/regulator/tps65090.txt
> create mode 100644 drivers/power/pmic/pmic_tps65090.c
> create mode 100644 include/power/tps65090_pmic.h
>
> diff --git a/doc/device-tree-bindings/power/tps65090.txt b/doc/device-tree-bindings/power/tps65090.txt
> new file mode 100644
> index 0000000..8e5e0d3
> --- /dev/null
> +++ b/doc/device-tree-bindings/power/tps65090.txt
> @@ -0,0 +1,17 @@
> +TPS65090 Frontend PMU with Switchmode Charger
> +
> +Required Properties:
> +-compatible: "ti,tps65090-charger"
> +
> +Optional Properties:
> +-ti,enable-low-current-chrg: Enables charging when a low current is detected
> + while the default logic is to stop charging.
> +
> +This node is a subnode of the tps65090 PMIC.
> +
> +Example:
> +
> + tps65090-charger {
> + compatible = "ti,tps65090-charger";
> + ti,enable-low-current-chrg;
> + };
> diff --git a/doc/device-tree-bindings/regulator/tps65090.txt b/doc/device-tree-bindings/regulator/tps65090.txt
> new file mode 100644
> index 0000000..313a60b
> --- /dev/null
> +++ b/doc/device-tree-bindings/regulator/tps65090.txt
> @@ -0,0 +1,122 @@
> +TPS65090 regulators
> +
> +Required properties:
> +- compatible: "ti,tps65090"
> +- reg: I2C slave address
> +- interrupts: the interrupt outputs of the controller
> +- regulators: A node that houses a sub-node for each regulator within the
> + device. Each sub-node is identified using the node's name, with valid
> + values listed below. The content of each sub-node is defined by the
> + standard binding for regulators; see regulator.txt.
> + dcdc[1-3], fet[1-7] and ldo[1-2] respectively.
> +- vsys[1-3]-supply: The input supply for DCDC[1-3] respectively.
> +- infet[1-7]-supply: The input supply for FET[1-7] respectively.
> +- vsys-l[1-2]-supply: The input supply for LDO[1-2] respectively.
> +
> +Optional properties:
> +- ti,enable-ext-control: This is applicable for DCDC1, DCDC2 and DCDC3.
> + If DCDCs are externally controlled then this property should be there.
> +- "dcdc-ext-control-gpios: This is applicable for DCDC1, DCDC2 and DCDC3.
> + If DCDCs are externally controlled and if it is from GPIO then GPIO
> + number should be provided. If it is externally controlled and no GPIO
> + entry then driver will just configure this rails as external control
> + and will not provide any enable/disable APIs.
> +
> +Each regulator is defined using the standard binding for regulators.
> +
> +Example:
> +
> + tps65090 at 48 {
> + compatible = "ti,tps65090";
> + reg = <0x48>;
> + interrupts = <0 88 0x4>;
> +
> + vsys1-supply = <&some_reg>;
> + vsys2-supply = <&some_reg>;
> + vsys3-supply = <&some_reg>;
> + infet1-supply = <&some_reg>;
> + infet2-supply = <&some_reg>;
> + infet3-supply = <&some_reg>;
> + infet4-supply = <&some_reg>;
> + infet5-supply = <&some_reg>;
> + infet6-supply = <&some_reg>;
> + infet7-supply = <&some_reg>;
> + vsys_l1-supply = <&some_reg>;
> + vsys_l2-supply = <&some_reg>;
> +
> + regulators {
> + dcdc1 {
> + regulator-name = "dcdc1";
> + regulator-boot-on;
> + regulator-always-on;
> + ti,enable-ext-control;
> + dcdc-ext-control-gpios = <&gpio 10 0>;
> + };
> +
> + dcdc2 {
> + regulator-name = "dcdc2";
> + regulator-boot-on;
> + regulator-always-on;
> + };
> +
> + dcdc3 {
> + regulator-name = "dcdc3";
> + regulator-boot-on;
> + regulator-always-on;
> + };
> +
> + fet1 {
> + regulator-name = "fet1";
> + regulator-boot-on;
> + regulator-always-on;
> + };
> +
> + fet2 {
> + regulator-name = "fet2";
> + regulator-boot-on;
> + regulator-always-on;
> + };
> +
> + fet3 {
> + regulator-name = "fet3";
> + regulator-boot-on;
> + regulator-always-on;
> + };
> +
> + fet4 {
> + regulator-name = "fet4";
> + regulator-boot-on;
> + regulator-always-on;
> + };
> +
> + fet5 {
> + regulator-name = "fet5";
> + regulator-boot-on;
> + regulator-always-on;
> + };
> +
> + fet6 {
> + regulator-name = "fet6";
> + regulator-boot-on;
> + regulator-always-on;
> + };
> +
> + fet7 {
> + regulator-name = "fet7";
> + regulator-boot-on;
> + regulator-always-on;
> + };
> +
> + ldo1 {
> + regulator-name = "ldo1";
> + regulator-boot-on;
> + regulator-always-on;
> + };
> +
> + ldo2 {
> + regulator-name = "ldo2";
> + regulator-boot-on;
> + regulator-always-on;
> + };
> + };
> + };
> diff --git a/drivers/power/pmic/Makefile b/drivers/power/pmic/Makefile
> index 4129bda..3244f69 100644
> --- a/drivers/power/pmic/Makefile
> +++ b/drivers/power/pmic/Makefile
> @@ -10,5 +10,6 @@ obj-$(CONFIG_POWER_MAX8997) += pmic_max8997.o
> obj-$(CONFIG_POWER_MUIC_MAX8997) += muic_max8997.o
> obj-$(CONFIG_POWER_MAX77686) += pmic_max77686.o
> obj-$(CONFIG_POWER_PFUZE100) += pmic_pfuze100.o
> +obj-$(CONFIG_POWER_TPS65090) += pmic_tps65090.o
> obj-$(CONFIG_POWER_TPS65217) += pmic_tps65217.o
> obj-$(CONFIG_POWER_TPS65910) += pmic_tps65910.o
> diff --git a/drivers/power/pmic/pmic_tps65090.c b/drivers/power/pmic/pmic_tps65090.c
> new file mode 100644
> index 0000000..8558b43
> --- /dev/null
> +++ b/drivers/power/pmic/pmic_tps65090.c
> @@ -0,0 +1,312 @@
> +/*
> + * Copyright (c) 2012 The Chromium OS Authors.
> + *
> + * SPDX-License-Identifier: GPL-2.0+
> + */
> +
> +#include <common.h>
> +#include <errno.h>
> +#include <fdtdec.h>
> +#include <i2c.h>
> +#include <power/pmic.h>
> +#include <power/tps65090_pmic.h>
> +
> +DECLARE_GLOBAL_DATA_PTR;
> +
> +#define TPS65090_NAME "TPS65090_PMIC"
> +
> +/* TPS65090 register addresses */
> +enum {
> + REG_IRQ1 = 0,
> + REG_CG_CTRL0 = 4,
> + REG_CG_STATUS1 = 0xa,
> + REG_FET1_CTRL = 0x0f,
> + REG_FET2_CTRL,
> + REG_FET3_CTRL,
> + REG_FET4_CTRL,
> + REG_FET5_CTRL,
> + REG_FET6_CTRL,
> + REG_FET7_CTRL,
> + TPS65090_NUM_REGS,
> +};
> +
> +enum {
> + IRQ1_VBATG = 1 << 3,
> + CG_CTRL0_ENC_MASK = 0x01,
> +
> + MAX_FET_NUM = 7,
> + MAX_CTRL_READ_TRIES = 5,
> +
> + /* TPS65090 FET_CTRL register values */
> + FET_CTRL_TOFET = 1 << 7, /* Timeout, startup, overload */
> + FET_CTRL_PGFET = 1 << 4, /* Power good for FET status */
> + FET_CTRL_WAIT = 3 << 2, /* Overcurrent timeout max */
> + FET_CTRL_ADENFET = 1 << 1, /* Enable output auto discharge */
> + FET_CTRL_ENFET = 1 << 0, /* Enable FET */
> +};
Are there any special reason to use enum?
> +
> +/**
> + * Checks for a valid FET number
> + *
> + * @param fet_id FET number to check
> + * @return 0 if ok, -EINVAL if FET value is out of range
> + */
> +static int tps65090_check_fet(unsigned int fet_id)
> +{
> + if (fet_id == 0 || fet_id > MAX_FET_NUM) {
> + debug("parameter fet_id is out of range, %u not in 1 ~ %u\n",
> + fet_id, MAX_FET_NUM);
> + return -EINVAL;
> + }
> +
> + return 0;
> +}
> +
> +/**
> + * Set the power state for a FET
> + *
> + * @param pmic pmic structure for the tps65090
> + * @param fet_id Fet number to set (1..MAX_FET_NUM)
> + * @param set 1 to power on FET, 0 to power off
> + * @return -EIO if we got a comms error, -EAGAIN if the FET failed to
> + * change state. If all is ok, returns 0.
> + */
> +static int tps65090_fet_set(struct pmic *pmic, int fet_id, bool set)
> +{
> + int retry;
> + u32 reg, value;
> +
> + value = FET_CTRL_ADENFET | FET_CTRL_WAIT;
> + if (set)
> + value |= FET_CTRL_ENFET;
> +
> + if (pmic_reg_write(pmic, REG_FET1_CTRL + fet_id - 1, value))
> + return -EIO;
> +
> + /* Try reading until we get a result */
> + for (retry = 0; retry < MAX_CTRL_READ_TRIES; retry++) {
> + if (pmic_reg_read(pmic, REG_FET1_CTRL + fet_id - 1, ®))
> + return -EIO;
> +
> + /* Check that the fet went into the expected state */
> + if (!!(reg & FET_CTRL_PGFET) == set)
> + return 0;
> +
> + /* If we got a timeout, there is no point in waiting longer */
> + if (reg & FET_CTRL_TOFET)
> + break;
> +
> + mdelay(1);
> + }
> +
> + debug("FET %d: Power good should have set to %d but reg=%#02x\n",
> + fet_id, set, reg);
> + return -EAGAIN;
EAGAIN? why?
> +}
> +
> +int tps65090_fet_enable(unsigned int fet_id)
> +{
> + struct pmic *pmic;
> + ulong start;
> + int loops;
> + int ret;
> +
> + ret = tps65090_check_fet(fet_id);
> + if (ret)
> + return ret;
> +
> + pmic = pmic_get(TPS65090_NAME);
> + if (!pmic)
> + return -EACCES;
> +
> + start = get_timer(0);
> + for (loops = 0;; loops++) {
> + ret = tps65090_fet_set(pmic, fet_id, true);
> + if (!ret)
> + break;
> +
> + if (get_timer(start) > 100)
> + break;
> +
> + /* Turn it off and try again until we time out */
> + tps65090_fet_set(pmic, fet_id, false);
> + }
> +
> + if (ret)
> + debug("%s: FET%d failed to power on: time=%lums, loops=%d\n",
> + __func__, fet_id, get_timer(start), loops);
> + else if (loops)
> + debug("%s: FET%d powered on after %lums, loops=%d\n",
> + __func__, fet_id, get_timer(start), loops);
> +
> + /*
> + * Unfortunately, there are some conditions where the power
> + * good bit will be 0, but the fet still comes up. One such
> + * case occurs with the lcd backlight. We'll just return 0 here
> + * and assume that the fet will eventually come up.
> + */
I can't understand it.
If it is a special case, then it should be controlled at each caller.
> + if (ret == -EAGAIN)
> + ret = 0;
It looks weird.
> +
> + return ret;
> +}
> +
> +int tps65090_fet_disable(unsigned int fet_id)
> +{
> + struct pmic *pmic;
> + int ret;
> +
> + ret = tps65090_check_fet(fet_id);
> + if (ret)
> + return ret;
> +
> + pmic = pmic_get(TPS65090_NAME);
> + if (!pmic)
> + return -EACCES;
> + ret = tps65090_fet_set(pmic, fet_id, false);
> +
> + return ret;
> +}
> +
> +int tps65090_fet_is_enabled(unsigned int fet_id)
> +{
> + struct pmic *pmic;
> + u32 reg;
> + int ret;
> +
> + ret = tps65090_check_fet(fet_id);
> + if (ret)
> + return ret;
> +
> + pmic = pmic_get(TPS65090_NAME);
> + if (!pmic)
> + return -ENODEV;
> + ret = pmic_reg_read(pmic, REG_FET1_CTRL + fet_id - 1, ®);
> + if (ret) {
> + debug("fail to read FET%u_CTRL register over I2C", fet_id);
> + return -EIO;
> + }
> +
> + return reg & FET_CTRL_ENFET;
> +}
> +
> +int tps65090_get_charging(void)
> +{
> + struct pmic *pmic;
> + u32 val;
> + int ret;
> +
> + pmic = pmic_get(TPS65090_NAME);
> + if (!pmic)
> + return -EACCES;
> +
> + ret = pmic_reg_read(pmic, REG_CG_CTRL0, &val);
> + if (ret)
> + return ret;
> +
> + return val & CG_CTRL0_ENC_MASK ? 1 : 0;
How about it?
return !!(val & CG_CTRL0_ENC_MASK);
> +}
> +
> +static int tps65090_charger_state(struct pmic *pmic, int state,
> + int current)
> +{
> + u32 val;
> + int ret;
> +
> + ret = pmic_reg_read(pmic, REG_CG_CTRL0, &val);
> + if (!ret) {
> + if (state == PMIC_CHARGER_ENABLE)
> + val |= CG_CTRL0_ENC_MASK;
> + else
> + val &= ~CG_CTRL0_ENC_MASK;
> + ret = pmic_reg_write(pmic, REG_CG_CTRL0, val);
> + }
> + if (ret) {
> + debug("%s: Failed to read/write register\n", __func__);
> + return ret;
> + }
> +
> + return 0;
> +}
> +
> +int tps65090_get_status(void)
> +{
> + struct pmic *pmic;
> + u32 val;
> + int ret;
> +
> + pmic = pmic_get(TPS65090_NAME);
> + if (!pmic)
> + return -EACCES;
> +
> + ret = pmic_reg_read(pmic, REG_CG_STATUS1, &val);
> + if (ret)
> + return ret;
> +
> + return val;
> +}
> +
> +static int tps65090_charger_bat_present(struct pmic *pmic)
> +{
> + u32 val;
> + int ret;
> +
> + ret = pmic_reg_read(pmic, REG_IRQ1, &val);
> + if (ret)
> + return ret;
> +
> + return val & IRQ1_VBATG ? true : false;
return !!(val & IRQ1_VBATG);
> +}
> +
> +
please remove extra blank line.
> +static struct power_chrg power_chrg_pmic_ops = {
> + .chrg_bat_present = tps65090_charger_bat_present,
> + .chrg_state = tps65090_charger_state,
> +};
> +
> +int tps65090_init(void)
> +{
> + struct pmic *p;
> + int bus;
> + int addr;
> +
please remove blank line.
> + const void *blob = gd->fdt_blob;
> + int node, parent;
> +
> + node = fdtdec_next_compatible(blob, 0, COMPAT_TI_TPS65090);
> + if (node < 0) {
> + debug("PMIC: No node for PMIC Chip in device tree\n");
> + debug("node = %d\n", node);
> + return -ENODEV;
> + }
> +
> + parent = fdt_parent_offset(blob, node);
> + if (parent < 0) {
> + debug("%s: Cannot find node parent\n", __func__);
> + return -EINVAL;
> + }
> +
> + bus = i2c_get_bus_num_fdt(parent);
> + if (p->bus < 0) {
> + debug("%s: Cannot find I2C bus\n", __func__);
> + return -ENOENT;
> + }
> + addr = fdtdec_get_int(blob, node, "reg", TPS65090_I2C_ADDR);
> + p = pmic_alloc();
> + if (!p) {
> + printf("%s: POWER allocation error!\n", __func__);
> + return -ENOMEM;
> + }
> +
> + p->name = TPS65090_NAME;
> + p->bus = bus;
> + p->interface = PMIC_I2C;
> + p->number_of_regs = TPS65090_NUM_REGS;
> + p->hw.i2c.addr = addr;
> + p->hw.i2c.tx_num = 1;
> + p->chrg = &power_chrg_pmic_ops;
> +
> + puts("TPS65090 PMIC init\n");
> +
> + return 0;
> +}
> diff --git a/include/fdtdec.h b/include/fdtdec.h
> index 3196cf6..669ab90 100644
> --- a/include/fdtdec.h
> +++ b/include/fdtdec.h
> @@ -92,6 +92,7 @@ enum fdt_compat_id {
> COMPAT_SAMSUNG_EXYNOS5_I2C, /* Exynos5 High Speed I2C Controller */
> COMPAT_SANDBOX_HOST_EMULATION, /* Sandbox emulation of a function */
> COMPAT_SANDBOX_LCD_SDL, /* Sandbox LCD emulation with SDL */
> + COMPAT_TI_TPS65090, /* Texas Instrument TPS65090 */
>
> COMPAT_COUNT,
> };
> diff --git a/include/power/tps65090_pmic.h b/include/power/tps65090_pmic.h
> new file mode 100644
> index 0000000..dcf99c9
> --- /dev/null
> +++ b/include/power/tps65090_pmic.h
> @@ -0,0 +1,73 @@
> +/*
> + * Copyright (c) 2012 The Chromium OS Authors.
> + *
> + * SPDX-License-Identifier: GPL-2.0+
> + */
> +
> +#ifndef __TPS65090_PMIC_H_
> +#define __TPS65090_PMIC_H_
> +
> +/* I2C device address for TPS65090 PMU */
> +#define TPS65090_I2C_ADDR 0x48
> +
> +enum {
> + /* Status register fields */
> + TPS65090_ST1_OTC = 1 << 0,
> + TPS65090_ST1_OCC = 1 << 1,
> + TPS65090_ST1_STATE_SHIFT = 4,
> + TPS65090_ST1_STATE_MASK = 0xf << TPS65090_ST1_STATE_SHIFT,
> +};
Are there any special reason to use enum?
> +
> +/**
> + * Enable FET
> + *
> + * @param fet_id FET ID, value between 1 and 7
> + * @return 0 on success, non-0 on failure
> + */
> +int tps65090_fet_enable(unsigned int fet_id);
> +
> +/**
> + * Disable FET
> + *
> + * @param fet_id FET ID, value between 1 and 7
> + * @return 0 on success, non-0 on failure
> + */
> +int tps65090_fet_disable(unsigned int fet_id);
> +
> +/**
> + * Is FET enabled?
> + *
> + * @param fet_id FET ID, value between 1 and 7
> + * @return 1 enabled, 0 disabled, negative value on failure
> + */
> +int tps65090_fet_is_enabled(unsigned int fet_id);
> +
> +/**
> + * Enable / disable the battery charger
> + *
> + * @param enable 0 to disable charging, non-zero to enable
> + */
> +int tps65090_set_charge_enable(int enable);
> +
> +/**
> + * Check whether we have enabled battery charging
> + *
> + * @return 1 if enabled, 0 if disabled
> + */
> +int tps65090_get_charging(void);
> +
> +/**
> + * Return the value of the status register
> + *
> + * @return status register value, or -1 on error
> + */
> +int tps65090_get_status(void);
> +
> +/**
> + * Initialize the TPS65090 PMU.
> + *
> + * @return 0 on success, non-0 on failure
> + */
> +int tps65090_init(void);
> +
> +#endif /* __TPS65090_PMIC_H_ */
> diff --git a/lib/fdtdec.c b/lib/fdtdec.c
> index 33265ec..e15e0ad 100644
> --- a/lib/fdtdec.c
> +++ b/lib/fdtdec.c
> @@ -65,6 +65,7 @@ static const char * const compat_names[COMPAT_COUNT] = {
> COMPAT(SAMSUNG_EXYNOS5_I2C, "samsung,exynos5-hsi2c"),
> COMPAT(SANDBOX_HOST_EMULATION, "sandbox,host-emulation"),
> COMPAT(SANDBOX_LCD_SDL, "sandbox,lcd-sdl"),
> + COMPAT(TI_TPS65090, "ti,tps65090"),
> };
>
> const char *fdtdec_get_compatible(enum fdt_compat_id id)
>
Thanks,
Minkyu Kang.
next prev parent reply other threads:[~2014-05-15 6:52 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-02 23:24 [U-Boot] [PATCH v2 0/12] Enable LCD display on snow Simon Glass
2014-04-02 23:24 ` [U-Boot] [PATCH v2 01/12] exynos: Drop old smdk5250.c file Simon Glass
2014-04-02 23:24 ` [U-Boot] [PATCH v2 02/12] power: Rename CONFIG_PMIC_... to CONFIG_POWER_ Simon Glass
2014-04-02 23:24 ` [U-Boot] [PATCH v2 03/12] power: Add PMIC_ prefix to CHARGER_EN/DISABLE Simon Glass
2014-04-02 23:24 ` [U-Boot] [PATCH v2 04/12] power: Add support for TPS65090 PMU chip Simon Glass
2014-05-15 6:52 ` Minkyu Kang [this message]
2014-05-20 11:46 ` Simon Glass
2014-04-02 23:24 ` [U-Boot] [PATCH v2 05/12] exynos5: Enable tps65090 on exynos5-dt Simon Glass
2014-04-02 23:24 ` [U-Boot] [PATCH v2 06/12] power: Explicitly select pmic device's bus Simon Glass
2014-04-02 23:24 ` [U-Boot] [PATCH v2 07/12] exynos5: support tps65090 pmic Simon Glass
2014-05-15 6:51 ` Minkyu Kang
2014-05-20 11:47 ` Simon Glass
2014-05-21 10:05 ` Minkyu Kang
2014-05-21 18:58 ` Simon Glass
2014-05-22 1:20 ` Minkyu Kang
2014-05-22 17:27 ` Simon Glass
2014-05-22 18:24 ` David Nelson
2014-05-22 20:07 ` Simon Glass
2014-05-26 7:15 ` Minkyu Kang
2014-05-27 0:01 ` Simon Glass
2014-05-28 13:02 ` Minkyu Kang
2014-05-29 23:36 ` Simon Glass
2014-04-02 23:24 ` [U-Boot] [PATCH v2 08/12] exynos: Enable PSHOLD in SPL Simon Glass
2014-04-02 23:24 ` [U-Boot] [PATCH v2 09/12] exynos: dts: Disable cros_ec interrupts due to broken GPIOs Simon Glass
2014-05-15 6:51 ` Minkyu Kang
2014-05-19 21:27 ` Simon Glass
2014-05-20 0:53 ` Minkyu Kang
2014-05-20 11:49 ` Simon Glass
2014-04-02 23:24 ` [U-Boot] [PATCH v2 10/12] exynos: dts: Enable LCD for snow Simon Glass
2014-05-15 6:51 ` Minkyu Kang
2014-05-20 11:53 ` Simon Glass
2014-04-02 23:24 ` [U-Boot] [PATCH v2 11/12] exynos: Enable the LCD backlight " Simon Glass
2014-05-15 6:51 ` Minkyu Kang
2014-05-20 11:48 ` Simon Glass
2014-04-02 23:24 ` [U-Boot] [PATCH v2 12/12] initcall: Improve debugging support Simon Glass
2014-05-12 22:45 ` [U-Boot] [PATCH v2 0/12] Enable LCD display on snow Simon Glass
2014-05-14 5:19 ` Minkyu Kang
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=5374642F.2000905@samsung.com \
--to=mk7.kang@samsung.com \
--cc=u-boot@lists.denx.de \
/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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.