1. 25 8月, 2016 2 次提交
  2. 23 8月, 2016 1 次提交
  3. 11 8月, 2016 1 次提交
  4. 09 8月, 2016 1 次提交
  5. 08 8月, 2016 1 次提交
  6. 30 7月, 2016 1 次提交
  7. 08 7月, 2016 7 次提交
  8. 18 5月, 2016 2 次提交
  9. 14 5月, 2016 1 次提交
  10. 12 5月, 2016 1 次提交
  11. 05 5月, 2016 3 次提交
  12. 04 5月, 2016 1 次提交
  13. 30 3月, 2016 1 次提交
  14. 09 3月, 2016 1 次提交
  15. 28 2月, 2016 1 次提交
    • O
      drm/amdgpu: Return -EPROBE_DEFER when amdkfd not loaded · efb1c658
      Oded Gabbay 提交于
      amdgpu must load only after amdkfd's loading has been completed. If that
      is not enforced, then amdgpu's call into amdkfd's functions will cause a
      kernel BUG.
      
      When amdgpu and amdkfd are built as kernel modules, that rule is enforced
      by the kernel's modules loading mechanism. When amdgpu and amdkfd are
      built inside the kernel image, that rule is enforced by ordering in the
      drm Makefile (amdkfd before amdgpu).
      
      Instead of using drm Makefile ordering, we can now use deferred loading
      as amdkfd now returns -EPROBE_DEFER in kgd2kfd_init() when it is not yet
      loaded.
      
      This patch defers amdgpu loading by propagating -EPROBE_DEFER to the
      kernel's drivers loading infrastructure. That will put amdgpu into the
      pending drivers list (see description in dd.c). Once amdkfd is loaded,
      a call to kgd2kfd_init() will return successfully and amdgpu will be able
      to load.
      Signed-off-by: NOded Gabbay <oded.gabbay@gmail.com>
      Reviewed-by: NAlex Deucher <alexander.deucher@amd.com>
      efb1c658
  16. 11 2月, 2016 3 次提交
  17. 08 2月, 2016 1 次提交
  18. 03 2月, 2016 1 次提交
  19. 22 12月, 2015 3 次提交
  20. 15 12月, 2015 1 次提交
  21. 22 10月, 2015 2 次提交
  22. 15 10月, 2015 2 次提交
  23. 08 10月, 2015 2 次提交