From: Heiko Schocher <hs@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 04/10] power: Explicitly select pmic device's bus
Date: Tue, 01 Apr 2014 06:59:22 +0200 [thread overview]
Message-ID: <533A47AA.1090002@denx.de> (raw)
In-Reply-To: <20140331163643.621f02bc@amdc2363>
Hello Lukasz,
Am 31.03.2014 16:36, schrieb Lukasz Majewski:
> Hi Simon,
>
>> Hi Lukasz,
>>
>> On 27 March 2014 11:33, Lukasz Majewski<l.majewski@samsung.com>
>> wrote: Hi Simon, Heiko
>>
>>> From: Aaron Durbin<adurbin@chromium.org>
>>>
>>> The current pmic i2c code assumes the current i2c bus is
>>> the same as the pmic device's bus. There is nothing ensuring
>>> that to be true. Therefore, select the proper bus before performing
>>> a transaction.
>>>
>>> Signed-off-by: Aaron Durbin<adurbin@chromium.org>
>>> Signed-off-by: Simon Glass<sjg@chromium.org>
>>> Reviewed-by: Simon Glass<sjg@chromium.org>
>>> ---
>>>
>>> drivers/power/power_i2c.c | 4 ++++
>>> 1 file changed, 4 insertions(+)
>>>
>>> diff --git a/drivers/power/power_i2c.c b/drivers/power/power_i2c.c
>>> index ac76870..594cd11 100644
>>> --- a/drivers/power/power_i2c.c
>>> +++ b/drivers/power/power_i2c.c
>>> @@ -23,6 +23,8 @@ int pmic_reg_write(struct pmic *p, u32 reg, u32
>>> val) if (check_reg(p, reg))
>>> return -1;
>>>
>>> + I2C_SET_BUS(p->bus);
>>> +
>>
>> Hadn't we had a discussion about this explicit setting of I2C some
>> time ago? I thought that this problem was solved within the I2C
>> rework.
>>
>> Also I might be wrong, so please correct me if I'm wrong. Isn't the
>> I2C_SET_BUS() macro regarded as a obsolete after the I2C rework?
>>
>> Agreed that would be ideal, but we would have to pass the bus number
>> of the i2c_read/write() functions. I don't believe the i2c code has
>> got that far yet.
>>
>> Unfortunately it doesn't work without this patch.
>
> If Heiko doesn't object, then I won't protest.
It s okay for me, so to clarify:
Acked-by: Heiko Schocher <hs@denx.de>
bye,
Heiko
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
next prev parent reply other threads:[~2014-04-01 4:59 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-26 17:56 [U-Boot] [PATCH 0/10] Enable LCD display on snow Simon Glass
2014-03-26 17:56 ` [U-Boot] [PATCH 01/10] power: Rename CONFIG_PMIC_... to CONFIG_POWER_ Simon Glass
2014-03-27 16:32 ` Lukasz Majewski
2014-03-26 17:56 ` [U-Boot] [PATCH 02/10] power: Add support for TPS65090 PMU chip Simon Glass
2014-03-27 17:59 ` Lukasz Majewski
2014-03-30 0:14 ` Simon Glass
2014-03-31 14:33 ` Lukasz Majewski
2014-03-31 17:27 ` Simon Glass
2014-03-31 20:59 ` Lukasz Majewski
2014-03-26 17:56 ` [U-Boot] [PATCH 03/10] exynos5: Enable tps65090 on smdk5250 Simon Glass
2014-03-29 22:40 ` Ajay kumar
2014-03-30 0:22 ` Simon Glass
2014-03-26 17:56 ` [U-Boot] [PATCH 04/10] power: Explicitly select pmic device's bus Simon Glass
2014-03-27 17:33 ` Lukasz Majewski
2014-03-30 0:17 ` Simon Glass
2014-03-31 5:17 ` Heiko Schocher
2014-03-31 6:17 ` Lukasz Majewski
2014-04-01 4:58 ` Heiko Schocher
2014-03-31 14:36 ` Lukasz Majewski
2014-04-01 4:59 ` Heiko Schocher [this message]
2014-03-26 17:56 ` [U-Boot] [PATCH 05/10] exynos5: support tps65090 pmic Simon Glass
2014-03-27 12:13 ` Minkyu Kang
2014-03-30 0:18 ` Simon Glass
2014-03-27 17:28 ` Lukasz Majewski
2014-03-26 17:56 ` [U-Boot] [PATCH 06/10] exynos: Enable PSHOLD in SPL Simon Glass
2014-03-27 17:13 ` Lukasz Majewski
2014-03-26 17:56 ` [U-Boot] [PATCH 07/10] exynos: dts: Disable cros_ec interrupts due to broken GPIOs Simon Glass
2014-03-26 17:56 ` [U-Boot] [PATCH 08/10] exynos: dts: Enable LCD for snow Simon Glass
2014-03-27 17:23 ` Lukasz Majewski
2014-03-30 0:24 ` Simon Glass
2014-03-26 17:56 ` [U-Boot] [PATCH 09/10] exynos: Enable the LCD backlight " Simon Glass
2014-03-27 12:13 ` Minkyu Kang
2014-03-27 17:25 ` Lukasz Majewski
2014-03-29 22:35 ` Ajay kumar
2014-03-30 0:06 ` Simon Glass
2014-03-26 17:56 ` [U-Boot] [PATCH 10/10] initcall: Improve debugging support Simon Glass
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=533A47AA.1090002@denx.de \
--to=hs@denx.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox