12 Dec, 2015

1 commit

  • We need to include to build the driver as a loadable
    module:

    drivers/reset/hisilicon/hi6220_reset.c:108:1: warning: data definition has no type or storage class
    postcore_initcall(hi6220_reset_init);

    Signed-off-by: Arnd Bergmann

    Arnd Bergmann
     

25 Nov, 2015

1 commit


20 Nov, 2015

1 commit


18 Nov, 2015

1 commit


16 Nov, 2015

9 commits


01 Sep, 2015

1 commit


16 Aug, 2015

1 commit


04 Aug, 2015

2 commits


03 Aug, 2015

4 commits

  • In order for the Arria10 to be able to re-use the reset driver for SoCFPGA
    Cyclone5/Arria5, we need to read the 'altr,modrst-offset' property from the
    device tree entry. The 'altr,modrst-offset' property is the first register
    into the reset manager that is used for bringing peripherals out of reset.

    The driver assumes a modrst-offset of 0x10 in order to support legacy
    Cyclone5/Arria5 hardware.

    Signed-off-by: Dinh Nguyen

    Dinh Nguyen
     
  • Add reset driver for the Reset Generation Unit (RGU) found on NXP
    LPC18xx and LPC43xx devies. This reset controller features up to 64
    reset lines connected to different blocks and peripheral in the SoC.
    Most reset lines on the controller are self clearing except for
    those dealing with the Cortex-M0 cores on LPC43xx devices.

    This driver also registers a restart handler that can be used to
    reset the entire device.

    Signed-off-by: Joachim Eastwood
    Signed-off-by: Philipp Zabel

    Joachim Eastwood
     
  • of_device_id is always used as const.
    (See driver.of_match_table and open firmware functions)

    Signed-off-by: Fabian Frederick
    Acked-by: Maxime Coquelin
    Acked-by: Patrice Chotard
    Signed-off-by: Philipp Zabel

    Fabian Frederick
     
  • By popular vote, the DT binding includes for reset controllers are located
    in include/dt-bindings/reset/. Move the STi reset constants in there, too,
    to avoid confusion.

    Signed-off-by: Philipp Zabel
    Acked-by: Patrice Chotard

    Philipp Zabel
     

18 May, 2015

2 commits

  • With proper platform driver probing for berlin reset driver, drop the
    arch_initcall workaround.

    Signed-off-by: Antoine Tenart
    Acked-by: Philipp Zabel
    Signed-off-by: Sebastian Hesselbarth

    Antoine Tenart
     
  • The Berlin reset controller was introduced without being a platform
    driver because of a needed DT rework: the node describing the reset
    controller also describes the pinctrl and clk controllers...

    Prepare conversion by adding a platform driver probe to a new
    compatible "marvell,berlin2-reset" with syscon regmap.

    Signed-off-by: Antoine Tenart
    Acked-by: Philipp Zabel
    Signed-off-by: Sebastian Hesselbarth

    Antoine Tenart
     

17 Jan, 2015

1 commit

  • Call spin_lock_init() before the spinlocks are used, both in early init
    and probe functions preventing a lockdep splat.

    I have been observing lockdep complaining [1] during boot on my a80 optimus [2]
    when CONFIG_PROVE_LOCKING has been enabled. This patch resolves the splat,
    and has been tested on a few other sunxi platforms without issue.

    [1] http://storage.kernelci.org/next/next-20150107/arm-multi_v7_defconfig+CONFIG_PROVE_LOCKING=y/lab-tbaker/boot-sun9i-a80-optimus.html
    [2] http://kernelci.org/boot/?a80-optimus

    Signed-off-by: Tyler Baker
    Cc:
    Acked-by: Philipp Zabel
    Signed-off-by: Kevin Hilman
    Signed-off-by: Olof Johansson

    Tyler Baker
     

15 Dec, 2014

1 commit

  • Pull driver core update from Greg KH:
    "Here's the set of driver core patches for 3.19-rc1.

    They are dominated by the removal of the .owner field in platform
    drivers. They touch a lot of files, but they are "simple" changes,
    just removing a line in a structure.

    Other than that, a few minor driver core and debugfs changes. There
    are some ath9k patches coming in through this tree that have been
    acked by the wireless maintainers as they relied on the debugfs
    changes.

    Everything has been in linux-next for a while"

    * tag 'driver-core-3.19-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core: (324 commits)
    Revert "ath: ath9k: use debugfs_create_devm_seqfile() helper for seq_file entries"
    fs: debugfs: add forward declaration for struct device type
    firmware class: Deletion of an unnecessary check before the function call "vunmap"
    firmware loader: fix hung task warning dump
    devcoredump: provide a one-way disable function
    device: Add dev__once variants
    ath: ath9k: use debugfs_create_devm_seqfile() helper for seq_file entries
    ath: use seq_file api for ath9k debugfs files
    debugfs: add helper function to create device related seq_file
    drivers/base: cacheinfo: remove noisy error boot message
    Revert "core: platform: add warning if driver has no owner"
    drivers: base: support cpu cache information interface to userspace via sysfs
    drivers: base: add cpu_device_create to support per-cpu devices
    topology: replace custom attribute macros with standard DEVICE_ATTR*
    cpumask: factor out show_cpumap into separate helper function
    driver core: Fix unbalanced device reference in drivers_probe
    driver core: fix race with userland in device_add()
    sysfs/kernfs: make read requests on pre-alloc files use the buffer.
    sysfs/kernfs: allow attributes to request write buffer be pre-allocated.
    fs: sysfs: return EGBIG on write if offset is larger than file size
    ...

    Linus Torvalds
     

