public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Martin Steigerwald <Martin@lichtvoll.de>
To: Alex Deucher <alexdeucher@gmail.com>
Cc: Dave Airlie <airlied@redhat.com>, linux-kernel@vger.kernel.org
Subject: Re: Bisecting radeon kms freeze bug: Almost there, please help with choosing next commit
Date: Wed, 8 Sep 2010 00:55:08 +0200	[thread overview]
Message-ID: <201009080055.16598.Martin@lichtvoll.de> (raw)
In-Reply-To: <AANLkTi=o7f9_u9BpJ2ORA-WSv5YV_H5hZSMbLzN+g0TF@mail.gmail.com>

[-- Attachment #1: Type: Text/Plain, Size: 3535 bytes --]

Am Dienstag 07 September 2010 schrieb Alex Deucher:
> On Tue, Sep 7, 2010 at 10:34 AM, Martin Steigerwald 
<Martin@lichtvoll.de> wrote:
> > Hello Alex and und Dave,
> > 
> > please excuse typing errors. The machine is abysmally slow with that
> > kernel.
> > 
> > I am almost there with bisecting Bug 16376, random - possibly Radeon
> > DRM KM related - freezes. I think I found the merge where is issue
> > has been introduced and I am now testing
> > 
> > martin@shambhala:~/Computer/Shambhala/Kernel/2.6.33-2.6.34-
> > bisect/linux-2.6> git log | head
> > commit 6ad86c311a8b8a6d856527a1b6ba21790ab7054b
> > Author: Alex Deucher <alexdeucher@gmail.com>
> > Date:   Thu Feb 11 10:47:52 2010 -0500
> > 
> >    drm/radeon/kms: remove HDP flushes from fence emit (v2)
> > 
> >    r600_ioctl_wait_idle() now handles this.
> > 
> >    v2: update blit fence counts
> > 
> > Unfortunately it has some other issues that has been fixed later on
> > prior to 2.6.34 already:
> > 
> > 7.9.2010 - 2.6.32-tp42-00514-g6ad86c3
> > 6ad86c311a8b8a6d856527a1b6ba21790ab7054b
> > - Sluggy desktop. Short pauses, locks of about a second.
> > - Slow scroll performance on tty.
> > - No complete freeze yet.
> > - Much CPU time used in system:70-90%
> > 
> > You know the changes in that merge better than me. Can you recommend
> > which commits to test next? Som commits may require other ones and
> > thus it might be wise to choose the next commits with that in mind.
> > Maybe you already have an idea which one it could be. I thought
> > about the memory controllr v2 changes, but I really don't have the
> > foggiest.
> 
> This might be a duplicate of:
> https://bugs.freedesktop.org/show_bug.cgi?id=28402
> Does the patch there help?

Which of the patches mentioned in the bug report?

The ones mentioned in:

https://bugs.freedesktop.org/show_bug.cgi?id=28402#c44

Or your patch from

https://bugs.freedesktop.org/show_bug.cgi?id=28402#c47

?

I am already testing the next bisect kernel and I am quite close 10-15 
commits in exactly the area described in the bug report. If 
30d6c72c4a760cfc9069ee100786e4d6cf6de59d turns out to be good, like it 
seems, then the issue must have been introduced between it and the sluggy 
6ad86c311a8b8a6d856527a1b6ba21790ab7054b mentioned below.

Thanks,
Martin

> Alex
> 
> > Here is excerpt from atop which shows ridicully high system CPU usage
> > with that kernel.
> > 
> > ATOP - shambhala          2010/09/07  16:11:22               10
> > seconds elapsed
> > PRC | sys   8.66s | user   1.30s | #proc    195 | #zombie    0 |
> > #exit 0 |
> > CPU | sys     85% | user     11% | irq       4% | idle      0% | wait
> > 0% |
> > CPL | avg1   3.39 | avg5    3.80 | avg15   3.25 | csw    18458 | intr
> > 11472 |
> > MEM | tot    2.0G | free  543.1M | cache 759.6M | buff   95.0M | slab
> > 37.8M |
> > SWP | tot    3.8G | free    3.8G |              | vmcom   1.3G |
> > vmlim 4.8G |
> > DSK |         sda | busy      3% | read       1 | write     95 | avio
> >    2 ms |
> > 
> > I wrote by mail since bugzilla has too many MySQL connections again.
> > Maybe bug can be switched to mail?
> > 
> > Rebooting and testing this kernel another time whether it hard
> > freezes, --
> > Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
> > GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7


-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2010-09-07 22:55 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-07 14:34 Bisecting radeon kms freeze bug: Almost there, please help with choosing next commit Martin Steigerwald
2010-09-07 18:34 ` Alex Deucher
2010-09-07 22:55   ` Martin Steigerwald [this message]
2010-09-08  6:43     ` Alex Deucher

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=201009080055.16598.Martin@lichtvoll.de \
    --to=martin@lichtvoll.de \
    --cc=airlied@redhat.com \
    --cc=alexdeucher@gmail.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox