| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-Id: <20220317112820.7617d0d68f50f24ad0c3739e@hugovil.com>
Date: Thu, 17 Mar 2022 11:28:20 -0400
From: Hugo Villeneuve <hugo@...ovil.com>
To: Alexandre Belloni <alexandre.belloni@...tlin.com>
Cc: Alessandro Zummo <a.zummo@...ertech.it>, linux-rtc@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 11/29] rtc: pcf2127: set RTC_FEATURE_ALARM_RES_2S
On Thu, 10 Mar 2022 21:58:49 +0100
Alexandre Belloni <alexandre.belloni@...tlin.com> wrote:
> On 10/03/2022 11:09:18-0500, Hugo Villeneuve wrote:
> > On Wed, 9 Mar 2022 17:22:42 +0100
> > Alexandre Belloni <alexandre.belloni@...tlin.com> wrote:
> >
> > > The PCF2127 doesn't support UIE because setting an alarm to fire every
> > > second confuses the chip and the fastest we can go is an alarm every 2
> > > seconds.
> >
> > Hi Alexandre,
> > can you describe what "confuses the chip" means?
> >
> > In my experimental PCF2131 driver, I activated UIE and it seems to be working fine at 1s intervals, but since it is similar to PCF2127, maybe there is still a problem and I just didn't see it.
> >
>
> Did you remove uie_unsupported? Else, you may have been using uie
> emulation. In my tests last year, the pcf2127 was failing to reassert
> the interrupt if an alarm was set every second. The same happens on
> other NXP based RTCs (i.e. including microcrystal ones).
>
> I'm going to test again soon (and also reply to your series).
Hi,
I have now access to a board with a PCF2129T.
I have been able to test with it by sending ioctl RTC_UIE_ON and confirm that it exhibits the problem you reported. Basically, the first alarm triggers the IRQ after 1s, as expected, but the next configured alarm 1s into the future never triggers the IRQ again. But the time/date registers seem to be updating (incrementin) correctly after that.
Here is a log of my tests, adding dump of registers and a lot of debug traces:
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C read: [02] 00000000: 00 .
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C read: [03] 00000000: 04 00 15 17 04 03 22 ......"
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time: 15:00:04 (month=17)
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C read: [02] 00000000: 00 .
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C read: [03] 00000000: 04 00 15 17 04 03 22 ......"
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time: 15:00:04 (month=17)
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C read: [02] 00000000: 00 .
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C read: [03] 00000000: 04 00 15 17 04 03 22 ......"
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time: 15:00:04 (month=17)
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_set_alarm
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C read: [01] 00000000: 04 .
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C gwrite: [0A] 00000000: 05 00 15 17 80 .....
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_alarm
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C read: [01] 00000000: 04 .
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C read: [0A] 00000000: 05 00 15 17 80 .....
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_alarm: 15:00:05 (month=17)
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C read: [02] 00000000: 00 .
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C read: [03] 00000000: 04 00 15 17 04 03 22 ......"
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time: 15:00:04 (month=17)
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_alarm_irq_enable: enable = 1
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C read: [01] 00000000: 04 .
[Thu Mar 17 11:02:43 2022] rtc-pcf2127-i2c 4-0051: I2C write: [01] 00000000: 06 .
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_irq: irq = 211
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [00] 00000000: 00 16 00 05 00 15 17 04 03 22 05 00 15 17 80 20 .........".....
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [00] 00000010: 82 00 80 00 00 00 00 00 00 08 ..........
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [01] 00000000: 16 .
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [00] 00000000: 00 .
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C write: [01] 00000000: 06 .
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [02] 00000000: 00 .
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [03] 00000000: 05 00 15 17 04 03 22 ......"
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time: 15:00:05 (month=17)
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [02] 00000000: 00 .
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [03] 00000000: 05 00 15 17 04 03 22 ......"
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time: 15:00:05 (month=17)
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_set_alarm
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [01] 00000000: 06 .
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C gwrite: [0A] 00000000: 06 00 15 17 80 .....
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_alarm
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [01] 00000000: 06 .
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [0A] 00000000: 06 00 15 17 80 .....
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_alarm: 15:00:06 (month=17)
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [02] 00000000: 00 .
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [03] 00000000: 05 00 15 17 04 03 22 ......"
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_read_time: 15:00:05 (month=17)
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: pcf2127_rtc_alarm_irq_enable: enable = 1
[Thu Mar 17 11:02:44 2022] rtc-pcf2127-i2c 4-0051: I2C read: [01] 00000000: 06
Note: doing the same tests without dump and debug traces doesn't improve things.
I even did some tests where, in pcf2127_rtc_set_alarm(), I disabled all the alarm registers (set to 0x80), except for the SECONDS alarm register. In this case, I observed that the IRQ is triggered after 61s. This seems to indicate that the alarm detection circuitry is still somewhat operating (AF flag / INT pin), but there is probably a bug in the IC when the configured alarm is close to current time after AF is set once...
I also have done other tests by disabling then re-enabling AIE, stopping and restarting the oscillator (STOP bit), etc, but to no avail.
However, in pcf2127_rtc_set_alarm(), if I set the alarm 2s past the current time, instead of 1s, then the IRQ is always triggered after 2s.
I have opened a support case with NXP to investigate this strange behavior.
Hugo.
> > > Signed-off-by: Alexandre Belloni <alexandre.belloni@...tlin.com>
> > > ---
> > > drivers/rtc/rtc-pcf2127.c | 1 +
> > > 1 file changed, 1 insertion(+)
> > >
> > > diff --git a/drivers/rtc/rtc-pcf2127.c b/drivers/rtc/rtc-pcf2127.c
> > > index f8469b134411..63b275b014bd 100644
> > > --- a/drivers/rtc/rtc-pcf2127.c
> > > +++ b/drivers/rtc/rtc-pcf2127.c
> > > @@ -656,6 +656,7 @@ static int pcf2127_probe(struct device *dev, struct regmap *regmap,
> > > pcf2127->rtc->range_min = RTC_TIMESTAMP_BEGIN_2000;
> > > pcf2127->rtc->range_max = RTC_TIMESTAMP_END_2099;
> > > pcf2127->rtc->set_start_time = true; /* Sets actual start to 1970 */
> > > + set_bit(RTC_FEATURE_ALARM_RES_2S, pcf2127->rtc->features);
> > > clear_bit(RTC_FEATURE_UPDATE_INTERRUPT, pcf2127->rtc->features);
> > > clear_bit(RTC_FEATURE_ALARM, pcf2127->rtc->features);
> > >
> > > --
> > > 2.35.1
> > >
> >
> >
> > --
> > Hugo Villeneuve <hugo@...ovil.com>
>
> --
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com
>
--
Hugo Villeneuve <hugo@...ovil.com>
Powered by blists - more mailing lists