From mboxrd@z Thu Jan  1 00:00:00 1970
From: Thomas Hellstrom <thomas@shipmail.org>
Subject: Re: [PATCH 2/2] drm/ttm: Optimize delayed buffer destruction
Date: Tue, 19 Oct 2010 09:21:24 +0200
Message-ID: <4CBD46F4.7080505@shipmail.org>
References: <1286990280-9311-1-git-send-email-thellstrom@vmware.com>	<1286990280-9311-2-git-send-email-thellstrom@vmware.com>	<1286990280-9311-3-git-send-email-thellstrom@vmware.com>
	<AANLkTikg2CFd02AHSahEddZG8=BC=a8WWQ2GM2nxY3Qw@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
Return-path: <dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org>
Received: from smtp-outbound-1.vmware.com (smtp-outbound-1.vmware.com
	[65.115.85.69])
	by gabe.freedesktop.org (Postfix) with ESMTP id 597129E9E9
	for <dri-devel@lists.freedesktop.org>;
	Tue, 19 Oct 2010 00:21:26 -0700 (PDT)
In-Reply-To: <AANLkTikg2CFd02AHSahEddZG8=BC=a8WWQ2GM2nxY3Qw@mail.gmail.com>
List-Unsubscribe: <http://lists.freedesktop.org/mailman/options/dri-devel>,
	<mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <http://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <http://lists.freedesktop.org/mailman/listinfo/dri-devel>,
	<mailto:dri-devel-request@lists.freedesktop.org?subject=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: Dave Airlie <airlied@gmail.com>
Cc: airlied@redhat.com, Thomas Hellstrom <thellstrom@vmware.com>, dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org

On 10/19/2010 05:57 AM, Dave Airlie wrote:
> On Thu, Oct 14, 2010 at 3:18 AM, Thomas Hellstrom<thellstrom@vmware.com>  wrote:
>    
>> This commit replaces the ttm_bo_cleanup_ref function with two new functions.
>> One for the case where the bo is not yet on the delayed destroy list, and
>> one for the case where the bo was on the delayed destroy list, at least at
>> the time of call. This makes it possible to optimize the two cases somewhat.
>>      
> I tried booting this today, but on radeon starting X hit a recursive
> spin lock on the lru lock.
>
> (annotated below)
>
>    
New patches sent.

/Thomas