All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Michel Dänzer" <michel@daenzer.net>
To: Andy Lutomirski <luto@amacapital.net>
Cc: xorg-driver-ati@lists.x.org, DRI <dri-devel@lists.freedesktop.org>
Subject: Re: Radeon lockup on 3.8.5-201.fc18.x86_64
Date: Tue, 23 Apr 2013 19:15:13 +0200	[thread overview]
Message-ID: <1366737313.27050.181.camel@thor.local> (raw)
In-Reply-To: <CALCETrXuvQrG3BY4xRxV6NE58cSG152L54a_77L9n_dj2pmvcA@mail.gmail.com>

On Die, 2013-04-23 at 10:08 -0700, Andy Lutomirski wrote: 
> On Mon, Apr 22, 2013 at 10:55 PM, Michel Dänzer <michel@daenzer.net> wrote:
> > On Mon, 2013-04-22 at 16:19 -0700, Andy Lutomirski wrote:
> >
> >> I'm not convinced there's an actual hang.  40 seconds is a long time,
> >> and I've only ever seen this when clicking something, and when this
> >> happens, the screen goes blank immediately (not after a 40 second
> >> delay).
> >
> > Hmm, now that you mention this, I notice in your original report it
> > claims that the CP stalled for 'more than 5102593msec', which is clearly
> > bogus. Looks like something's wrong with the lockup detection.
> > Did this start after a kernel update or something like that?
> 
> It's recent.  It may have been when F18 switched from 3.7 to 3.8.

Can you reproduce it with an upstream kernel? Can you bisect? I realize
it'll probably take a long time, but unless someone has an idea which
change might have introduced the problem...


> I think there are bugs in the lockup detection and in the lockup
> recovery.  Firefox, in particular, is *really* slow afterwards.  Are
> interrupts possibly getting dropped or misconfigured during the reset?

Let's not get ahead of ourselves and focus on the lockup detection issue
for now.


-- 
Earthling Michel Dänzer           |                   http://www.amd.com
Libre software enthusiast         |          Debian, X and DRI developer
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2013-04-23 17:15 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-05 21:11 Radeon lockup on 3.8.5-201.fc18.x86_64 Andy Lutomirski
2013-04-08 14:01 ` Alex Deucher
2013-04-18 21:11   ` Andy Lutomirski
     [not found]     ` <CALCETrVEF5eR0kdWFP32GXeQCSnDp-5CBZU=UQyJ8L1LZAk+ww-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-04-18 21:12       ` Alex Deucher
     [not found]         ` <CADnq5_MuMipJNeBRMMuCyu=-tga7yACCS89MAgHr5XW=wjHjSw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-04-22 23:19           ` Andy Lutomirski
2013-04-23  5:55             ` Michel Dänzer
     [not found]               ` <1366696504.27050.93.camel-2h6evNeVVYGs1BDpvl8NfQ@public.gmane.org>
2013-04-23 17:08                 ` Andy Lutomirski
2013-04-23 17:15                   ` Michel Dänzer [this message]
     [not found]                     ` <1366737313.27050.181.camel-2h6evNeVVYGs1BDpvl8NfQ@public.gmane.org>
2013-04-23 19:31                       ` Andy Lutomirski
     [not found]                         ` <CALCETrWZpCH7tWGAHJ2PePHFivXmj8B1rxMRzJh+c27=Fz5+3w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-06-11 23:23                           ` [PATCH] radeon: Fix a false positive lockup after 10s of inactivity Andy Lutomirski
     [not found]                             ` <abba1962f03200b03c3deb16bd3e690393f4596e.1370992898.git.luto-kltTT9wpgjJwATOyAt5JVQ@public.gmane.org>
2013-06-12 10:26                               ` Michel Dänzer
2013-06-12 11:20                                 ` Christian König
2013-06-12 13:56                                 ` Jerome Glisse
2013-06-13 21:22                                   ` Andy Lutomirski
     [not found]                                     ` <CALCETrV_UsTiGNOmQ7BiO7mHAb3UaiPsWG_7X7HyMJ33SbNq0A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-06-18 18:12                                       ` Andy Lutomirski

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=1366737313.27050.181.camel@thor.local \
    --to=michel@daenzer.net \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=luto@amacapital.net \
    --cc=xorg-driver-ati@lists.x.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.