[Intel-gfx] [PATCH 1/6] drm/i915: export the stolen region as a resource
Joonas Lahtinen
joonas.lahtinen at linux.intel.com
Fri Nov 24 07:52:30 UTC 2017
+ Ville to comment if the removed code loses some meaningful comments
or not. I already went through the code doing consolidations, about a
year ago, so I may be blind to it.
On Wed, 2017-11-22 at 21:19 +0000, Matthew Auld wrote:
> We duplicate the stolen discovery code in early-quirks and in i915,
> however if we just export the region as a resource from early-quirks we
> can nuke the duplication.
>
> Suggested-by: Joonas Lahtinen <joonas.lahtinen at linux.intel.com>
> Suggested-by: Chris Wilson <chris at chris-wilson.co.uk>
> Signed-off-by: Matthew Auld <matthew.auld at intel.com>
> Cc: Joonas Lahtinen <joonas.lahtinen at linux.intel.com>
> Cc: Chris Wilson <chris at chris-wilson.co.uk>
> Cc: Paulo Zanoni <paulo.r.zanoni at intel.com>
> Cc: Ingo Molnar <mingo at kernel.org>
> Cc: H. Peter Anvin <hpa at zytor.com>
> Cc: dri-devel at lists.freedesktop.org
> Cc: x86 at kernel.org
<SNIP>
> @@ -548,6 +551,9 @@ intel_graphics_stolen(int num, int slot, int func,
> printk(KERN_INFO "Reserving Intel graphics memory at %pa-%pa\n",
> &base, &end);
>
> + intel_graphics_stolen_res.start = base;
> + intel_graphics_stolen_res.end = end;
You can take advantage of the newly establisted resource by using %pR
in the printk.
I sent a patch to convert the function signatures to resource_size_t
for a less painful future.
Maybe squash just the early quirks/header change portion of this patch
to that patch, then we can iterate on the i915 changes on a reminder of
the series on top of that.
Regards, Joonas
--
Joonas Lahtinen
Open Source Technology Center
Intel Corporation
More information about the Intel-gfx
mailing list