* Keith Packard [EMAIL PROTECTED] wrote:
On Sun, 2008-10-19 at 00:32 +0200, Ingo Molnar wrote:
the _real_ remapping in a graphics aperture happens on the GPU level
anyway, you manage an in-RAM GPU pagetable that just works like an
IOMMU, correct?
Yes, a one-level linear MMU which
* Ingo Molnar [EMAIL PROTECTED] wrote:
very nice!
I think we need a somewhat different abstraction though.
Firstly, regarding drivers/gpu/drm/i915/io_reserve.h, that needs to
move to generic code.
Secondly, wouldnt the right abstraction be to attach this
functionality to 'struct
* Keith Packard [EMAIL PROTECTED] wrote:
On Sun, 2008-10-19 at 19:53 +0200, Ingo Molnar wrote:
Note how simple and consistent it all gets: IO resources already
know their physical location and their size limits. Being able to
cache an ioremap in a mapping [and being able to use atomic
* Eric Anholt [EMAIL PROTECTED] wrote:
The APIs would be:
int io_resource_init_mapping(struct resource *res);
void io_resource_free_mapping(struct resource *res);
void * io_resource_map(struct resource *res, pfn_t pfn, unsigned long
offset);
void
* Ingo Molnar [EMAIL PROTECTED] wrote:
that gets ugly very fast. I think we should not use atomic kmaps but
NR_CPUS _fixmaps_ with a per CPU array of mutexes (this is basically
atomic kmaps but without the preemption restrictions). We could
take/drop the mutex and statistically you'll
http://bugs.freedesktop.org/show_bug.cgi?id=17275
Fabio [EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure
On Sat, 18 Oct 2008, Eric Anholt wrote:
It's not being disloyal to your CEO, really. I'm pretty sure nobody will
be fired just for ignoring that whole 640kB^H^H^H^H^H32-bits should be
enough for everybody idiocy.
Writing 3D drivers means running 3D games. Running 3D games
On Friday, October 17, 2008 7:10 pm Eric Anholt wrote:
On Fri, 2008-10-17 at 15:43 -0700, Linus Torvalds wrote:
On Fri, 17 Oct 2008, Dave Airlie wrote:
So what's the excuse _this_ time for adding all these stupid warnings to
my build log? Did nobody test this?
On Mon, 2008-10-20 at 13:58 +0200, Ingo Molnar wrote:
yes but note that by caching the whole mapping on 64-bit we get
everything we want: trivially lockless, works from any CPU, can be
preempted at will, and there are no ugly INVLPG flushes anywhere.
I was assuming that on 64-bit, the map
http://bugs.freedesktop.org/show_bug.cgi?id=18141
Summary: build mesa master branch unsuccessfully
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
http://bugs.freedesktop.org/show_bug.cgi?id=18141
Eric Anholt [EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
11 matches
Mail list logo
