1. 08 8月, 2013 1 次提交
  2. 30 7月, 2013 2 次提交
  3. 18 7月, 2013 1 次提交
  4. 14 7月, 2013 2 次提交
  5. 28 6月, 2013 10 次提交
  6. 27 6月, 2013 1 次提交
  7. 26 6月, 2013 1 次提交
    • A
      drm/radeon: add support for MC/VM setup on CIK (v6) · 1c49165d
      Alex Deucher 提交于
      The vm callbacks are the same as the SI ones right now
      (same regs and bits). We could share the SI variants, and
      I may yet do that, but I figured I would add CIK specific
      ones for now in case we need to change anything.
      
      V2: add documentation, minor fixes.
      V3: integrate vram offset fixes for APUs
      V4: enable 2 level VM PTs
      V5: index SH_MEM_* regs properly
      V6: add ib_parse()
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      1c49165d
  8. 03 6月, 2013 1 次提交
    • A
      radeon: Fix system hang issue when using KMS with older cards · e49f3959
      Adis Hamzić 提交于
      The current radeon driver initialization routines, when using KMS, are written
      so that the IRQ installation routine is called before initializing the WB buffer
      and the CP rings. With some ASICs, though, the IRQ routine tries to access the
      GFX_INDEX ring causing a call to RREG32 with the value of -1 in
      radeon_fence_read. This, in turn causes the system to completely hang with some
      cards, requiring a hard reset.
      
      A call stack that can cause such a hang looks like this (using rv515 ASIC for the
      example here):
       * rv515_init (rv515.c)
       * radeon_irq_kms_init (radeon_irq_kms.c)
       * drm_irq_install (drm_irq.c)
       * radeon_driver_irq_preinstall_kms (radeon_irq_kms.c)
       * rs600_irq_process (rs600.c)
       * radeon_fence_process - due to SW interrupt (radeon_fence.c)
       * radeon_fence_read (radeon_fence.c)
       * hang due to RREG32(-1)
      
      The patch moves the IRQ installation to the card startup routine, after the ring
      has been initialized, but before the IRQ has been set. This fixes the issue, but
      requires a check to see if the IRQ is already installed, as is the case in the
      system resume codepath.
      I have tested the patch on three machines using the rv515, the rv770 and the
      evergreen ASIC. They worked without issues.
      
      This seems to be a known issue and has been reported on several bug tracking
      sites by various distributions (see links below). Most of reports recommend
      booting the system with KMS disabled and then enabling KMS by reloading the
      radeon module. For some reason, this was indeed a usable workaround, however,
      UMS is now deprecated and disabled by default.
      
      Bug reports:
      https://bugzilla.redhat.com/show_bug.cgi?id=845745
      https://bugs.launchpad.net/ubuntu/+source/linux/+bug/561789
      https://bbs.archlinux.org/viewtopic.php?id=156964Signed-off-by: NAdis Hamzić <adis@hamzadis.com>
      Signed-off-by: NAlex Deucher <alexander.deucher@amd.com>
      Cc: stable@vger.kernel.org
      e49f3959
  9. 29 5月, 2013 1 次提交
  10. 21 5月, 2013 4 次提交
  11. 20 5月, 2013 2 次提交
  12. 02 5月, 2013 1 次提交
  13. 24 4月, 2013 2 次提交
  14. 22 4月, 2013 1 次提交
  15. 11 4月, 2013 1 次提交
  16. 09 4月, 2013 6 次提交
  17. 16 3月, 2013 1 次提交
  18. 08 3月, 2013 1 次提交
  19. 20 2月, 2013 1 次提交