1. 01 12月, 2017 2 次提交
  2. 19 10月, 2017 6 次提交
  3. 03 3月, 2017 1 次提交
  4. 06 2月, 2017 14 次提交
  5. 31 1月, 2017 1 次提交
  6. 19 9月, 2016 1 次提交
    • F
      can: flexcan: fix resume function · 4de349e7
      Fabio Estevam 提交于
      On a imx6ul-pico board the following error is seen during system suspend:
      
      dpm_run_callback(): platform_pm_resume+0x0/0x54 returns -110
      PM: Device 2090000.flexcan failed to resume: error -110
      
      The reason for this suspend error is because when the CAN interface is not
      active the clocks are disabled and then flexcan_chip_enable() will
      always fail due to a timeout error.
      
      In order to fix this issue, only call flexcan_chip_enable/disable()
      when the CAN interface is active.
      
      Based on a patch from Dong Aisheng in the NXP kernel.
      Signed-off-by: NFabio Estevam <fabio.estevam@nxp.com>
      Cc: linux-stable <stable@vger.kernel.org>
      Signed-off-by: NMarc Kleine-Budde <mkl@pengutronix.de>
      4de349e7
  7. 23 11月, 2015 1 次提交
  8. 21 9月, 2015 7 次提交
  9. 20 8月, 2015 1 次提交
  10. 15 7月, 2015 1 次提交
  11. 07 5月, 2015 4 次提交
  12. 23 3月, 2015 1 次提交
    • A
      can: flexcan: Deferred on Regulator return EPROBE_DEFER · 555828ef
      Andreas Werner 提交于
      Return EPROBE_DEFER if Regulator returns EPROBE_DEFER
      
      If the Flexcan driver is built into kernel and a regulator is used to
      enable the CAN transceiver, the Flexcan driver may not use the regulator.
      
      When initializing the Flexcan device with a regulator defined in the device
      tree, but not initialized, the regulator subsystem returns EPROBE_DEFER, hence
      the Flexcan init fails.
      
      The solution for this is to return EPROBE_DEFER if regulator is not initialized
      and wait until the regulator is initialized.
      Signed-off-by: NAndreas Werner <kernel@andy89.org>
      Cc: linux-stable <stable@vger.kernel.org>
      Signed-off-by: NMarc Kleine-Budde <mkl@pengutronix.de>
      555828ef