1. 12 7月, 2016 1 次提交
  2. 16 3月, 2016 1 次提交
    • A
      mfd: db8500: Avoid uninitialized variable reference · a7e46317
      Arnd Bergmann 提交于
      The prcmu_config_clkout() function ensures that the 'clkout' argument
      can only be '0' or '1' using an appropriate BUG_ON(), so the compiler
      should know that the div_mask, mask, and bits variables are always
      initialized later on. However, it doesn't understand this in gcc-5.2
      and produces a false positive warning instead:
      
      drivers/mfd/db8500-prcmu.c: In function 'prcmu_config_clkout':
      drivers/mfd/db8500-prcmu.c:762:10: error: 'div_mask' may be used uninitialized in this function [-Werror=maybe-uninitialized]
        if (val & div_mask) {
                ^
      drivers/mfd/db8500-prcmu.c:769:13: error: 'mask' may be used uninitialized in this function [-Werror=maybe-uninitialized]
          if ((val & mask & ~div_mask) != bits) {
                   ^
      drivers/mfd/db8500-prcmu.c:757:7: error: 'bits' may be used uninitialized in this function [-Werror=maybe-uninitialized]
      
      Replacing the switch() statement with an equivalent if() lets
      gcc figure this out reliably and avoids the warnings.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NLee Jones <lee.jones@linaro.org>
      a7e46317
  3. 10 2月, 2016 1 次提交
    • A
      thermal: allow u8500-thermal driver to be a module · 26716ce1
      Arnd Bergmann 提交于
      When the thermal subsystem is a loadable module, the u8500 driver
      fails to build:
      
      drivers/thermal/built-in.o: In function `db8500_thermal_probe':
      db8500_thermal.c:(.text+0x96c): undefined reference to `thermal_zone_device_register'
      drivers/thermal/built-in.o: In function `db8500_thermal_work':
      db8500_thermal.c:(.text+0xab4): undefined reference to `thermal_zone_device_update'
      
      This changes the symbol to a tristate, so Kconfig can track the
      dependency correctly.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NEduardo Valentin <edubezval@gmail.com>
      26716ce1
  4. 11 8月, 2015 1 次提交
    • R
      mfd: Kill off set_irq_flags usage · 9bd09f34
      Rob Herring 提交于
      set_irq_flags is ARM specific with custom flags which have genirq
      equivalents. Convert drivers to use the genirq interfaces directly, so we
      can kill off set_irq_flags. The translation of flags is as follows:
      
      IRQF_VALID -> !IRQ_NOREQUEST
      IRQF_PROBE -> !IRQ_NOPROBE
      IRQF_NOAUTOEN -> IRQ_NOAUTOEN
      
      For IRQs managed by an irqdomain, the irqdomain core code handles clearing
      and setting IRQ_NOREQUEST already, so there is no need to do this in
      .map() functions and we can simply remove the set_irq_flags calls. Some
      users also modify IRQ_NOPROBE and this has been maintained although it
      is not clear that is really needed. There appears to be a great deal of
      blind copy and paste of this code.
      Signed-off-by: NRob Herring <robh@kernel.org>
      Acked-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NLee Jones <lee.jones@linaro.org>
      9bd09f34
  5. 22 6月, 2015 1 次提交
  6. 22 1月, 2015 1 次提交
  7. 26 11月, 2014 2 次提交
  8. 20 10月, 2014 1 次提交
  9. 03 6月, 2014 2 次提交
  10. 30 4月, 2014 1 次提交
  11. 04 3月, 2014 1 次提交
    • L
      mfd: dbx500/abx500: root out hardcoded IRQ assignments · f864c46a
      Linus Walleij 提交于
      The DBx500 and ABx500 should be getting their IRQs from the
      device tree and nowhere else. Get rid of all the static assignments
      everywhere, delete it from the driver, platform data and the
      board files in one swift strike.
      
      Lots of cross-dependencies in the MFD drivers for PRCMU and
      AB8500 makes it necessary to strike everywhere at once to
      eradicate IRQs passed as resources and platform data to the left
      and right around the platform.
      
      Cc: Mark Brown <broonie@kernel.org>
      Cc: Samuel Ortiz <sameo@linux.intel.com>
      Acked-by: NLee Jones <lee.jones@linaro.org>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      f864c46a
  12. 06 1月, 2014 1 次提交
  13. 26 9月, 2013 1 次提交
  14. 02 9月, 2013 2 次提交
  15. 27 7月, 2013 1 次提交
  16. 07 6月, 2013 1 次提交
  17. 04 6月, 2013 1 次提交
  18. 17 5月, 2013 2 次提交
  19. 10 4月, 2013 1 次提交
  20. 09 4月, 2013 1 次提交
  21. 08 4月, 2013 5 次提交
  22. 14 2月, 2013 2 次提交
  23. 12 2月, 2013 1 次提交
    • L
      mfd: db8500-prcmu: update resource passing · 05ec260e
      Linus Walleij 提交于
      When trying to get rid of the cross-includes of <mach/id.h>
      from different drivers, so we can localize ASIC/CPU detection
      to the mach-ux500 folder, we run into the way the PRCMU
      handles base addresses and firmware detection.
      
      This patch updates the firmware version detection to pass
      the required information as platform data instead of
      relying on cpu_is_* macros.
      
      Now the PRCMU base address, the secondary TCDM area, the
      TCPM area and the IRQ are passed as resources instead of
      being grabbed from <mach/*> files. Incidentally this also
      removes part of the reliance on <mach/irqs.h>.
      
      Further it updates the firmware version detection, since the
      location of the firmware ID bytes in the designated memory
      are is now passed from the platform data instead. There is
      no reason not to include the nice split-off of a struct to
      hold the firmware information and a separate function to
      populate it.
      
      The patch actually rids the need to use the external
      db8500_prcmu_early_init call at all, but I'm keepin back
      that removal as I don't want the patch to be too big.
      
      Cc: arm@kernel.org
      Cc: Michel Jaoen <michel.jaouen@stericsson.com>
      Cc: Lee Jones <lee.jones@linaro.org>
      Acked-by: NSamuel Ortiz <sameo@linux.intel.com>
      Acked-by: NLoic Pallardy <loic.pallardy@stericsson.com>
      Acked-by: NFabio Baltieri <fabio.baltieri@linaro.org>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      05ec260e
  24. 30 1月, 2013 1 次提交
  25. 22 1月, 2013 1 次提交
    • L
      mfd: db8500-prcmu: Fix irqdomain usage · 89d9b1c9
      Linus Walleij 提交于
      This fixes two issues with the DB8500 PRCMU irqdomain:
      - You have to state the irq base 0 to get a linear domain
        for the DT case from irq_domain_add_simple()
      - The irqdomain was not used to translate the initial irq
        request using irq_create_mapping() making the linear
        case fail as it was lacking a proper descriptor.
      
      I took this opportunity to fix two lines of whitespace
      errors in related code as I was anyway messing around with
      it.
      
      Cc: stable@kernel.org
      Acked-by Lee Jones <lee.jones@linaro.org>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NSamuel Ortiz <sameo@linux.intel.com>
      89d9b1c9
  26. 13 1月, 2013 1 次提交
    • R
      irqchip: Move ARM gic.h to include/linux/irqchip/arm-gic.h · 520f7bd7
      Rob Herring 提交于
      Now that we have GIC moved to drivers/irqchip and all GIC DT init for
      platforms using irqchip_init, move gic.h and update the remaining
      includes.
      Signed-off-by: NRob Herring <rob.herring@calxeda.com>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Anton Vorontsov <avorontsov@mvista.com>
      Cc: Kukjin Kim <kgene.kim@samsung.com>
      Cc: Sascha Hauer <kernel@pengutronix.de>
      Cc: David Brown <davidb@codeaurora.org>
      Cc: Daniel Walker <dwalker@fifo99.com>
      Cc: Bryan Huntsman <bryanh@codeaurora.org>
      Cc: Tony Lindgren <tony@atomide.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Magnus Damm <magnus.damm@gmail.com>
      Cc: Viresh Kumar <viresh.linux@gmail.com>
      Cc: Shiraz Hashim <shiraz.hashim@st.com>
      Cc: Stephen Warren <swarren@wwwdotorg.org>
      Cc: Srinidhi Kasagar <srinidhi.kasagar@stericsson.com>
      Cc: Linus Walleij <linus.walleij@linaro.org>
      Cc: Samuel Ortiz <sameo@linux.intel.com>
      520f7bd7
  27. 07 1月, 2013 1 次提交
  28. 29 11月, 2012 1 次提交
  29. 12 11月, 2012 1 次提交
  30. 10 11月, 2012 2 次提交