From: "Christian König" <christian.koenig-5C7GfCeVMHo@public.gmane.org>
To: "Daniel Vetter" <daniel.vetter-/w4YWyX8dFk@public.gmane.org>,
"Christian König"
<deathsimple-ANTagKRnAhcb1SvskN2V4Q@public.gmane.org>
Cc: Thomas Hellstrom
<thellstrom-pghWNbHTmq7QT0dZR+AlfA@public.gmane.org>,
nouveau
<nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>,
LKML <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
dri-devel
<dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>,
"Deucher,
Alexander" <alexander.deucher-5C7GfCeVMHo@public.gmane.org>,
Ben Skeggs <bskeggs-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Subject: Re: [PATCH 09/17] drm/radeon: use common fence implementation for fences
Date: Wed, 23 Jul 2014 09:37:06 +0200 [thread overview]
Message-ID: <53CF6622.6060803@amd.com> (raw)
In-Reply-To: <CAKMK7uGJj+UwcnnzA+fj_=uWPN3i0sneWkoD+wfPJ_8Q6Y-DQg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
Am 23.07.2014 09:31, schrieb Daniel Vetter:
> On Wed, Jul 23, 2014 at 9:26 AM, Christian König
> <deathsimple@vodafone.de> wrote:
>> It's not a locking problem I'm talking about here. Radeons lockup handling
>> kicks in when anything calls into the driver from the outside, if you have a
>> fence wait function that's called from the outside but doesn't handle
>> lockups you essentially rely on somebody else calling another radeon
>> function for the lockup to be resolved.
> So you don't have a timer in radeon that periodically checks whether
> progress is still being made? That's the approach we're using in i915,
> together with some tricks to kick any stuck waiters so that we can
> reliably step in and grab locks for the reset.
We tried this approach, but it didn't worked at all.
I already considered trying it again because of the upcoming fence
implementation, but reconsidering that when a driver is forced to change
it's handling because of the fence implementation that's just another
hint that there is something wrong here.
Christian.
> -Daniel
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
next prev parent reply other threads:[~2014-07-23 7:37 UTC|newest]
Thread overview: 95+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-09 12:29 [PATCH 00/17] Convert TTM to the new fence interface Maarten Lankhorst
2014-07-09 12:29 ` [PATCH 01/17] drm/ttm: add interruptible parameter to ttm_eu_reserve_buffers Maarten Lankhorst
2014-07-09 12:29 ` [PATCH 02/17] drm/ttm: kill off some members to ttm_validate_buffer Maarten Lankhorst
2014-07-09 12:29 ` [PATCH 03/17] drm/nouveau: add reservation to nouveau_gem_ioctl_cpu_prep Maarten Lankhorst
2014-07-09 12:29 ` [PATCH 04/17] drm/nouveau: require reservations for nouveau_fence_sync and nouveau_bo_fence Maarten Lankhorst
2014-07-09 12:29 ` [PATCH 05/17] drm/ttm: call ttm_bo_wait while inside a reservation Maarten Lankhorst
2014-07-09 12:29 ` [PATCH 06/17] drm/ttm: kill fence_lock Maarten Lankhorst
2014-07-09 12:29 ` [PATCH 07/17] drm/nouveau: rework to new fence interface Maarten Lankhorst
2014-07-09 12:29 ` [PATCH 08/17] drm/radeon: add timeout argument to radeon_fence_wait_seq Maarten Lankhorst
2014-07-09 12:29 ` [PATCH 09/17] drm/radeon: use common fence implementation for fences Maarten Lankhorst
2014-07-09 12:57 ` Deucher, Alexander
[not found] ` <A3397C8B8B789E45844E7EC5DEAD89D04D5D246C-XjPeyzlH3nS0ENz6UbWHXUEOCMrvLtNR@public.gmane.org>
2014-07-09 13:23 ` [PATCH v2 " Maarten Lankhorst
[not found] ` <53BD4265.2040508-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>
2014-07-10 17:27 ` Alex Deucher
2014-07-22 4:05 ` [PATCH " Dave Airlie
2014-07-22 8:43 ` Christian König
[not found] ` <53CE2421.5040906-5C7GfCeVMHo@public.gmane.org>
2014-07-22 11:46 ` Daniel Vetter
2014-07-22 11:52 ` Daniel Vetter
[not found] ` <20140722114607.GL15237-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2014-07-22 11:57 ` Daniel Vetter
[not found] ` <20140722115737.GN15237-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2014-07-22 12:19 ` Christian König
2014-07-22 13:26 ` [Nouveau] " Daniel Vetter
[not found] ` <20140722132652.GO15237-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2014-07-22 13:45 ` Christian König
[not found] ` <53CE6AFA.1060807-ANTagKRnAhcb1SvskN2V4Q@public.gmane.org>
2014-07-22 14:44 ` Maarten Lankhorst
2014-07-22 15:02 ` [Nouveau] " Christian König
2014-07-22 15:18 ` Maarten Lankhorst
2014-07-22 15:17 ` Daniel Vetter
2014-07-22 15:35 ` [Nouveau] " Christian König
2014-07-22 15:42 ` Daniel Vetter
2014-07-22 15:59 ` Christian König
2014-07-22 16:21 ` Daniel Vetter
2014-07-22 16:39 ` Christian König
2014-07-22 16:52 ` Daniel Vetter
2014-07-22 16:43 ` Daniel Vetter
2014-07-23 6:40 ` Maarten Lankhorst
[not found] ` <53CF58FB.8070609-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>
2014-07-23 6:52 ` Christian König
[not found] ` <53CF5B9F.1050800-5C7GfCeVMHo@public.gmane.org>
2014-07-23 7:02 ` Daniel Vetter
2014-07-23 7:06 ` [Nouveau] " Maarten Lankhorst
2014-07-23 7:09 ` Daniel Vetter
[not found] ` <CAKMK7uHijSve_CsDE+pUk8+tjCAZjL7-nZCKeUkKuuufCPS4tQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-07-23 7:15 ` Christian König
2014-07-23 7:32 ` [Nouveau] " Maarten Lankhorst
[not found] ` <53CF64F9.7020701-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>
2014-07-23 7:41 ` Christian König
2014-07-23 7:26 ` [Nouveau] " Christian König
2014-07-23 7:31 ` Daniel Vetter
[not found] ` <CAKMK7uGJj+UwcnnzA+fj_=uWPN3i0sneWkoD+wfPJ_8Q6Y-DQg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-07-23 7:37 ` Christian König [this message]
[not found] ` <53CF6622.6060803-5C7GfCeVMHo@public.gmane.org>
2014-07-23 7:51 ` Maarten Lankhorst
[not found] ` <53CF699D.9070902-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>
2014-07-23 7:58 ` Christian König
[not found] ` <53CF6B18.5070107-ANTagKRnAhcb1SvskN2V4Q@public.gmane.org>
2014-07-23 8:07 ` Daniel Vetter
2014-07-23 8:20 ` [Nouveau] " Christian König
[not found] ` <53CF7035.2060808-5C7GfCeVMHo@public.gmane.org>
2014-07-23 8:25 ` Maarten Lankhorst
2014-07-23 8:42 ` [Nouveau] " Daniel Vetter
[not found] ` <CAKMK7uGLqzePAREsWhX0D1oN4FdqKwPgAL6x8sULpJSqYH5LwA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-07-23 8:46 ` Christian König
[not found] ` <53CF765E.7020802-ANTagKRnAhcb1SvskN2V4Q@public.gmane.org>
2014-07-23 8:54 ` Daniel Vetter
[not found] ` <CAKMK7uE1G-EjbJ2RAXC3ZfkaCo=Gber5PJuRG623Yoz9D=FmGw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-07-23 9:27 ` Christian König
[not found] ` <53CF8010.9060809-5C7GfCeVMHo@public.gmane.org>
2014-07-23 9:30 ` Daniel Vetter
[not found] ` <CAKMK7uEowhvc+4Jc6t2NAeE1joFaohJ6cP7sU-Akut6b3ta=1g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-07-23 9:36 ` Christian König
2014-07-23 9:38 ` [Nouveau] " Maarten Lankhorst
[not found] ` <53CF828E.5020201-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>
2014-07-23 9:39 ` Christian König
2014-07-23 9:39 ` [Nouveau] " Daniel Vetter
2014-07-23 9:44 ` Daniel Vetter
2014-07-23 9:47 ` [Nouveau] " Christian König
[not found] ` <53CF84C7.2020507-ANTagKRnAhcb1SvskN2V4Q@public.gmane.org>
2014-07-23 9:52 ` Daniel Vetter
2014-07-23 9:55 ` Maarten Lankhorst
[not found] ` <53CF8693.1040006@canonical.com >
[not found] ` <53CF8693.1040006-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>
2014-07-23 10:13 ` Christian König
2014-07-23 10:52 ` [Nouveau] " Daniel Vetter
2014-07-23 12:36 ` Christian König
2014-07-23 12:42 ` Daniel Vetter
[not found] ` <53CFAC38.9050501-5C7GfCeVMHo@public.gmane.org>
2014-07-23 13:16 ` Maarten Lankhorst
[not found] ` <53CFB5C2.7060207-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>
2014-07-23 14:05 ` Maarten Lankhorst
2014-07-24 13:47 ` [Nouveau] " Christian König
2014-07-23 8:01 ` Daniel Vetter
2014-07-23 8:31 ` Christian König
2014-07-23 12:35 ` Rob Clark
2014-07-22 14:05 ` Maarten Lankhorst
2014-07-22 14:24 ` Christian König
2014-07-22 14:27 ` Maarten Lankhorst
2014-07-22 14:39 ` Christian König
2014-07-22 14:47 ` Maarten Lankhorst
2014-07-22 15:16 ` Christian König
2014-07-22 15:19 ` Daniel Vetter
[not found] ` <CAKMK7uESXrDtCov8whOTsffg6eZdibF4qaTFaCubM=mnhN=gNQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-07-22 15:42 ` Alex Deucher
[not found] ` <CADnq5_Moy78A5JfDM0LME6_-48PW72DJpYYvEthQ5b=_amU8KQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-07-22 15:48 ` Daniel Vetter
[not found] ` <CAKMK7uGtfUTU=VwSnF07jncJsH1Ckie2m1FCjct60Yz88uE3cg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-07-22 19:14 ` Jesse Barnes
2014-07-23 9:47 ` Daniel Vetter
[not found] ` <CAKMK7uG-zX2ZDSoQ+XmXOvUeAZzvbdsv02+fX47uJUt=21cRaQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-07-23 15:37 ` Jesse Barnes
2014-07-22 11:51 ` Maarten Lankhorst
2014-07-09 12:29 ` [PATCH 10/17] drm/qxl: rework to new fence interface Maarten Lankhorst
2014-07-09 12:30 ` [PATCH 11/17] drm/vmwgfx: get rid of different types of fence_flags entirely Maarten Lankhorst
2014-07-09 12:30 ` [PATCH 12/17] drm/vmwgfx: rework to new fence interface Maarten Lankhorst
2014-07-09 12:30 ` [PATCH 13/17] drm/ttm: flip the switch, and convert to dma_fence Maarten Lankhorst
2014-07-09 12:30 ` [PATCH 14/17] drm/nouveau: use rcu in nouveau_gem_ioctl_cpu_prep Maarten Lankhorst
2014-07-09 12:30 ` [PATCH 15/17] drm/radeon: use rcu waits in some ioctls Maarten Lankhorst
2014-07-09 12:30 ` [PATCH 16/17] drm/vmwgfx: use rcu in vmw_user_dmabuf_synccpu_grab Maarten Lankhorst
2014-07-09 12:30 ` [PATCH 17/17] drm/ttm: use rcu in core ttm Maarten Lankhorst
2014-07-09 13:09 ` [PATCH 00/17] Convert TTM to the new fence interface Mike Lothian
2014-07-09 13:21 ` Maarten Lankhorst
2014-07-10 21:37 ` Thomas Hellström
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=53CF6622.6060803@amd.com \
--to=christian.koenig-5c7gfcevmho@public.gmane.org \
--cc=alexander.deucher-5C7GfCeVMHo@public.gmane.org \
--cc=bskeggs-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=daniel.vetter-/w4YWyX8dFk@public.gmane.org \
--cc=deathsimple-ANTagKRnAhcb1SvskN2V4Q@public.gmane.org \
--cc=dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
--cc=thellstrom-pghWNbHTmq7QT0dZR+AlfA@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;
as well as URLs for NNTP newsgroup(s).