[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081023080553.GB14714@elte.hu>
Date: Thu, 23 Oct 2008 10:05:53 +0200
From: Ingo Molnar <mingo@...e.hu>
To: Keith Packard <keithp@...thp.com>
Cc: Jesse Barnes <jbarnes@...tuousgeek.org>,
Nick Piggin <nickpiggin@...oo.com.au>,
Dave Airlie <airlied@...ux.ie>,
Yinghai Lu <yinghai@...nel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: io resources and cached mappings (was: [git pull] drm patches
for 2.6.27-rc1)
* Keith Packard <keithp@...thp.com> wrote:
> > okay. So ... mind sending your io_mapping patch as a generic
> > facility? It looks all good to me in its present form, except that
> > it should live in include/linux/io.h, not in the
> > drivers/gpu/drm/i915/io_reserve.h file
> > :-)
>
> The first patch in this series (assuming I'm driving git-send-email
> correctly) adds the io_mapping API. I ended up creating a new
> linux/io_mapping.h file as the kernel init code uses io.h and got very
> angry when I tried to include linux/highmem.h from that. I'm afraid I
> gave up at that point and just moved the code to a new file.
ah ... good call, i missed that mess. linux/io.h is indeed dependency
laden and it's best to keep new facilities separated anyway.
> The second patch switches the drm/i915 driver to the new API.
> Performance improvements on 64-bit kernels are impressive as we were
> using the slow path before and now get to take advantage of 64-bit
> wonderfulness.
heh, cool - the wonders of 64-bit x86 :-)
Any ballpark-figure numbers you can share with us?
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists