15 Nov, 2019

1 commit


05 Jun, 2019

1 commit

  • Based on 1 normalized pattern(s):

    this file is subject to the terms and conditions of the gnu general
    public license version 2 see the file copying in the main directory
    of this archive for more details

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-only

    has been chosen to replace the boilerplate/reference in 9 file(s).

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Allison Randal
    Reviewed-by: Armijn Hemel
    Reviewed-by: Kate Stewart
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190531081036.888539456@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

02 Mar, 2018

1 commit


14 Feb, 2018

1 commit

  • Pointe bp is being initialized and this value is never read, it
    is being updated to the same value later just before it is going to
    be used. Remove the initialization as it is never read and keep
    the setting of bp closer to the use of bp.

    Cleans up clang warnings:
    drivers/rtc/rtc-ds1302.c:115:7: warning: Value stored to 'bp' during
    its initialization is never read
    drivers/rtc/rtc-ds1302.c:46:7: warning: Value stored to 'bp' during
    its initialization is never read

    Signed-off-by: Colin Ian King
    Signed-off-by: Alexandre Belloni

    Colin Ian King
     

02 Sep, 2016

1 commit

  • Check for rtc_class_ops structures that are only passed to
    devm_rtc_device_register, rtc_device_register,
    platform_device_register_data, all of which declare the corresponding
    parameter as const. Declare rtc_class_ops structures that have these
    properties as const.

    The semantic patch that makes this change is as follows:
    (http://coccinelle.lip6.fr/)

    //
    @r disable optional_qualifier@
    identifier i;
    position p;
    @@
    static struct rtc_class_ops i@p = { ... };

    @ok@
    identifier r.i;
    expression e1,e2,e3,e4;
    position p;
    @@
    (
    devm_rtc_device_register(e1,e2,&i@p,e3)
    |
    rtc_device_register(e1,e2,&i@p,e3)
    |
    platform_device_register_data(e1,e2,e3,&i@p,e4)
    )

    @bad@
    position p != {r.p,ok.p};
    identifier r.i;
    @@
    i@p

    @depends on !bad disable optional_qualifier@
    identifier r.i;
    @@
    static
    +const
    struct rtc_class_ops i = { ... };
    //

    Signed-off-by: Julia Lawall
    Acked-by: Baruch Siach
    Acked-by: Hans Ulli Kroll
    Acked-by: Linus Walleij
    Acked-by: Thierry Reding
    Signed-off-by: Alexandre Belloni

    Julia Lawall
     

20 May, 2016

4 commits

  • The valid range of day of week register for DS1302 is 1 to 7. But the
    set_time callback for rtc-ds1302 attempts to write the value of
    tm->tm_wday which is in the range 0 to 6. While the get_time callback
    correctly decodes the register.

    Signed-off-by: Akinobu Mita
    Cc: Sergey Yanovich
    Cc: Alessandro Zummo
    Cc: Alexandre Belloni
    Signed-off-by: Alexandre Belloni

    Akinobu Mita
     
  • The set_time callback for rtc-ds1302 doesn't write clock registers
    because the error check for the return value from spi_write_then_read()
    is not correct. spi_write_then_read() which returns zero on success.

    Signed-off-by: Akinobu Mita
    Cc: Sergey Yanovich
    Cc: Alessandro Zummo
    Cc: Alexandre Belloni
    Signed-off-by: Alexandre Belloni

    Akinobu Mita
     
  • Many drivers are defining a DRV_VERSION. This is often only used for
    MODULE_VERSION and sometimes to print an info message at probe time. This
    is kind of pointless as they are all versionned with the kernel anyway.
    Also the core will print a message when a new rtc is found.

    Signed-off-by: Alexandre Belloni

    Alexandre Belloni
     
  • DS1302 is an half-duplex SPI device. The driver respects this fact now.
    Pin configurations should be implemented using SPI subsystem.

    Signed-off-by: Sergei Ianovich
    Acked-by: Rob Herring
    Signed-off-by: Alexandre Belloni

    Sergey Yanovich
     

20 Oct, 2014

1 commit


04 Jul, 2013

3 commits

  • This chip has a control register and can prevent altering saved clock.
    Without this patch we could have:

    (arm)root@pac14:~# date
    Tue May 21 03:08:27 MSK 2013
    (arm)root@pac14:~# /etc/init.d/hwclock.sh show
    Tue May 21 11:13:58 2013 -0.067322 seconds
    (arm)root@pac14:~# /etc/init.d/hwclock.sh stop
    [info] Saving the system clock.
    [info] Hardware Clock updated to Tue May 21 03:09:01 MSK 2013.
    (arm)root@pac14:~# /etc/init.d/hwclock.sh show
    Tue May 21 11:14:15 2013 -0.624272 seconds

    The patch enables write access to rtc before the driver tries to write
    time and re-disables when time data is written.

    Signed-off-by: Sergey Yanovich
    Acked-by: Marc Zyngier
    Cc: Alessandro Zummo
    Cc: Sachin Kamat
    Cc: Jingoo Han
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Sergey Yanovich
     
  • After the switch to devm_ functions and the removal of
    rtc_device_unregister(), the 'remove' function does not do anything.
    Delete it.

    Signed-off-by: Sachin Kamat
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Sachin Kamat
     
  • The driver core clears the driver data to NULL after device_release or
    on probe failure, since commit 0998d063100 ("device-core: Ensure drvdata
    = NULL when no driver is bound"). Thus, it is not needed to manually
    clear the device driver data to NULL.

    Signed-off-by: Jingoo Han
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jingoo Han
     

30 Apr, 2013

3 commits


04 Jan, 2013

1 commit

  • CONFIG_HOTPLUG is going away as an option. As a result, the __dev*
    markings need to be removed.

    This change removes the use of __devinit, __devexit_p, __devinitdata,
    __devinitconst, and __devexit from these drivers.

    Based on patches originally written by Bill Pemberton, but redone by me
    in order to handle some of the coding style issues better, by hand.

    Cc: Bill Pemberton
    Cc: Alessandro Zummo
    Cc: Srinidhi Kasagar
    Cc: Linus Walleij
    Cc: Mike Frysinger
    Cc: Wan ZongShun
    Cc: Guan Xuetao
    Cc: Mark Brown
    Signed-off-by: Greg Kroah-Hartman

    Greg Kroah-Hartman
     

29 Oct, 2010

1 commit


25 May, 2010

1 commit

  • The current ds1302 driver (or at least the one that lives in /drivers/rtc)
    seems to be designed for memory mapped devices only. This make it quite
    hard to add support for GPIO-based implementations (as this is the case
    for the upcoming Arcom Vulcan).

    This patch moves the direct register access to inline functions with
    explicit names. Still not as good as a proper platform driver, but at
    least neater.

    Signed-off-by: Marc Zyngier
    Cc: Paul Gortmaker
    Cc: Alessandro Zummo
    Cc: Paul Mundt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Marc Zyngier
     

16 Dec, 2009

1 commit

  • Herton Ronaldo Krzesinski recently raised up, and fixed, an issue with the
    rtc_cmos driver, which was referring to an inconsistent driver data.

    This patch ensures that driver data registration happens before
    rtc_device_register().

    Signed-off-by: Alessandro Zummo
    Acked-by: Thomas Hommel
    Acked-by: Hans-Christian Egtvedt
    Acked-by: Paul Mundt
    Cc: David S. Miller
    Cc: Thomas Bogendoerfer
    Cc: Andrew Sharp
    Cc: Atsushi Nemoto
    Cc: Alexander Bigga
    Cc: Thomas Bogendoerfer
    Cc: Mark Zhan
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Alessandro Zummo
     

25 Nov, 2009

1 commit


20 Aug, 2009

2 commits


21 Oct, 2008

1 commit

  • * git://git.kernel.org/pub/scm/linux/kernel/git/lethal/sh-2.6: (112 commits)
    sh: Move SH-4 CPU headers down one more level.
    sh: Only build in gpio.o when CONFIG_GENERIC_GPIO is selected.
    sh: Migrate common board headers to mach-common/.
    sh: Move the CPU definition headers from asm/ to cpu/.
    serial: sh-sci: Add support SCIF of SH7723
    video: add sh_mobile_lcdc platform flags
    video: remove unused sh_mobile_lcdc platform data
    sh: remove consistent alloc cruft
    sh: add dynamic crash base address support
    sh: reduce Migo-R smc91x overruns
    sh: Fix up some merge damage.
    Fix debugfs_create_file's error checking method for arch/sh/mm/
    Fix debugfs_create_dir's error checking method for arch/sh/kernel/
    sh: ap325rxa: Add support RTC RX-8564LC in AP325RXA board
    sh: Use sh7720 GPIO on magicpanelr2 board
    sh: Add sh7720 pinmux code
    sh: Use sh7203 GPIO on rsk7203 board
    sh: Add sh7203 pinmux code
    sh: Use sh7723 GPIO on AP325RXA board
    sh: Add sh7723 pinmux code
    ...

    Linus Torvalds
     

20 Oct, 2008

2 commits


28 Apr, 2008

1 commit


07 Feb, 2008

1 commit

  • This adds a basic ds1302 RTC driver, which is basically a cleanup and move
    of the in-tree SH SecureEdge5410 code (which is currently located in
    arch/sh/board/snapgear/rtc.c) to drivers/rtc.

    This aims to be a building block that the M32R and CRIS code can be worked
    on top of, so we can get rid of drivers/char/ds1302.c and
    arch/cris/arch-v10/drivers/ds1302.c respectively, though more work is
    needed for this.

    [akpm@linux-foundation.org: coding-style fixes]
    Signed-off-by: Paul Mundt
    Signed-off-by: Alessandro Zummo
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paul Mundt