1. 18 5月, 2010 7 次提交
  2. 11 5月, 2010 1 次提交
  3. 08 5月, 2010 1 次提交
  4. 27 4月, 2010 1 次提交
    • J
      drm/radeon/kms: R3XX-R4XX fix GPU reset code · a1e9ada3
      Jerome Glisse 提交于
      Previous reset code leaded to computer hard lockup (need to unplug
      the power too reboot the computer) on various configuration. This
      patch change the reset code to avoid hard lockup. The GPU reset
      is failing most of the time but at least user can log in remotely
      or properly shutdown the computer.
      
      Two issues were leading to hard lockup :
      - Writting to the scratch register lead to hard lockup most likely
      because the write back mecanism is in fuzy state after GPU lockup.
      - Resetting the GPU memory controller and not reinitializing it
      after leaded to hard lockup. We did only reinitialize in case of
      successfull reset thus unsuccessfull reset quickly leaded to hard
      lockup.
      Signed-off-by: NJerome Glisse <jglisse@redhat.com>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      a1e9ada3
  5. 23 4月, 2010 2 次提交
  6. 20 4月, 2010 4 次提交
  7. 19 4月, 2010 9 次提交
  8. 12 4月, 2010 2 次提交
  9. 10 4月, 2010 1 次提交
  10. 09 4月, 2010 9 次提交
  11. 08 4月, 2010 2 次提交
  12. 07 4月, 2010 1 次提交
    • D
      drm/kms/fb: use slow work mechanism for normal hotplug also. · 4abe3520
      Dave Airlie 提交于
      a) slow work is always used now for any fbcon hotplug, as its not
         a fast task and is more suited to being ran under slow work.
      
      b) attempt to not do any fbdev changes when X is running as we'll
         just mess it up. This hooks set_par to hopefully do the changes
         once X hands control to fbdev.
      
      This also adds the nouveau/intel hotplug support.
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      4abe3520