04 Dec, 2014

1 commit

  • Pull "Reset controller changes for v3.19" from Philipp Zabel:

    This adds a new driver for the sti soc family, and creates
    a reset_control_status interface, which is added to the existing
    drivers.

    * tag 'reset-for-3.19-2' of git://git.pengutronix.de/git/pza/linux:
    reset: add socfpga_reset_status
    reset: sti: Document sti-picophyreset controllers bindings.
    reset: stih407: Add softreset, powerdown and picophy controllers
    reset: stih407: Add reset controllers DT bindings
    reset: add reset_control_status helper function

    Signed-off-by: Arnd Bergmann

    Arnd Bergmann
     

04 Nov, 2014

1 commit


03 Nov, 2014

1 commit


31 Oct, 2014

1 commit

  • This patch adds softreset, powerdown and picophy reset controllers for
    the STiH407 SoC.

    With this patch three new devices are registered: -
    1. st,stih407-powerdown
    2. st,stih407-softreset
    3. st,stih407-picophyreset

    All three devices use system configuration registers mapped via regmap to
    perform the reset or powerdown. The powerdown controller also has
    an acknowledgement.

    A separate picophy reset controller manages the different reset channels within
    the picophy, which have a different polarity to the other system softresets.
    Managing these different picophy softreset channels is necessary to correctly
    handle resuming from suspend when USB2 devices are plugged into the USB3 port.

    Signed-off-by: Giuseppe Cavallaro
    Signed-off-by: Peter Griffin
    Acked-by: Lee Jones
    Signed-off-by: Maxime Coquelin

    Peter Griffin
     

20 Oct, 2014

4 commits


03 Jun, 2014

1 commit

  • Pull ARM SoC driver changes from Olof Johansson:
    "SoC-near driver changes that we're merging through our tree. Mostly
    because they depend on other changes we have staged, but in some cases
    because the driver maintainers preferred that we did it this way.

    This contains a largeish cleanup series of the omap_l3_noc bus driver,
    cpuidle rework for Exynos, some reset driver conversions and a long
    branch of TI EDMA fixes and cleanups, with more to come next release.

    The TI EDMA cleanups is a shared branch with the dmaengine tree, with
    a handful of Davinci-specific fixes on top.

    After discussion at last year's KS (and some more on the mailing
    lists), we are here adding a drivers/soc directory. The purpose of
    this is to keep per-vendor shared code that's needed by different
    drivers but that doesn't fit into the MFD (nor drivers/platform)
    model. We expect to keep merging contents for this hierarchy through
    arm-soc so we can keep an eye on what the vendors keep adding here and
    not making it a free-for-all to shove in crazy stuff"

    * tag 'drivers-for-3.16' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (101 commits)
    cpufreq: exynos: Fix driver compilation with ARCH_MULTIPLATFORM
    tty: serial: msm: Remove direct access to GSBI
    power: reset: keystone-reset: introduce keystone reset driver
    Documentation: dt: add bindings for keystone pll control controller
    Documentation: dt: add bindings for keystone reset driver
    soc: qcom: fix of_device_id table
    ARM: EXYNOS: Fix kernel panic when unplugging CPU1 on exynos
    ARM: EXYNOS: Move the driver to drivers/cpuidle directory
    ARM: EXYNOS: Cleanup all unneeded headers from cpuidle.c
    ARM: EXYNOS: Pass the AFTR callback to the platform_data
    ARM: EXYNOS: Move S5P_CHECK_SLEEP into pm.c
    ARM: EXYNOS: Move the power sequence call in the cpu_pm notifier
    ARM: EXYNOS: Move the AFTR state function into pm.c
    ARM: EXYNOS: Encapsulate the AFTR code into a function
    ARM: EXYNOS: Disable cpuidle for exynos5440
    ARM: EXYNOS: Encapsulate boot vector code into a function for cpuidle
    ARM: EXYNOS: Pass wakeup mask parameter to function for cpuidle
    ARM: EXYNOS: Remove ifdef for scu_enable in pm
    ARM: EXYNOS: Move scu_enable in the cpu_pm notifier
    ARM: EXYNOS: Use the cpu_pm notifier for pm
    ...

    Linus Torvalds
     

22 May, 2014

1 commit


21 May, 2014

2 commits


15 May, 2014

1 commit

  • The current implementation uses sunxi_reset_init function for both early
    init and platform device probe.

    The sunxi_reset_init function uses DT to retrieve device resources, which
    will be an issue if reset controllers are registered from an MFD device
    that define resources from mfd_cell definition.

    Moreover, we can make of devm functions when we're in the probe context.

    Signed-off-by: Boris BREZILLON
    Acked-by: Maxime Ripard
    Signed-off-by: Maxime Ripard
    Acked-by: Philipp Zabel

    Boris BREZILLON
     

26 Apr, 2014

1 commit

  • Add a reset-controller driver for the socfpga platform.
    The reset-controller has four banks with up to 32 entries all encapsulated in
    one module block.

    Signed-off-by: Steffen Trumtrar
    Acked-by: Philipp Zabel
    Signed-off-by: Dinh Nguyen
    ---

    Notes:
    Changes since v2:
    - remove superfluous ret in probe function
    - add Acked-by

    Changes since v1:
    - use BITS_PER_LONG everywhere instead of MAX_BANK_WIDTH
    - print pdev->dev.of_node->full_name on error
    - use proper IS_ERR/PTR_ERR

    Steffen Trumtrar
     

27 Mar, 2014

1 commit