From: Andy Furniss <adf.lists-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: "Christian König"
<deathsimple-ANTagKRnAhcb1SvskN2V4Q@public.gmane.org>,
"Marek Olšák" <maraeo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: amd-gfx mailing list
<amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
Subject: Re: [PATCH 2/2] drm/amdgpu: bind GTT on demand
Date: Mon, 26 Sep 2016 17:33:21 +0100 [thread overview]
Message-ID: <57E94DD1.1040905@gmail.com> (raw)
In-Reply-To: <57E55075.203-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
With current drm-next-4.9-wip plus drm/amdgpu: fix addr handling in
amdgpu_vm_bo_update_mapping
testdma is now working OK for my R9285 - just did 35k tests while
simultaneously running valley/heaven, plus messing with
powerplay/cpufreq and all is
good, no lock, no vm faults.
Andy Furniss wrote:
> Christian König wrote:
>> Am 22.09.2016 um 23:54 schrieb Andy Furniss:
>>> Marek Olšák wrote:
>>>> This breaks Tonga such that it hangs. Reproducible quickly with:
>>>>
>>>> R600_DEBUG=testdma glxgears
>>>>
>>>> It's a randomized test that runs forever. It should hang within 2
>>>> seconds.
>>>
>>> So what is the status of this now?
>>
>> The status is that I'm hammering my head on the desk for two weeks now
>> what the heck is going wrong here.
>
> Oh, OK, I was just checking no one thought it was fixed really.
>
>>
>> What I've found so far is that a VM update command doesn't have the
>> result it should have, but I absolutely don't understand what happens
>> here.
>>
>> The good news is that it's 100% reproducible and I already found and
>> fixed two bugs.
>>
>> If you have any idea or more testing results what is going wrong here
>> please let me know.
>
> I guess, you already did it anyway or it doesn't help, but
>
> R600_DEBUG=testdma,check_vm glxgears
>
> Does catch a vmfault and output to ddebug_dumps.
> It initially saves me from locking, though I will lock on repeated runs.
>
>>
>> If we can't fix this before the 4.9 release we are just going to revert
>> the patch causing this.
>>
>> Regards,
>> Christian.
>>
>>>
>>> R600_DEBUG=testdma glxgears isn't a test I've run on my r9285 tonga
>>> until I, by luck, saw this.
>>>
>>> On agddf 4.9-wip at post time it did hang/reboot after 2 seconds.
>>>
>>> On every update since it's still hung though now it takes longer.
>>>
>>> Todays update tested both on head and reset on to the drm-next tag
>>> still hang.
>>>
>>> Going back over older 4.9-wips it's one built on 26th August that is
>>> the first not to hang.
>>>
>>>
>>>
>>> _______________________________________________
>>> amd-gfx mailing list
>>> amd-gfx@lists.freedesktop.org
>>> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
>>
>>
>>
>
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
prev parent reply other threads:[~2016-09-26 16:33 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-06 9:41 [PATCH 1/2] drm/amdgpu: fix GTT offset handling Christian König
[not found] ` <1473154866-2448-1-git-send-email-deathsimple-ANTagKRnAhcb1SvskN2V4Q@public.gmane.org>
2016-09-06 9:41 ` [PATCH 2/2] drm/amdgpu: bind GTT on demand Christian König
[not found] ` <1473154866-2448-2-git-send-email-deathsimple-ANTagKRnAhcb1SvskN2V4Q@public.gmane.org>
2016-09-06 9:53 ` zhoucm1
[not found] ` <57CE9220.8060403-5C7GfCeVMHo@public.gmane.org>
2016-09-06 10:48 ` Christian König
[not found] ` <e3ec968a-32b0-cfdd-36d3-6f07b0f5e14b-ANTagKRnAhcb1SvskN2V4Q@public.gmane.org>
2016-09-07 7:18 ` zhoucm1
[not found] ` <57CFBF51.3000506-5C7GfCeVMHo@public.gmane.org>
2016-09-07 8:18 ` Christian König
[not found] ` <24352e53-0c1c-8b55-0b39-35b3e5d350ff-ANTagKRnAhcb1SvskN2V4Q@public.gmane.org>
2016-09-07 16:07 ` Felix Kuehling
[not found] ` <2a4f24fa-6873-7c7f-486f-ef4f29efa63a-5C7GfCeVMHo@public.gmane.org>
2016-09-07 16:26 ` Christian König
2016-09-07 14:32 ` Deucher, Alexander
2016-09-17 21:14 ` Marek Olšák
[not found] ` <CAAxE2A4p=fnpwRsXDPhNW518uQqFoDzTxxhYg4_+yzJvhWOoBQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-09-18 8:21 ` Christian König
2016-09-22 21:54 ` Andy Furniss
[not found] ` <57E45314.9080903-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-09-23 7:45 ` Christian König
[not found] ` <99035862-cf25-c2e1-4460-78622a539f32-ANTagKRnAhcb1SvskN2V4Q@public.gmane.org>
2016-09-23 15:55 ` Andy Furniss
[not found] ` <57E55075.203-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-09-23 17:45 ` Shawn Starr
2016-09-26 16:33 ` Andy Furniss [this message]
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=57E94DD1.1040905@gmail.com \
--to=adf.lists-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
--cc=deathsimple-ANTagKRnAhcb1SvskN2V4Q@public.gmane.org \
--cc=maraeo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.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