OK, so after all that you do in fact agree? In that case, why are we stillIt is because your proposal is regressing the meaning of
mucking about proposing hacks on top of hacks in the AMD driver rather than
just fixing the regression sensibly?
def_domain_type back to a policy knob when I've spent a bunch of work
emptying out def_domain type implementations to get it into a
capability report.
def_domain_type is now about*capability*. Does the
HW/SW/Driver/system support PAGING/IDENTITY or not.
Meaning if def_domain_type says it is not supported then the core code
should not use it. This is how everything was working until AMD
changed their driver to lie about what their attach_domain would
accept.
I do not want to see def_domain_type regress back to being confused
where some drivers are policy advice and some drivers are capability!
AMD should hack their driver for the rc fix and then go and fix it
properly to remove the PASID logic entirely from def_domain_type. I
will also point again out that in v6.9-rc AMD doesn't even support
PASID yet so this abuse of def_domain_type isn't even needed. 🙁
The core code should contiue to treat def_domain_type as capability.