On Thu, Jun 23, 2016 at 02:52:41PM +0100, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin <[email protected]>
>
> Effectively removes one layer of indirection between the mask of
> possible engines and the engine constructors. Instead of spelling
> out in code the mapping of HAS_<engine> to constructors, makes
> more use of the recently added data driven approach by putting
> engine constructor vfuncs into the table as well.
>
> Effect is fewer lines of source and smaller binary.
>
> At the same time simplify the error handling since engine
> destructors can run on unitialized engines anyway.
>
> Similar approach could be done for legacy submission is wanted.
>
> v2: Removed ugly BUILD_BUG_ONs in favour of newly introduced
> ENGINE_MASK and HAS_ENGINE macros.
> Also removed the forward declarations by shuffling functions
> around.
>
> v3: Warn when logical_rings table does not contain enough data
> and disable the engines which could not be initialized.
> (Chris Wilson)
>
> v4: Chris Wilson suggested a nicer engine init loop.
>
> Signed-off-by: Tvrtko Ursulin <[email protected]>
> Cc: Chris Wilson <[email protected]>
Reviewed-by: Chris Wilson <[email protected]>
> + WARN_ON(INTEL_INFO(dev_priv)->ring_mask &
> + GENMASK(sizeof(mask) * BITS_PER_BYTE - 1, I915_NUM_ENGINES));
It's computed as a long, so BITS_PER_LONG would suffice
p/x GENMASK(sizeof(mask) * BITS_PER_BYTE - 1, I915_NUM_ENGINES))
= ((~0UL) << I915_NUM_ENGINES)
= 0xffffffc0
p/x -(1 << I915_NUM_ENGINES)
= 0xffffffc0
--
Chris Wilson, Intel Open Source Technology Centre
_______________________________________________
Intel-gfx mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
