1. Dec 01, 2016
  2. Nov 30, 2016
  3. Nov 28, 2016
    • Axel Haslam's avatar
      ARM: davinci: da830-evm: use gpio descriptor for mmc pins · b5e1438c
      Axel Haslam authored
      
      
      Currently the mmc driver is polling the gpio to know if the
      card was removed.
      
      By using a gpio descriptor instead of the platform callbacks,
      the driver will be able to register the gpio using the mmc core
      APIs designed for this purpose.
      
      This has the advantage that an irq will be registered, and
      polling is no longer needed. Also, a dependency on platform
      callbacks is removed for this board.
      
      Signed-off-by: default avatarAxel Haslam <ahaslam@baylibre.com>
      [nsekhar@ti.com: minor commit message edit]
      Signed-off-by: default avatarSekhar Nori <nsekhar@ti.com>
      b5e1438c
    • Axel Haslam's avatar
      ARM: davinci: da850-evm: use gpio descriptor for mmc pins · bdf0e836
      Axel Haslam authored
      
      
      Currently the mmc driver is polling the gpio to know if the
      card was removed.
      
      By using a gpio descriptor instead of the platform callbacks,
      the driver will be able to register the gpio using the mmc core
      APIs designed for this purpose.
      
      This has the advantage that an irq will be registered, and
      polling is no longer needed. Also, a dependency on platform
      callbacks is removed for this board.
      
      Signed-off-by: default avatarAxel Haslam <ahaslam@baylibre.com>
      [nsekhar@ti.com: minor commit message edit]
      Signed-off-by: default avatarSekhar Nori <nsekhar@ti.com>
      bdf0e836
    • Axel Haslam's avatar
      ARM: davinci: hawk: use gpio descriptor for mmc pins · c69f43fb
      Axel Haslam authored
      
      
      Currently the mmc driver is polling the gpio to know if the
      card was removed.
      
      By using a gpio descriptor instead of the platform callbacks,
      the driver will be able to register the gpio using the mmc core
      APIs designed for this purpose.
      
      This has the advantage that an irq will be registered, and
      polling is no longer needed. Also, a dependency on platform
      callbacks is removed for this board.
      
      Signed-off-by: default avatarAxel Haslam <ahaslam@baylibre.com>
      Signed-off-by: default avatarSekhar Nori <nsekhar@ti.com>
      c69f43fb
  4. Nov 26, 2016
  5. Nov 23, 2016
  6. Nov 20, 2016
    • Kevin Hilman's avatar
      ARM: davinci: PM: fix build when da850 not compiled in · f7715b29
      Kevin Hilman authored
      
      
      Currently, suspend/resume support is only available on da850 platforms,
      and the platform PM code has dependencies on da850 functions.  However,
      CONFIG_SUSPEND might be enabled even when da850 support is not, causing
      build failure:
      
      arch/arm/mach-davinci/built-in.o: In function `davinci_pm_init':
      pm_domain.c:(.init.text+0x1fb8): undefined reference to `da8xx_get_mem_ctlr'
      pm_domain.c:(.init.text+0x20b0): undefined reference to `da8xx_syscfg1_base'
      
      Fix this by only building the PM core when da850 is enabled.
      
      Reported-by: default avatarSekhar Nori <nsekhar@ti.com>
      Fixes: aa9aa1ec
      
       ("ARM: davinci: PM: rework init, remove platform device")
      Signed-off-by: default avatarKevin Hilman <khilman@baylibre.com>
      Signed-off-by: default avatarSekhar Nori <nsekhar@ti.com>
      f7715b29
  7. Nov 19, 2016
  8. Nov 18, 2016
  9. Nov 17, 2016
    • Rafał Miłecki's avatar
      ARM: BCM5301X: Add back handler ignoring external imprecise aborts · 09f3510f
      Rafał Miłecki authored
      Since early BCM5301X days we got abort handler that was removed by
      commit 937b1230
      
       ("ARM: BCM5301X: remove workaround imprecise abort
      fault handler"). It assumed we need to deal only with pending aborts
      left by the bootloader. Unfortunately this isn't true for BCM5301X.
      
      When probing PCI config space (device enumeration) it is expected to
      have master aborts on the PCI bus. Most bridges don't forward (or they
      allow disabling it) these errors onto the AXI/AMBA bus but not the
      Northstar (BCM5301X) one.
      
      iProc PCIe controller on Northstar seems to be some older one, without
      a control register for errors forwarding. It means we need to workaround
      this at platform level. All newer platforms are not affected by this
      issue.
      
      Signed-off-by: default avatarRafał Miłecki <rafal@milecki.pl>
      Signed-off-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      09f3510f
  10. Nov 16, 2016
  11. Nov 15, 2016
  12. Nov 14, 2016
  13. Nov 11, 2016