@lists.freedesktop.org
Subject: RE: [PATCH 1/2] drm/ttm: fix busy memory to fail other user v7
Thanks Christian proposal and David draft the solution implement .
The pinned Bos failed not observed from prepare_fb ,but Abaqus job can't
finished through the whole night .
Regards the NULL fist BO EBUSY
eedesktop.org
Subject: Re: [PATCH 1/2] drm/ttm: fix busy memory to fail other user v7
[CAUTION: External Email]
Oh, I know where this is coming from.
The problem is that we remove the BOs from the LRU during CS and so we can't
wait for the CS to finish up.
Already working on this problem f
he
said he is debugging that.
-David
Original Message --------
Subject: Re: [PATCH 1/2] drm/ttm: fix busy memory to fail other user v7
From: "Koenig, Christian"
To: "Zhou, David(ChunMing)" ,"Liang, Prike"
,dri-devel@lists.freedesktop.org
CC:
I'
very confusing me, and he said he is debugging that.
-David
Original Message
Subject: Re: [PATCH 1/2] drm/ttm: fix busy memory to fail other user v7
From: "Koenig, Christian"
To: "Zhou, David(ChunMing)" ,"Liang, Prike" ,dri-devel@lists.freedesktop.o
I've foudn one more problem with this.
With lockdep enabled I get a warning because ttm_eu_reserve_buffers()
has called ww_acquire_done() on the ticket (which essentially means we
are done, no more locking with that ticket).
The simplest solution is probably to just remove the call to
ww_acqui
Am 07.05.19 um 13:45 schrieb Chunming Zhou:
heavy gpu job could occupy memory long time, which lead other user fail to get
memory.
basically pick up Christian idea:
1. Reserve the BO in DC using a ww_mutex ticket (trivial).
2. If we then run into this EBUSY condition in TTM check if the BO we
