hardware could test as
> well.
>
> Signed-off-by: Heiner Kallweit
> ---
> v2:
> - rebased on top of latest rtc tree
> ---
> drivers/rtc/rtc-ds1307.c | 603
> +--
> 1 file changed, 221 insertions(+), 382 deletions(-)
>
Applied
ds1307_can_wakeup_device)) {
> irq_handler = mcp794xx_irq;
> want_irq = true;
> }
I applied it now but it didn't applied cleanly. Can you check tomorrow's
linux-next?
Thanks!
--
Alexandre Belloni, Free Electr
: m41t80: remove sqw sysfs entry
> rtc: m41t80: add clock provider support
>
> drivers/rtc/rtc-m41t80.c | 251
> +--
> 1 file changed, 175 insertions(+), 76 deletions(-)
>
All applied now, I had to rebase the last patch on top of v4.12-
r linux-next because this
driver now uses regmap for the register accesses.
Thanks!
> Signed-off-by: Marek Vasut
> Cc: Alexandre Belloni
> Cc: Arnd Bergmann
> Cc: Felipe Balbi
> Cc: Nishanth Menon
> Cc: Tony Lindgren
> ---
rning -ENOENT
> in such a case. This signals generic rtc that no alarm is set and it
> bails out from the alarm initialization flow without reporting the
> above error.
>
> Signed-off-by: Vaibhav Jain
> Reported-by: Steve Best
> ---
> drivers/rtc/rtc-opal.c | 10
fter
> filling up the missing datetime components and if rtc_valid_tm() still
> reports it to be invalid then bails out of the function without
> handling the rollover.
>
> Reported-by: Steve Best
> Signed-off-by: Vaibhav Jain
> ---
> drivers/rtc/interface.c | 9 -
&
phinx:
>
> - adjust identation of the titles;
> - mark a table as such;
> - don't capitalize chapter names.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> Documentation/rtc.txt | 44 +++-
> 1 file changed, 23 insertions(+)
ds1307->rtc->name is a copy of ds1307->client->name, use it instead.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-ds1307.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-ds1307.c b/drivers/rtc/rtc-ds1307.c
index 77339b3d50a1..99e893d
rtc->name is superfluous here because the rtc is already registered at that
point and its name has already been printed.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-dev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-dev.c b/drivers/rtc/rtc-de
pcf8563->rtc->name is a copy of pcf8563_driver.driver.name, use it instead
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-pcf8563.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-pcf8563.c b/drivers/rtc/rtc-pcf8563.c
index 1227ceab61ee..cea6ea
rtc->name is only used in messages were it is superfluous. Remove it
completely from the structure.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/class.c | 7 +++
include/linux/rtc.h | 1 -
2 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/rtc/class.c b/drivers/
ion of driver.name (addition or removal of rtc-,
-rtc, _rtc, rtc_)
Make it uniform and use the driver name and the device name.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-sysfs.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-sysfs.c b/drivers/r
list address
Alexandre Belloni (1):
MAINTAINERS: update RTC mailing list
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel engineering
http:/
> + retval = ioctl(fd, RTC_RD_TIME, ¤t);
> + if (retval == -1) {
> + perror("RTC_RD_TIME ioctl");
> + exit(errno);
> + }
> +
> + fprintf(stderr, "\n\nCurrent RTC date/time is %d-%d-%d,
> %02d:%02d:%02d.\n",
> +
;
> + }
> +
> + fprintf(stderr, "RTC alarm is %d-%d-%d, %02d:%02d:%02d.\n",
> + current.tm_mday, current.tm_mon + 1, current.tm_year + 1900,
> + current.tm_hour, current.tm_min, current.tm_sec);
> +
> + if (new.tm_year != current.tm_year ||
| 25
> drivers/rtc/rtc-tegra.c | 22 +++---
> drivers/rtc/rtc-test.c | 17 +--
> drivers/rtc/rtc-tps6586x.c | 26
> drivers/rtc/rtc-vr41xx.c | 6 ++--
&
On 20/06/2017 at 12:03:48 +0200, Alexandre Belloni wrote:
> On 20/06/2017 at 11:35:08 +0200, Benjamin Gaignard wrote:
> > rtc_time_to_tm() and rtc_tm_to_time() are deprecated because they
> > rely on 32bits variables and that will make rtc break in y2038/2016.
>
> Please don
On 20/06/2017 at 14:10:11 +0200, Pavel Machek wrote:
> On Tue 2017-06-20 12:03:48, Alexandre Belloni wrote:
> > On 20/06/2017 at 11:35:08 +0200, Benjamin Gaignard wrote:
> > > rtc_time_to_tm() and rtc_tm_to_time() are deprecated because they
> > > rely on 32bits varia
> > > On Tue 2017-06-20 14:24:00, Alexandre Belloni wrote:
> > > > On 20/06/2017 at 14:10:11 +0200, Pavel Machek wrote:
> > > > > On Tue 2017-06-20 12:03:48, Alexandre Belloni wrote:
> > > > > > On 20/06/2017 at 11:35:08 +0200, Benja
On 20/06/2017 at 22:15:36 +0100, Russell King - ARM Linux wrote:
> On Tue, Jun 20, 2017 at 05:07:46PM +0200, Benjamin Gaignard wrote:
> > 2017-06-20 15:48 GMT+02:00 Alexandre Belloni
> > :
> > >> Yes, that's argument against changing rtc _drivers_ for hardware th
he past,
> which is quite unusual.
>
Or not, having an RTC set in the past is actually quite common. I'd find
it weird to have a new device boot and be set to a date in the future.
Also note that the threshold or offset thing may seem like a good idea
but fails with many RTCs because o
On 21/06/2017 at 10:19:49 +0100, Russell King - ARM Linux wrote:
> On Wed, Jun 21, 2017 at 10:39:07AM +0200, Alexandre Belloni wrote:
> > On 21/06/2017 at 09:51:52 +0200, Pavel Machek wrote:
> > > If someone uses different threshold, well, there will be
> > > confusi
code, so that we can do fixups once
> per class, not once per driver.
Yes, I'm in the middle of the whole rework that allows that.
I don't understand the sudden urgency of fixing that and the amount of
bikeshedding, seeing that the closest cutoff date is actually 31st of
decemb
make sure to also be the
one for rtctest_setdate.c.
> The third one is a rtc driver patch. Please let me know how do you want
> to handle this series soon we can get this into 4.13-rc1.
>
I'll take the three patches but I still have comment I didn't have time
to give yet.
--
t; 1 file changed, 21 insertions(+), 1 deletion(-)
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.go
d-const-variable=]
> static const u32 PIE_BIT_DEF[MAX_PIE_NUM][2] = {
>
> Signed-off-by: Diaz de Grenu, Jose
> ---
> drivers/rtc/rtc-mxc.c | 11 ---
> 1 file changed, 11 deletions(-)
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kern
disabled\n", __func__);
> + } else {
> + /* Alarm is enabled */
> + alarm->enabled = 1;
> + rtc_time_to_tm(sec, &alarm->time);
> + dev_dbg(dev, "%s: alarm is enabled\n", __func__);
> + }
> +
>
the chip, Alarm and
> Timer is not supported.
>
> Signed-off-by: Marek Vasut
> Cc: Alexandre Belloni
> Cc: Arnd Bergmann
> Cc: Felipe Balbi
> Cc: Nishanth Menon
> Cc: Tony Lindgren
> ---
> V2: Convert to regmap
> ---
> drivers/rtc/rtc-ds1307.c | 175
>
s you removed it from v2.
I'll applay that but it is ok if you change your mind.
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
--
You received this message because you are subscribed to "rtc-linux".
Membership options at h
le| 1 +
> drivers/rtc/rtc-brcmstb-waketimer.c | 325
>
> 3 files changed, 337 insertions(+)
> create mode 100644 drivers/rtc/rtc-brcmstb-waketimer.c
>
Both applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linu
s. One that does the initialization and another one that reads
> > status1 and immediately doest the initialization when POC is set. If BLD
> > is set, then we can wait for set_time to happen before initializing.
> >
--
Alexandre Belloni, Free Electrons
Embedded Linux and K
On 04/07/2017 at 10:55:52 +0200, Fabien Lahoudere wrote:
> On Thu, 2017-06-29 at 09:56 +0200, Alexandre Belloni wrote:
> > On 26/06/2017 at 11:51:13 +0200, Fabien Lahoudere wrote:
> > > > Actually, after reading the datasheet, I realize it is only POC that is
> > >
li Kroll
> Signed-off-by: Linus Walleij
> ---
> ChangeLog v1->v2:
> - Use devm_clk_get() so we do not leave dangling clocks
> behind.
> - Add Hans' ACK.
> ---
> drivers/rtc/rtc-gemini.c | 28
> 1 file changed, 28 insertion
| 28
> ++
> 2 files changed, 28 insertions(+), 14 deletions(-)
> delete mode 100644 Documentation/devicetree/bindings/rtc/cortina,gemini.txt
> create mode 100644 Documentation/devicetree/bindings/rtc/faraday,ftrtc010.txt
>
Applied, thanks.
--
Alexandre Bello
drivers/rtc/Makefile | 2 +-
> drivers/rtc/{rtc-gemini.c => rtc-ftrtc010.c} | 91
> ++--
> 4 files changed, 53 insertions(+), 52 deletions(-)
> rename drivers/rtc/{rtc-gemini.c => rtc-ftrtc010.c} (62%)
>
Applied, t
else
> + return -EINVAL;
This will never happen, you can remove that test.
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://gro
rom this group and stop receiving emails from it, send an
> email to rtc-linux+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
--
You received this messag
> 1 file changed, 12 insertions(+)
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/
STM32H7
> rtc: stm32: add STM32H7 RTC support
>
> .../devicetree/bindings/rtc/st,stm32-rtc.txt | 32 +++--
> drivers/rtc/rtc-stm32.c| 82
> +-
> 2 files changed, 92 insertions(+), 22 deletions(-)
>
Applied, thanks
6
> 4 files changed, 212 insertions(+), 16 deletions(-)
> create mode 100644 tools/testing/selftests/timers/rtctest_setdate.c
>
Applied, thanks.
I've fixed up the date to meaningful ones in patch 2.
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel
functions to safer 64bits ones.
>
> Signed-off-by: Benjamin Gaignard
> CC: Alessandro Zummo
> CC: Alexandre Belloni
> CC: rtc-linux@googlegroups.com
> CC: linux-ker...@vger.kernel.org
> ---
> drivers/rtc/rtc-ds1305.c | 11 ---
> 1 file changed, 4 insertions(+)
information will be lost.
>
> Signed-off-by: Fabien Lahoudere
> ---
> drivers/rtc/rtc-s35390a.c | 72
> +++
> 1 file changed, 42 insertions(+), 30 deletions(-)
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
--
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.co
S1308_BIT_BBCLK);
That should not be needed, the CCF will disable any unused clock.
> case ds_1338:
> /* clock halted? turn it on, so clock can tick. */
> if (tmp & DS1307_BIT_CH)
> --
> 2.13.3
>
--
Alexandre Belloni, Free Electrons
Embedd
gt;>> Hi Alexandre,
> >>>>>
> >>>>> On 3.3.2017 10:41, Michal Simek wrote:
> >>>>>> Hi Alexandre,
> >>>>>>
> >>>>>> On 23.2.2017 13:14, Alexandre Belloni wrote:
> >>>>>>>
On 21/08/2017 at 12:50:34 +0200, Michal Simek wrote:
> Hi,
>
> On 21.8.2017 00:03, Alexandre Belloni wrote:
> > Hi Michal,
> >
> > I've just send a patch to fix this issue (and avoid your other patch).
> >
> > Could you test it? (I did test on an at
On 21/08/2017 at 14:19:07 +0200, Michal Simek wrote:
> On 21.8.2017 14:13, Alexandre Belloni wrote:
> > On 21/08/2017 at 12:50:34 +0200, Michal Simek wrote:
> >> Hi,
> >>
> >> On 21.8.2017 00:03, Alexandre Belloni wrote:
> >>> Hi Michal,
> >
On 21/08/2017 at 14:47:20 +0200, Alexandre Belloni wrote:
> On 21/08/2017 at 14:19:07 +0200, Michal Simek wrote:
> > On 21.8.2017 14:13, Alexandre Belloni wrote:
> > > On 21/08/2017 at 12:50:34 +0200, Michal Simek wrote:
> > >> Hi,
> > >>
> >
(-)
>
I've applied it but it didn't apply cleanly, please check rtc-next or
linux-next, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
--
You received this message because you are subscribed to "rtc-linux".
ine Zhang
> Signed-off-by: Joseph Chen
> ---
> drivers/rtc/Kconfig | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
--
You received this message
t = misc_register(&pcf2127_wdt_miscdev);
> + if (ret)
> + return ret;
> + }
> + pcf2127_wdt_settimeout(32);
> +#endif
> +
> + return 0;
> }
>
> #ifdef CONFIG_OF
> @@ -427,6 +595,10 @@ static void __exit pcf2127_exit(v
e Clock
> +
> +Required properties:
> +- compatible: should be: "nxp,rtc-pcf85263"
The proper compatible string would be "nxp,pcf85263"
Also, please have a look at
http://patchwork.ozlabs.org/patch/658956/
http://patchwork.ozlabs.org/patch/658957/
Martin never rep
t;)
> Signed-off-by: Bastian Stender
> ---
> drivers/rtc/rtc-ds1307.c | 5 +
> 1 file changed, 5 insertions(+)
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
--
You received this message becaus
On 12/12/2017 at 16:41:39 +0100, Enric Balletbo Serra wrote:
> + Alessandro Zummo
> + Alexandre Belloni
>
> 2017-11-10 22:55 GMT+01:00 Enric Balletbo i Serra
> :
> > Dear all,
> >
> > This is an attempt to revive some patches from that [1] patchset, some
>
On 12/12/2017 at 17:05:37 +0100, Alexandre Belloni wrote:
> On 12/12/2017 at 16:41:39 +0100, Enric Balletbo Serra wrote:
> > + Alessandro Zummo
> > + Alexandre Belloni
> >
> > 2017-11-10 22:55 GMT+01:00 Enric Balletbo i Serra
> > :
> > > Dear all,
>
On 13/12/2017 at 07:55:35 +, Lee Jones wrote:
> On Tue, 12 Dec 2017, Alexandre Belloni wrote:
>
> > On 12/12/2017 at 17:05:37 +0100, Alexandre Belloni wrote:
> > > On 12/12/2017 at 16:41:39 +0100, Enric Balletbo Serra wrote:
> > > > + Alessandro Zu
h has the x86 insanity commented out:
https://git.busybox.net/busybox/tree/util-linux/hwclock.c
--
Alexandre Belloni, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
http://bootlin.com
--
You received this message because you are subscribed to "rtc-linux".
Membershi
connected to a sama5d4 xplained, 96盜 on my PC.
It can still be improved and doesn't handle RTCs in localtime.
I'm planning to integrate that in hwclock at some point i(hopefully
soon) but I didn't have the time to dive too much in the code yet.
--
Alexandre Belloni, Bootlin (formerly
tc_dd->regmap, regs->ctrl, ctrl_reg);
> + rc = regmap_write(rtc_dd->regmap, regs->alarm_ctrl, ctrl_reg);
> if (rc) {
> - dev_err(dev, "Write to RTC control register failed\n");
> + dev_err(dev, &
the support for now to simplify
> maintenance of the AB8500.
>
> Cc: Loic Pallardy
> Signed-off-by: Linus Walleij
> ---
Applied, thanks.
--
Alexandre Belloni, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
https://bootlin.com
--
You received this message
uct module *module is now
> > > > > freed */
> > > > > chrdev_open()
> > > > >spin_lock(cdev_lock)
> > > > > cdev_get()
> > > > >
f-by: Colin Ian King
Thanks for the resend. I was still planning to have a look at the patch
you send in September 2014. I believe that one replaces it.
I'll definitely have a look after 4.7-rc1.
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
ht
/* Check the month date for validity. */
> - if (!(mday >= 1) && (mday <= 31))
> + if ((mday < 1) || (mday > 31))
> return -EDOM;
>
> /*
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http
6586x
Akinobu Mita (2):
rtc: ds1302: fix error check in set_time
rtc: ds1302: fix write value for day of week register
Alexandre Belloni (1):
rtc: remove useless DRV_VERSION
Anurag Kumar Vulisha (3):
rtc: z
On 21/05/2016 at 11:18:15 -0700, Linus Torvalds wrote :
> On Sat, May 21, 2016 at 8:15 AM, Alexandre Belloni
> wrote:
> >
> > Here is the pull-request for the RTC subsystem for 4.7.
>
> Grr. I noticed this too late, but this has all been rebased very recently.
>
>
> ---
> drivers/rtc/interface.c | 12 +++-
> 1 file changed, 11 insertions(+), 1 deletion(-)
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
You received this message because you are subsc
Hi,
On 03/05/2016 at 12:05:34 +0200, Arnd Bergmann wrote :
> On Tuesday 03 May 2016 09:24:18 Alexandre Belloni wrote:
> > Hi Arnd,
> >
> > I see you didn't copy Greg on that series (that may explain his
> > confusion on the previous patch), do you expect me to
On 22/05/2016 at 11:06:16 +0200, Geert Uytterhoeven wrote :
> Submitters of device tree binding documentation may forget to CC
> the subsystem maintainer if this is missing.
>
> Signed-off-by: Geert Uytterhoeven
> Cc: Alessandro Zummo
> Cc: Alexandre Belloni
> Cc: rtc-l
the replacement patch.
>
> Alexandre, let me know if you'd prefer me to post the whole series
> again instead.
>
Well, I think the plan was to send v4 and include GKH in the Cc list so
that he could maybe put some acks.
There is also the mn10300 one:
arch/mn10300/proc-mn103e010/pr
one has been converted to a standard SPI driver in v4.6. Following
some discussion, driving it using gpios will be added. m32r will have to
use one of those two interfaces. It is broken on that architecture for
now but we never got any reply from maintainers.
--
Alexandre Belloni, Free Electr
using
> + * timestamp
> + */
> + if (wday != tm.tm_wday) {
> + wday = i2c_smbus_read_byte_data(client, MCP794XX_REG_WEEKDAY);
> + wday = wday & ~MCP794XX_REG_WEEKDAY_WDAY_MASK;
> + wday = wday | (tm.tm_wday + 1);
> + i2c_smbus_
> go through the rtc tree that introduced the build failure after my
> earlier patches
>
> arch/sparc/include/asm/io_32.h | 10 --
> 1 file changed, 10 deletions(-)
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://fre
Ian King
> ---
> drivers/rtc/interface.c | 16 +++-
> 1 file changed, 15 insertions(+), 1 deletion(-)
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
You received this message because
mp;& (mday <= 31)) is false for mday == 32.
>
> When verifying the day of month the binary and the BCD mode
> have to be considered.
>
> v2:
> consider ds1685_rtc_read_alarm
> consider rtc->bcd_mode as indicated by Alexandre Belloni
>
> S
On 18/04/2016 at 12:17:44 +0200, Martin Kepplinger wrote :
> Signed-off-by: Martin Kepplinger
> ---
> drivers/rtc/rtc-pcf2123.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Andr
++
> 3 files changed, 180 insertions(+)
>
I've applied it but you probably edited the diff by hand so I had to
edit it a bit more to get it to apply correctly. Also, I fixed the
remaining checkpatch issues.
--
Alexandre Belloni, Free E
le until the expired alarm is cleared.
>
I'm not completely sure to understand what is happening but could you
check whether that one is solved by
2b2f5ff00f63847d95adad6289bd8b05f5983dd5 in my tree (rtc-next).
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android eng
On 04/06/2016 at 18:58:59 +0200, Gabriele Mazzotta wrote :
> 2016-06-04 16:46 GMT+02:00 Alexandre Belloni
> :
> > On 01/06/2016 at 17:40:14 +0200, Gabriele Mazzotta wrote :
> >> If the system wakes up because of a wake alarm, the internal state
> >> of the alarm is no
ver at all, because if
> we do we'd get a non-functional driver that does nothing useful but only
> spills
> our kernel log with warnings.
>
> Signed-off-by: Alexander Graf
> ---
> drivers/rtc/rtc-efi.c | 6 ++
> 1 file changed, 6 insertions(+)
Applied, thanks.
-
roken in the linux-rtc git at the moment, so it makes sense
> to fix it there.
>
> arch/x86/kernel/nmi.c | 1 +
> 1 file changed, 1 insertion(+)
>
Applied, thanks.
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
You receiv
685.c:265]: (style) Variable 'ctrlb' is assigned a
> value that is never used.
> [drivers/rtc/rtc-ds1685.c:812]: (style) Variable 'ctrlc' is assigned a
> value that is never used.
>
Well, feel free to send a patch. Please include the name of the tool you
used t
The previous workaround may still fail as there are actually 4 retries to
be done to ensure the communication succeed. Also, some I2C adapter drivers
may return -EIO instead of -ENXIO.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-rv8803.c | 6 +++---
1 file changed, 3 insertions(+), 3
On 07/06/2016 at 14:59:05 +0530, Keerthy wrote :
> Hi Alexandre,
>
> On Wednesday 01 June 2016 06:06 PM, Keerthy wrote:
> >
> >
> > On Wednesday 01 June 2016 05:48 PM, Alexandre Belloni wrote:
> > > Hi,
> > >
> > > On 01/06/2016 at 16:1
On 17/06/2016 at 12:22:07 +0200, Neil Armstrong wrote :
> In order to support RTC on Qualcomm MDM9615 SoC, add support for
> the pm8018 rtc in rtc-pm8xxx driver.
>
> Signed-off-by: Neil Armstrong
Acked-by: Alexandre Belloni
--
Alexandre Belloni, Free Electrons
Embedded Linux
bindings which do
> > not have vendor prefixes. Will fix in v2.
>
> Okay, then they are fine if you are using existing properties. Perhaps
> these should all be in a common binding doc though.
>
I'll try to collect the existing common properties and write that doc
this week.
--
>type];
> + ds1307->regs[0] &= ~(DS1337_BIT_A2IE | DS1337_BIT_A1IE);
>
> + if (chip->alarm && (ds1307->client->irq > 0 ||
> + ds1307_can_wakeup_device))
> want_irq = true;
> - }
&
ttery backup was disabled. "
> + "Re-enabling it\n");
> }
>
> /* clock halted? turn it on, so clock can tick. */
> @@ -1507,7 +1525,7 @@ static int ds1307_chip_sanity_check(const struct ds1307
> *ds1307)
>
[ds_1339] = DS1339_BIT_BBSQI,
> [ds_3231] = DS3231_BIT_BBSQW,
> };
> @@ -1301,6 +1305,7 @@ static int ds1307_probe(struct i2c_client *client,
> case ds_1337:
> case ds_1339:
> case ds_3231:
> + case ds_1341:
>
C: rtctest: Change no IRQ detection for RTC_IRQP_SET
I already had patches for that issue in a development tree, I'll see if
they match what I did.
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
You received this me
c-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+unsubscr...@googl
ttp://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 r
> + u8 flags;
> +
> + if (!node)
> + return 0;
> +
> + if (!of_device_is_compatible(node, "epson,rx8900"))
> + return 0;
> +
Can you use the i2c_device_id instead of of_device_is_compatible to
avoid matching on yet another strin
ric. I would use
voltage-detection-disable.
Andrey, can you use that one instead of
dallas,disable-oscillator-stop-flag ?
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
You received this message because you are subscribed to &quo
uot;Platform RTC drivers"
>
> config RTC_DRV_CMOS
> tristate "PC-style 'CMOS'"
> - depends on X86 || ARM || M32R || PPC || MIPS || SPARC64
> + depends on X86 || ARM || M32R || PPC || MIPS || SPARC64 || MN10300
> default y if X86
> help
> S
> + /* Do not enable weekday alarm */
> + reg[3] = bin2bcd(alrm_tm->tm_wday) & AC100_ALM_WEE_MASK;
> + reg[4] = (bin2bcd(alrm_tm->tm_mday) & AC100_ALM_DAY_MASK) |
> + AC100_ALM_ENABLE_FLAG;
> + reg[5] = (bin2bcd(alrm_tm->tm_mon) &a
uot;ac100-clk32k-ap",
> + "ac100-clk32k-bb",
> + "ac100-clk32k-md",
> +};
> +
Well, naming things is hard but I don't feel ac100_clk32k and
ac100-clk32k are good prefixes for those clocks as they are actually
dividing a 32KHz or 4MHz clock (one configura
mall fixes.
Are you still planning to send a new version? I understand you had some
fixes.
Thanks!
--
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
--
You received this message because you are subscribed to "rtc-linux&quo
Forgot that one, platform_get_irq() is probably more common but I don't
care that much. I think you can then avoid including of.h and of_irq.h.
> + if (chip->irq < 0) {
> + dev_err(&pdev->dev, "No IRQ resource\n");
> + return chip-&g
On 21/06/2016 at 23:32:19 +0200, Alexandre Belloni wrote :
> > RTC: rtctest: Change alarm IRQ support detection
> > RTC: rtctest: Change no IRQ detection for RTC_IRQP_READ
> > RTC: rtctest: Change no IRQ detection for RTC_IRQP_SET
>
> I already had patches for tha
ds17287rtc.h is unused since commit 15beb694c661 ("mips: ip32: add
platform data hooks to use DS1685 driver"), remove it.
Signed-off-by: Alexandre Belloni
---
include/linux/ds17287rtc.h | 66 --
1 file changed, 66 deletions(-)
delete m
1 - 100 of 374 matches
Mail list logo