From: r6144 <rainy6144@gmail.com>
Subject: Re: GEM-related desktop sluggishness due to linear-time
 arch_get_unmapped_area_topdown()
Date: Tue, 29 Mar 2011 22:44:24 +0800
Message-ID: <1301409864.5615.98.camel@wangqingchuan>
References: <1301310995.5615.92.camel@wangqingchuan>
	 <1301336010.2217.20.camel@workstation>
	 <AANLkTikMJszEyv8-SMMjD-MeykSwmsKf=gmezcMgySoP@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=GB2312
Content-Transfer-Encoding: QUOTED-PRINTABLE
Return-path: <linux-kernel-owner@vger.kernel.org>
In-Reply-To: <AANLkTikMJszEyv8-SMMjD-MeykSwmsKf=gmezcMgySoP@mail.gmail.com>
Sender: linux-kernel-owner@vger.kernel.org
To: Jerome Glisse <j.glisse@gmail.com>
Cc: Lucas Stach <dev@lynxeye.de>, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org

=D4=DA 2011-03-29=B6=FE=B5=C4 10:22 -0400=A3=ACJerome Glisse=D0=B4=B5=C0=
=A3=BA

> Killer solution would be to have no mapping and a decent
> upload/download ioctl that can take userpage.

Doesn't this sound like GEM's read/write interface implemented by e.g.
the i915 driver?  But if I understand correctly, a mmap-like interface
should still be necessary if we want to implement e.g. glMapBuffer()
without extra copying.

r6144