diff options
author | David Woodhouse <David.Woodhouse@intel.com> | 2015-10-24 21:33:01 +0200 |
---|---|---|
committer | David Woodhouse <David.Woodhouse@intel.com> | 2015-10-24 21:33:01 +0200 |
commit | d42fde70849c5ba2f00c37a0666305eb507a47b8 (patch) | |
tree | dabb3105f22d8a54bb39512e9d31f4d18d74fc45 /kernel/ksysfs.c | |
parent | 5a10ba27d963bc79d6ac2e4996cdbb012195c306 (diff) | |
download | linux-stable-d42fde70849c5ba2f00c37a0666305eb507a47b8.tar.gz linux-stable-d42fde70849c5ba2f00c37a0666305eb507a47b8.tar.bz2 linux-stable-d42fde70849c5ba2f00c37a0666305eb507a47b8.zip |
iommu/vt-d: Clean up pasid_enabled() and ecs_enabled() dependencies
When booted with intel_iommu=ecs_off we were still allocating the PASID
tables even though we couldn't actually use them. We really want to make
the pasid_enabled() macro depend on ecs_enabled().
Which is unfortunate, because currently they're the other way round to
cope with the Broadwell/Skylake problems with ECS.
Instead of having ecs_enabled() depend on pasid_enabled(), which was never
something that made me happy anyway, make it depend in the normal case
on the "broken PASID" bit 28 *not* being set.
Then pasid_enabled() can depend on ecs_enabled() as it should. And we also
don't need to mess with it if we ever see an implementation that has some
features requiring ECS (like PRI) but which *doesn't* have PASID support.
Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
Diffstat (limited to 'kernel/ksysfs.c')
0 files changed, 0 insertions, 0 deletions