All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Nicolai Hähnle" <prefect@upb.de>
To: dri-devel@lists.sourceforge.net
Cc: Jerome Glisse <glisse@freedesktop.org>,
	Jonathan McDowell <noodles@earth.li>,
	linux-kernel@vger.kernel.org
Subject: Re: X "Hangs" with RS690 + 2.6.26
Date: Fri, 25 Jul 2008 19:04:55 +0200	[thread overview]
Message-ID: <200807251905.04488.prefect@upb.de> (raw)
In-Reply-To: <20080725121259.757499a9.glisse@freedesktop.org>

[-- Attachment #1: Type: text/plain, Size: 1098 bytes --]

Am Freitag 25 Juli 2008 12:12:59 schrieb Jerome Glisse:
> This looks like usual engine lockup followed by CP lockup so
> that DMA buffer age never get written and we run out of DMA
> buffer thus freelist failing in infinite loop.
>
> I think we now know all the reason why we lockup, while a
> fix could be made for old ioctl we believe the best plan is
> to work on new ioctl with this fix in mind.

I can't help but feel uneasy with that kind of plan. After all, do "we" 
*really* know what's going on? I always had the impression that we only knew 
things along the lines of "perhaps it's better to submit 3D stuff in indirect 
buffers".

If you *really* know what causes the lockups, could you please document that? 
As in, what's the actual command processor sequence that is to blame? I know  
that running e.g. a Nexuiz demo + glxgears window above it is apparently a 
100% guaranteed lockup on my system (R420).

If you could share your progress in tracking down the sources of the lockups, 
I'd happily try to write a patch against the current system.

cu,
Nicolai

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

  reply	other threads:[~2008-07-25 17:34 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-25  9:43 X "Hangs" with RS690 + 2.6.26 Jonathan McDowell
2008-07-25 10:10 ` Dave Airlie
2008-08-01 16:02   ` Jonathan McDowell
2008-08-09  8:47     ` Frédéric L. W. Meunier
2008-08-10 19:18       ` Jonathan McDowell
2008-08-10 20:25         ` Frédéric L. W. Meunier
2008-08-10 21:22           ` Jonathan McDowell
2008-10-13 14:43   ` Jonathan McDowell
2008-07-25 10:12 ` Jerome Glisse
2008-07-25 17:04   ` Nicolai Hähnle [this message]
2008-07-26  9:44     ` Jerome Glisse

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=200807251905.04488.prefect@upb.de \
    --to=prefect@upb.de \
    --cc=dri-devel@lists.sourceforge.net \
    --cc=glisse@freedesktop.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=noodles@earth.li \
    /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.