1. 07 5月, 2019 1 次提交
  2. 04 3月, 2019 2 次提交
  3. 01 3月, 2019 13 次提交
  4. 28 2月, 2019 1 次提交
    • B
      PCI: qcom: Don't deassert reset GPIO during probe · 02b485e3
      Bjorn Andersson 提交于
      Acquiring the reset GPIO low means that reset is being deasserted, this
      is followed almost immediately with qcom_pcie_host_init() asserting it,
      initializing it and then finally deasserting it again, for the link to
      come up.
      
      Some PCIe devices requires a minimum time between the initial deassert
      and subsequent reset cycles. In a platform that boots with the reset
      GPIO asserted this requirement is being violated by this deassert/assert
      pulse.
      
      Acquire the reset GPIO high to prevent this situation by matching the
      state to the subsequent asserted state.
      
      Fixes: 82a82383 ("PCI: qcom: Add Qualcomm PCIe controller driver")
      Signed-off-by: NBjorn Andersson <bjorn.andersson@linaro.org>
      [lorenzo.pieralisi@arm.com: updated commit log]
      Signed-off-by: NLorenzo Pieralisi <lorenzo.pieralisi@arm.com>
      Acked-by: NStanimir Varbanov <svarbanov@mm-sol.com>
      Cc: stable@vger.kernel.org
      02b485e3
  5. 22 2月, 2019 1 次提交
  6. 21 2月, 2019 1 次提交
  7. 15 2月, 2019 8 次提交
  8. 13 2月, 2019 2 次提交
  9. 04 2月, 2019 4 次提交
  10. 01 2月, 2019 7 次提交