From: "Dave Airlie" <airlied@gmail.com>
To: "Gene Heskett" <gene.heskett@verizon.net>
Cc: "Linux Kernel" <linux-kernel@vger.kernel.org>
Subject: Re: Linux-2.6.27-rc5, drm errors in log
Date: Sun, 31 Aug 2008 16:40:59 +1000 [thread overview]
Message-ID: <21d7e9970808302340w71483645macb34f8470a85c66@mail.gmail.com> (raw)
In-Reply-To: <200808302219.45103.gene.heskett@verizon.net>
On Sun, Aug 31, 2008 at 12:19 PM, Gene Heskett <gene.heskett@verizon.net> wrote:
> On Saturday 30 August 2008, Bridgman, John wrote:
>>))I'm drowning in these errors:
>>))
>>))Aug 30 13:21:05 coyote kernel: [14927.850078] [drm] wait for fifo failed
>> status : 0x80076100 0x00000000
>>
>>I'm just going on the code in your email - can't view git until later today
>> - but in this case it seems like the timeouts were always happening and now
>> there is code to print an error message.
>>
>>IIRC the usual fix is to bump the timeout but (Michael ?) has suggested a
>> couple of times that the ideal solution would be to change the logic so
>> that the driver never times out while the chip is making progress (ie while
>> the number of slots available in the fifo is increasing, even if it hasn't
>> increased enough yet).
>>
> FWIW, I added the 3 lines that cause that printout to the 2.6.27-rc4 tree and
> rebuilt it. There are no more errors being reported now by 2.6.27-rc4, and
> there were none without those 3 added lines prior to this, so it is rc5
> specific.
Hmm I'm just looking at the patches I put in for rc5, and there is no
functional difference to the
r200 codepath that I can see from those patches apart from the debug prints.
Can you get a clean -rc4 and apply just 54f961a628b737f66710eca0b0d95346645dd33e
to it.
See if you can get that to produce the errors, if it does, apply just
the drm info chunks, try again, if that works, try adding
the isync cntl chunk. and re-testing. I can't see how writing isync
cntl here would affect things though.
Dave.
next parent reply other threads:[~2008-08-31 6:41 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <898503EB1E15BA4F944D1BE69D55AAC8AB540A@storexmb1.amd.com>
[not found] ` <200808302219.45103.gene.heskett@verizon.net>
2008-08-31 6:40 ` Dave Airlie [this message]
2008-08-31 10:55 ` Gene Heskett
2008-08-31 11:57 ` Gene Heskett
2008-08-31 18:23 ` Gene Heskett
2008-08-31 20:56 ` Dave Airlie
2008-09-01 1:01 ` Gene Heskett
2008-09-01 16:51 ` Jaswinder Singh
2008-09-02 5:13 ` Gene Heskett
2008-08-30 18:52 Gene Heskett
2008-08-30 19:22 ` Arjan van de Ven
2008-09-01 17:15 ` Jaswinder Singh
2008-08-30 21:06 ` Dave Airlie
2008-09-01 16:34 ` Jaswinder Singh
2008-09-01 17:52 ` Jean Delvare
2008-09-01 18:40 ` Jaswinder Singh
2008-09-01 20:49 ` Dave Airlie
2008-09-02 5:06 ` Gene Heskett
-- strict thread matches above, loose matches on Subject: below --
2008-08-30 17:39 Gene Heskett
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=21d7e9970808302340w71483645macb34f8470a85c66@mail.gmail.com \
--to=airlied@gmail.com \
--cc=gene.heskett@verizon.net \
--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
all inboxes | Powered by JetHome®