Initially we have used tdx_* prefix for the guest code. But when the code fromWhatever the conflicts are, they are by no means an unsolvable problem. I am
host side got merged together, we came across many name conflicts.
more than happy to end up with slightly verbose names in KVM if that's what it
takes to avoid "tdg".
So to avoid such issues in future, we were asked not to use the "tdx_" prefixWho asked you not to use tdx_? More specifically, did that feedback come from a
and our alternative choice was "tdg_".
maintainer (or anyone on-list), or was it an Intel-internal decision?
Also, IMO, "tdg" prefix is more meaningful for guest code (Trusted Domain Guest)Hell no, we are not merging known bad crud that requires useless churn to get
compared to "tdx" (Trusted Domain eXtensions). I know that it gets confusing
when grepping for TDX related changes. But since these functions are only used
inside arch/x86 it should not be too confusing.
Even if rename is requested, IMO, it is easier to do it in one patch over
making changes in all the patches. So if it is required, we can do it later
once these initial patches were merged.
things right.