[AMD Official Use Only - AMD Internal Distribution Only] > I don't think trying to add some reset handling here makes sense in the first place. > Part of the reset/recovery procedure is to signal all fence and that includes the one we are waiting for here. > So this wait should return immediately in a reset anyway. As far as I can tell, these fence_ptr s that get polled are not packaged into a fence obj, and in practice I see 10s of seconds wait before these timeout and reset can begin. Also after reset there is often a long wait, up to 2 minutes, for all the tlb_fence_work to timeout (not addressed by this patch, still haven't figure out what's going on there) Teddy
