[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH for-4.6] p2m/ept: Set the A bit only if PML is enabled
With the discussion still not finalised I'm a bit worried that this issue will block the release. I think we have a few options here. I will list them in order of my preference. Please correct me if I'm talking non-sense, and feel free to add more options if I miss anything. 1. Disable PML on broken chips, gate access to A bit (or AD) with PML. In the sub-thread I had with Ross, the proposed patch already does that. There is no need to "disable PML in broken chips" because that feature is not supported by broken chips in the first place. The downside is that the overhead of gating with `if' statement which makes things a tad slower for everyone. But that's not really reason to reject this patch because any gating method would involve similar overhead. This approach is specific to this erratum, not general enough to handle future errata. But in the end, if we accept this patch and later decide we need something more flexible, we can revert it and backport the proper solution if people are keen. If people are not satisfied with gating on PML, maybe we can have something like bool vmx_domain_can_use_ad_bits(d) { return vmx_domain_pml_enabled(d); } for now, which should be clear enough that this is not specific to PML. And we can extend this check and / or replace internal of this function with hooks into generic framework that keys AVR41 and other possible errata in the future. 2. Implement general framework to detect broken chips and apply quirks. I take that there is no general framework at the moment, otherwise the patch would have used that. I think Tim's suggestion fall into this category. I'm not sure about the workload but it seems to be more intrusive than #1. This approach is future-proof, but nobody is working on it and we're not sure about the incarnation of this framework and the specific fix for this errata. 3. Release as is, declare broken chips unsupported. This is that last thing I want to do. But in the end we can't wait forever. And I tend to think the number of people running Xen on broken chips would be much smaller than people running Xen on functioning chips. 4. Revert PML series. This would "fix" the regression but it is definitely not worth it IMHO. Given the current information at hand, I advocate we go with #1. Maintainers, please voice your preference. Wei. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |