All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ruslan N. Marchenko" <me@ruff.mobi>
To: alexdeucher@gmail.com
Cc: Alex Deucher <alexander.deucher@amd.com>,
	dri-devel@lists.freedesktop.org
Subject: Re: [pull] radeon drm-next-3.11
Date: Wed, 03 Jul 2013 08:39:33 +0200	[thread overview]
Message-ID: <51D3C725.7040602@ruff.mobi> (raw)
In-Reply-To: <1372712482-1957-1-git-send-email-alexdeucher@gmail.com>

Am 01.07.2013 23:01, schrieb alexdeucher@gmail.com:
> From: Alex Deucher<alexander.deucher@amd.com>
>
> Hi Dave,
>
> A few more patches for 3.11:
> - add debugfs interface to check current DPM state
> - Fix a bug that caused problems with DPM on BTC+ asics.
>
> The following changes since commit f7d452f4fd5d86f764807a1234a407deb5b105ef:
>
>    Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next (2013-07-01 14:10:20 +1000)
>
> are available in the git repository at:
>
>    git://people.freedesktop.org/~agd5f/linux drm-next-3.11
>
> Alex Deucher (12):
>        drm/radeon: remove sumo dpm/uvd bringup leftovers
>        drm/radeon/atom: fix endian bug in radeon_atom_init_mc_reg_table()
>        drm/radeon: fix typo in radeon_atom_init_mc_reg_table()
>        drm/radeon/dpm: re-enable state transitions for BTC
>        drm/radeon/dpm: re-enable state transitions for Cayman
>        drm/radeon/dpm: add infrastructure to support debugfs info
>        drm/radeon/dpm: add debugfs support for rv6xx
>        drm/radeon/dpm: add debugfs support for 7xx/evergreen/btc
>        drm/radeon/dpm: add debugfs support for ON/LN
>        drm/radeon/dpm: add debugfs support for TN
>        drm/radeon/dpm: add debugfs support for cayman
>        drm/radeon/dpm: add debugfs support for SI
>
>   drivers/gpu/drm/radeon/btc_dpm.c         |    3 --
>   drivers/gpu/drm/radeon/ni_dpm.c          |   25 +++++++++++++---
>   drivers/gpu/drm/radeon/nid.h             |    4 ++
>   drivers/gpu/drm/radeon/radeon.h          |    2 +
>   drivers/gpu/drm/radeon/radeon_asic.c     |    8 +++++
>   drivers/gpu/drm/radeon/radeon_asic.h     |   12 ++++++++
>   drivers/gpu/drm/radeon/radeon_atombios.c |    3 +-
>   drivers/gpu/drm/radeon/radeon_pm.c       |   40 ++++++++++++++++++--------
>   drivers/gpu/drm/radeon/rv6xx_dpm.c       |   25 ++++++++++++++++
>   drivers/gpu/drm/radeon/rv770_dpm.c       |   30 ++++++++++++++++++++
>   drivers/gpu/drm/radeon/rv770d.h          |    4 ++
>   drivers/gpu/drm/radeon/si_dpm.c          |   19 ++++++++++++
>   drivers/gpu/drm/radeon/sid.h             |    4 ++
>   drivers/gpu/drm/radeon/sumo_dpm.c        |   45 ++++++++++++++++++-----------
>   drivers/gpu/drm/radeon/trinity_dpm.c     |   21 ++++++++++++++
>   15 files changed, 206 insertions(+), 39 deletions(-)
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
This is really excellent and very wanted addition to the radeon, a huge 
thanks Alex for giving a second life to my old TimelineX with hybrid 
AMD/Intel graphics. Intel ironlake became a bit outdated already but 
with ATi HD 5650 I was able to drink tee all day long since it never 
came lower than 90 degrees Celsius.   Now it comfortably sits at 55-60 
so I can use it back again.

As I noticed it supports now either dynpm or profile method of clocking, 
however profiles themselves also have several (3) power states. Also 
during init phase it writes that it switching from boot to performance 
profile - so what exactly is the difference between dpm and profile 
method? Will dynpm react to ACPI events like lid closed or AC offline or 
I better to add calls to acpid event handlers to tweak the profiles/methods?

In any case it's just a new breath to my relict brick, especially now 
when its successor is at service repair :)

-- 
Looking forward to reading yours...
      Ruslan N. Marchenko

  parent reply	other threads:[~2013-07-03  6:47 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-01 21:01 [pull] radeon drm-next-3.11 alexdeucher
2013-07-01 21:57 ` Markus Trippelsdorf
2013-07-01 22:04   ` Deucher, Alexander
2013-07-03  6:39 ` Ruslan N. Marchenko [this message]
2013-07-03 13:23   ` Alex Deucher
  -- strict thread matches above, loose matches on Subject: below --
2013-07-08 21:52 alexdeucher
2013-07-05 22:24 alexdeucher
2013-07-03 21:43 alexdeucher
2013-06-28  0:15 alexdeucher

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=51D3C725.7040602@ruff.mobi \
    --to=me@ruff.mobi \
    --cc=alexander.deucher@amd.com \
    --cc=alexdeucher@gmail.com \
    --cc=dri-devel@lists.freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.