Re: [PATCH 3/3] drm/ttm: avoid multihop moves in drivers.

2020-10-28 Thread Daniel Vetter
On Wed, Oct 21, 2020 at 02:40:31PM +1000, Dave Airlie wrote: > From: Dave Airlie > > Currently drivers get called to move a buffer, but if they have to > move it temporarily through another space (SYSTEM->VRAM via TT) > then they can end up with a lot of ttm->driver->ttm call stacks, > if the tem

Re: [PATCH 3/3] drm/ttm: avoid multihop moves in drivers.

2020-10-27 Thread Dave Airlie
Since I know both of you have looked at this, can someone give me an r-b? Dave. ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH 3/3] drm/ttm: avoid multihop moves in drivers.

2020-10-21 Thread Christian König
Am 21.10.20 um 10:33 schrieb Daniel Vetter: On Wed, Oct 21, 2020 at 02:40:31PM +1000, Dave Airlie wrote: From: Dave Airlie Currently drivers get called to move a buffer, but if they have to move it temporarily through another space (SYSTEM->VRAM via TT) then they can end up with a lot of ttm->

Re: [PATCH 3/3] drm/ttm: avoid multihop moves in drivers.

2020-10-21 Thread Daniel Vetter
On Wed, Oct 21, 2020 at 02:40:31PM +1000, Dave Airlie wrote: > From: Dave Airlie > > Currently drivers get called to move a buffer, but if they have to > move it temporarily through another space (SYSTEM->VRAM via TT) > then they can end up with a lot of ttm->driver->ttm call stacks, > if the tem

[PATCH 3/3] drm/ttm: avoid multihop moves in drivers.

2020-10-20 Thread Dave Airlie
From: Dave Airlie Currently drivers get called to move a buffer, but if they have to move it temporarily through another space (SYSTEM->VRAM via TT) then they can end up with a lot of ttm->driver->ttm call stacks, if the temprorary space moves requires eviction. Instead of letting the driver do