From: Nigel Cunningham <ncunningham@crca.org.au>
To: Dave Airlie <airlied@gmail.com>
Cc: LKML <linux-kernel@vger.kernel.org>,
dri-devel <dri-devel@lists.freedesktop.org>
Subject: Re: 2.6.35 Radeon KMS power management regression?
Date: Tue, 01 Jun 2010 16:57:22 +1000 [thread overview]
Message-ID: <4C04AF52.1070009@crca.org.au> (raw)
In-Reply-To: <AANLkTikTyYOGEEkFoV9NfbWE9Jxe9Q6Kk1mAJ4PDNL5r@mail.gmail.com>
Hi again.
On 01/06/10 16:33, Dave Airlie wrote:
> On Tue, Jun 1, 2010 at 4:23 PM, Nigel Cunningham
> <ncunningham@crca.org.au> wrote:
>> Hi all.
>>
>> Just wondering if anyone else has tried to hibernate while using Radeon KMS
>> and a tree with Dave's post 2.6.34 patches? My 32 bit P4 based system (with
>> an RV250 card) is hanging at the atomic copy, with the following backtrace
>>
>> hibernation_snapshot
>> dpm_suspend_start
>> async_synchronize_full
>> async_synchronize_cookie
>> async_synchronize_cookie_domain
Just tried with the agp_suspend invocation commented out - no
difference. But it did lead to me realising I'd forgotten to mention the
other part of the issue: the above backtrace is from the thread doing
the hibernating. In addition, there's an async work thread with the
following backtrace. (I love having kdb in vanilla!)
async_thread
async_suspend
__device_suspend
device_for_each_child
pm_op
pci_pm_freeze
pci_legacy_suspend
radeon_pci_suspend
radeon_suspend_kms
radeon_pm_suspend
del_timer_sync
try_to_del_timer_sync
>> I've been trying to bisect, but this computer is being painfully slow, so I
>> haven't been making much progress. 2.6.34 with the same config is fine, and
>> my bisection progress so far seems to be pointing at the merge I mentioned
>> above.
>
> The only thing I can think off might be the output polling task, or
> the fix from Jerome for AGP suspend/resume
> 10b06122afcc78468bd1d009633cb71e528acdc5 is AGP one to test
>
> disabling output polling is a messier revert, might be easier to just edit
> drivers/gpu/drm/drm_crtc_helper.c:drm_kms_helper_poll_init and remove
> the delayed_slow_work_enqueue call, also forcing repoll to false
> inside output_poll_execute which should in theory stop the polling
> from starting or being kicked off later.
Will try this now. Given the above, I guess it sounds more likely?
> I'll try and recreate if I get a chance, cc'ing dri-devel also for Alex/Jerome.
Nigel
next prev parent reply other threads:[~2010-06-01 6:57 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-01 6:23 2.6.35 Radeon KMS power management regression? Nigel Cunningham
2010-06-01 6:33 ` Dave Airlie
2010-06-01 6:43 ` Nigel Cunningham
2010-06-01 6:57 ` Nigel Cunningham [this message]
2010-06-01 22:32 ` Rafael J. Wysocki
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=4C04AF52.1070009@crca.org.au \
--to=ncunningham@crca.org.au \
--cc=airlied@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.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.