From: Joonyoung Shim <jy0922.shim@samsung.com>
To: Krzysztof Kozlowski <k.kozlowski@samsung.com>,
rtc-linux@googlegroups.com
Cc: linux-samsung-soc@vger.kernel.org, linux-kernel@vger.kernel.org,
stable@vger.kernel.org, a.zummo@towertech.it,
alexandre.belloni@free-electrons.com, sbkim73@samsung.com
Subject: Re: [rtc-linux] [PATCH] rtc: s5m: fix to update ctrl register
Date: Mon, 17 Aug 2015 10:47:53 +0900 [thread overview]
Message-ID: <55D13D49.1040504@samsung.com> (raw)
In-Reply-To: <55CC6B28.5010707@samsung.com>
Hi,
On 08/13/2015 07:02 PM, Krzysztof Kozlowski wrote:
> W dniu 13.08.2015 o 17:49, Joonyoung Shim pisze:
>> According to datasheet, the S2MPS13X and S2MPS14X should update write
>> buffer via setting WUDR bit to high after ctrl register is updated.
>
> Hi,
>
> I cannot find this information in S2MPS14 datasheet. On which page is it?
>
I got below information from S2MPS14_Data Sheet_REV0.1 document.
5.2.2.3 RTC_UPDATE
...
NOTE:
1. For write Time Registers (0x00, 0x04~0x0A) & Alarm 0&1 Registers
(0x0B~0x18), set WUDR bit to high.
>
>>
>> If not, ALARM interrupt of rtc-s5m doesn't happen first time when i use
>> tools/testing/selftests/timers/rtctest.c test program and hour format is
>> used to 12 hour mode in Odroid-XU3 board.
>
> Two questions here:
> 1. Earlier you mentioned S2MPS1[34], now Odroid XU3 which has S2MPS11.
> Are you sure that this applies to all of them (S2MPS11, S2MPS13 and
> S2MP14)? There are some minor differences between them so I would not be
> surprised if only some of them required this action.
>
I'm not sure about that because i don't have S2MPS11 datasheet. I just
got the information that S2MPS11 also use S2MPS14 rtc from sec-core mfd
driver,
static const struct mfd_cell s2mps11_devs[] = {
{
.name = "s2mps11-pmic",
}, {
.name = "s2mps14-rtc",
}, {
.name = "s2mps11-clk",
.of_compatible = "samsung,s2mps11-clk",
}
};
> 2. The driver operates in 24-hour omode. Actually it sets the 24-hour
> mode just before your new regmap_update_bits() call. What do you mean by
> 12-hour mode?
>
RTC_CTRL register value is 0 until write buffer is updated, so it is
used to 12-hour mode.
>> Signed-off-by: Joonyoung Shim <jy0922.shim@samsung.com>
>> Cc: <stable@vger.kernel.org>
>
> Thanks for putting a cc-stable tag. How far this should be ported? If
> this is needed only for S2MPS11 then v4.1. If all of them then probably
> for earlier version?
>
If find exact version, i think it will be a version after below commit
was applied.
The commit 0c5deb1ea92f("rtc: s5m: add support for S2MPS14 RTC")
$ git name-rev 0c5deb1ea92f
0c5deb1ea92f tags/v3.16-rc1~53^2~1
Thanks.
> Best regards,
> Krzysztof
>
>> ---
>> drivers/rtc/rtc-s5m.c | 12 ++++++++++++
>> 1 file changed, 12 insertions(+)
>>
>> diff --git a/drivers/rtc/rtc-s5m.c b/drivers/rtc/rtc-s5m.c
>> index 8c70d78..03828bb 100644
>> --- a/drivers/rtc/rtc-s5m.c
>> +++ b/drivers/rtc/rtc-s5m.c
>> @@ -635,6 +635,18 @@ static int s5m8767_rtc_init_reg(struct s5m_rtc_info *info)
>> case S2MPS13X:
>> data[0] = (0 << BCD_EN_SHIFT) | (1 << MODEL24_SHIFT);
>> ret = regmap_write(info->regmap, info->regs->ctrl, data[0]);
>> + if (ret < 0)
>> + break;
>> +
>> + ret = regmap_update_bits(info->regmap,
>> + info->regs->rtc_udr_update,
>> + info->regs->rtc_udr_mask,
>> + info->regs->rtc_udr_mask);
>> + if (ret < 0)
>> + break;
>> +
>> + ret = s5m8767_wait_for_udr_update(info);
>> +
>> break;
>>
>> default:
>>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
WARNING: multiple messages have this Message-ID (diff)
From: Joonyoung Shim <jy0922.shim@samsung.com>
To: Krzysztof Kozlowski <k.kozlowski@samsung.com>,
rtc-linux@googlegroups.com
Cc: linux-samsung-soc@vger.kernel.org, linux-kernel@vger.kernel.org,
stable@vger.kernel.org, a.zummo@towertech.it,
alexandre.belloni@free-electrons.com, sbkim73@samsung.com
Subject: Re: [rtc-linux] [PATCH] rtc: s5m: fix to update ctrl register
Date: Mon, 17 Aug 2015 10:47:53 +0900 [thread overview]
Message-ID: <55D13D49.1040504@samsung.com> (raw)
In-Reply-To: <55CC6B28.5010707@samsung.com>
Hi,
On 08/13/2015 07:02 PM, Krzysztof Kozlowski wrote:
> W dniu 13.08.2015 o 17:49, Joonyoung Shim pisze:
>> According to datasheet, the S2MPS13X and S2MPS14X should update write
>> buffer via setting WUDR bit to high after ctrl register is updated.
>
> Hi,
>
> I cannot find this information in S2MPS14 datasheet. On which page is it?
>
I got below information from S2MPS14_Data Sheet_REV0.1 document.
5.2.2.3 RTC_UPDATE
...
NOTE:
1. For write Time Registers (0x00, 0x04~0x0A) & Alarm 0&1 Registers
(0x0B~0x18), set WUDR bit to high.
>
>>
>> If not, ALARM interrupt of rtc-s5m doesn't happen first time when i use
>> tools/testing/selftests/timers/rtctest.c test program and hour format is
>> used to 12 hour mode in Odroid-XU3 board.
>
> Two questions here:
> 1. Earlier you mentioned S2MPS1[34], now Odroid XU3 which has S2MPS11.
> Are you sure that this applies to all of them (S2MPS11, S2MPS13 and
> S2MP14)? There are some minor differences between them so I would not be
> surprised if only some of them required this action.
>
I'm not sure about that because i don't have S2MPS11 datasheet. I just
got the information that S2MPS11 also use S2MPS14 rtc from sec-core mfd
driver,
static const struct mfd_cell s2mps11_devs[] = {
{
.name = "s2mps11-pmic",
}, {
.name = "s2mps14-rtc",
}, {
.name = "s2mps11-clk",
.of_compatible = "samsung,s2mps11-clk",
}
};
> 2. The driver operates in 24-hour omode. Actually it sets the 24-hour
> mode just before your new regmap_update_bits() call. What do you mean by
> 12-hour mode?
>
RTC_CTRL register value is 0 until write buffer is updated, so it is
used to 12-hour mode.
>> Signed-off-by: Joonyoung Shim <jy0922.shim@samsung.com>
>> Cc: <stable@vger.kernel.org>
>
> Thanks for putting a cc-stable tag. How far this should be ported? If
> this is needed only for S2MPS11 then v4.1. If all of them then probably
> for earlier version?
>
If find exact version, i think it will be a version after below commit
was applied.
The commit 0c5deb1ea92f("rtc: s5m: add support for S2MPS14 RTC")
$ git name-rev 0c5deb1ea92f
0c5deb1ea92f tags/v3.16-rc1~53^2~1
Thanks.
> Best regards,
> Krzysztof
>
>> ---
>> drivers/rtc/rtc-s5m.c | 12 ++++++++++++
>> 1 file changed, 12 insertions(+)
>>
>> diff --git a/drivers/rtc/rtc-s5m.c b/drivers/rtc/rtc-s5m.c
>> index 8c70d78..03828bb 100644
>> --- a/drivers/rtc/rtc-s5m.c
>> +++ b/drivers/rtc/rtc-s5m.c
>> @@ -635,6 +635,18 @@ static int s5m8767_rtc_init_reg(struct s5m_rtc_info *info)
>> case S2MPS13X:
>> data[0] = (0 << BCD_EN_SHIFT) | (1 << MODEL24_SHIFT);
>> ret = regmap_write(info->regmap, info->regs->ctrl, data[0]);
>> + if (ret < 0)
>> + break;
>> +
>> + ret = regmap_update_bits(info->regmap,
>> + info->regs->rtc_udr_update,
>> + info->regs->rtc_udr_mask,
>> + info->regs->rtc_udr_mask);
>> + if (ret < 0)
>> + break;
>> +
>> + ret = s5m8767_wait_for_udr_update(info);
>> +
>> break;
>>
>> default:
>>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2015-08-17 1:48 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-13 8:49 [rtc-linux] [PATCH] rtc: s5m: fix to update ctrl register Joonyoung Shim
2015-08-13 8:49 ` Joonyoung Shim
2015-08-13 10:02 ` [rtc-linux] " Krzysztof Kozlowski
2015-08-13 10:02 ` Krzysztof Kozlowski
2015-08-13 10:42 ` Krzysztof Kozlowski
2015-08-13 10:42 ` Krzysztof Kozlowski
2015-08-17 1:48 ` Joonyoung Shim
2015-08-17 1:48 ` Joonyoung Shim
2015-08-17 1:47 ` Joonyoung Shim [this message]
2015-08-17 1:47 ` Joonyoung Shim
2015-08-17 2:00 ` Krzysztof Kozlowski
2015-08-17 2:00 ` Krzysztof Kozlowski
2015-08-17 2:28 ` Joonyoung Shim
2015-08-17 2:28 ` Joonyoung Shim
2015-08-17 3:51 ` Krzysztof Kozlowski
2015-08-17 3:51 ` Krzysztof Kozlowski
2015-08-20 23:15 ` [rtc-linux] " Alexandre Belloni
2015-08-20 23:15 ` Alexandre Belloni
2015-08-21 0:44 ` [rtc-linux] " Krzysztof Kozlowski
2015-08-21 0:44 ` Krzysztof Kozlowski
2015-08-21 0:44 ` Krzysztof Kozlowski
2015-08-21 1:00 ` [rtc-linux] " Joonyoung Shim
2015-08-21 1:00 ` Joonyoung Shim
2015-08-21 1:21 ` [rtc-linux] " Krzysztof Kozlowski
2015-08-21 1:21 ` Krzysztof Kozlowski
2015-08-21 6:58 ` [rtc-linux] " Joonyoung Shim
2015-08-21 6:58 ` Joonyoung Shim
2015-08-21 7:25 ` [rtc-linux] " Krzysztof Kozlowski
2015-08-21 7:25 ` Krzysztof Kozlowski
2015-08-21 8:49 ` [rtc-linux] " Joonyoung Shim
2015-08-21 8:49 ` Joonyoung Shim
2015-08-21 9:22 ` [rtc-linux] " Krzysztof Kozlowski
2015-08-21 9:22 ` Krzysztof Kozlowski
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=55D13D49.1040504@samsung.com \
--to=jy0922.shim@samsung.com \
--cc=a.zummo@towertech.it \
--cc=alexandre.belloni@free-electrons.com \
--cc=k.kozlowski@samsung.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=rtc-linux@googlegroups.com \
--cc=sbkim73@samsung.com \
--cc=stable@vger.kernel.org \
/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.