From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: ttm: merge ttm_backend & ttm_tt, introduce ttm dma allocator V5 Date: Wed, 16 Nov 2011 10:53:28 -0500 Message-ID: <20111116155328.GA3973@phenom.dumpdata.com> References: <1321051669-16675-1-git-send-email-j.glisse@gmail.com> <4EC12A95.7080808@vmware.com> <4EC13C92.5060105@vmware.com> <20111114185427.GA5300@homer.localdomain> <20111116151547.GA2818@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by gabe.freedesktop.org (Postfix) with ESMTP id 53B469E880 for ; Wed, 16 Nov 2011 07:53:38 -0800 (PST) Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org To: Jerome Glisse Cc: Thomas Hellstrom , dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org > > which I think was your V4 posting (or earlier) (the last patch is something I added > > to toggle it off/on to test). > > You have to allocate like a million of gem object to trigger it. > Which I certainly did not, but I did find an accounting error in the rebased v5 version of the TTM DMA that might be the culprit. Will build a kernel shortly with those changes and see how it fares. > > > > The latest (V5) hit the OOM quite fast - took about an hour or two of me > > answering emails (mutt inside gnome-terminal) and using both chrome and firefox, > > and running a make -j10 on the Linux kernel. > > > > Time to turn on more debugging :-) > > > > Hhhhmm weird i did not run into that. will try to run heavy make with > graphic along side. Does it happen without > 0014-drm-ttm-simplify-memory-accounting-for-ttm-user.patch ? Will try reverting it out and see what happends.