linux.git/drivers/gpu/drm/radeon, branch v3.2-rc2

drm/radeon/kms/combios: fix dynamic allocation of PM clock modes

2011-11-12T17:46:40+00:00

I missed the combios path when I updated the atombios pm code.

Reported by amarsh04 on IRC.

Signed-off-by: Alex Deucher 
Signed-off-by: Dave Airlie

drm/radeon/kms/pm: switch to dynamically allocating clock mode array

2011-11-11T14:16:05+00:00

On newer chips the number of clock modes per power state varies.

Signed-off-by: Alex Deucher 
Signed-off-by: Dave Airlie

drm/radeon/kms: optimize r600_pm_profile_init

2011-11-11T14:15:40+00:00

Avoid a lot of extra loops through the pm state array.

Signed-off-by: Alex Deucher 
Signed-off-by: Dave Airlie

drm/radeon/kms/pm: add a proper pm profile init function for fusion

2011-11-11T14:15:37+00:00

The new power tables need to be handled differently when setting
up the profiles.

Signed-off-by: Alex Deucher 
Signed-off-by: Dave Airlie

drm/radeon/kms: remove extraneous calls to radeon_pm_compute_clocks()

2011-11-11T14:15:05+00:00

It's already called via the DPMS functions.

Signed-off-by: Alex Deucher 
Signed-off-by: Dave Airlie

drm/radeon/benchmark: signedness bug in radeon_benchmark_move()

2011-11-11T11:16:12+00:00

radeon_benchmark_do_move() returns an int so "time" should be int
too.  Making it unsigned breaks the error handling.

Signed-off-by: Dan Carpenter 
Signed-off-by: Dave Airlie

drm/radeon/kms: make an aux failure debug only

2011-11-11T11:06:50+00:00

Can happen when there is no DP panel attached, confusing
users.  Make it debug only.

Signed-off-by: Alex Deucher 
Cc: stable@kernel.org
Signed-off-by: Dave Airlie

drm/radeon/kms: fix use of vram scratch page on evergreen/ni

2011-11-11T11:04:18+00:00

This hunk seems to have gotten lost when I rebased the patch.

Reported-by: Sylvain Bertrand 
Signed-off-by: Alex Deucher 
Signed-off-by: Dave Airlie

drm/radeon: Make sure CS mutex is held across GPU reset.

2011-11-11T11:02:10+00:00

This was only the case if the GPU reset was triggered from the CS ioctl,
otherwise other processes could happily enter the CS ioctl and wreak havoc
during the GPU reset.

This is a little complicated because the GPU reset can be triggered from the
CS ioctl, in which case we're already holding the mutex, or from other call
paths, in which case we need to lock the mutex. AFAICT the mutex API doesn't
allow recursive locking or finding out the mutex owner, so we need to handle
this with helper functions which allow recursive locking from the same
process.

Signed-off-by: Michel Dänzer 
Reviewed-by: Jerome Glisse 
Signed-off-by: Dave Airlie

Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux

2011-11-07T18:01:56+00:00

* 'drm-fixes' of git://people.freedesktop.org/~airlied/linux: (40 commits)
  vmwgfx: Snoop DMA transfers with non-covering sizes
  vmwgfx: Move the prefered mode first in the list
  vmwgfx: Unreference surface on cursor error path
  vmwgfx: Free prefered mode on error path
  vmwgfx: Use pointer return error codes
  vmwgfx: Fix hw cursor position
  vmwgfx: Infrastructure for explicit placement
  vmwgfx: Make the preferred autofit mode have a 60Hz vrefresh
  vmwgfx: Remove screen object active list
  vmwgfx: Screen object cleanups
  drm/radeon/kms: consolidate GART code, fix segfault after GPU lockup V2
  drm/radeon/kms: don't poll forever if MC GDDR link training fails
  drm/radeon/kms: fix DP setup on TRAVIS bridges
  drm/radeon/kms: set HPD polarity in hpd_init()
  drm/radeon/kms: add MSI module parameter
  drm/radeon/kms: Add MSI quirk for Dell RS690
  drm/radeon/kms: Add MSI quirk for HP RS690
  drm/radeon/kms: split MSI check into a separate function
  vmwgfx: Reinstate the update_layout ioctl
  drm/radeon/kms: always do extended edid probe
  ...