https://bugzilla.suse.com/show_bug.cgi?id=1189965 https://bugzilla.suse.com/show_bug.cgi?id=1189965#c17 --- Comment #17 from Michael H. Kelley <mikelley@microsoft.com> --- I'm OK (somewhat reluctantly) with Michal Kube��ek's proposal to stop setting the "d1" value in the Hyper-V guest OS id. Michal is probably correct that Microsoft isn't going to formalize the values designated for the vendor fields. In practice, having the kernel major/minor/update versions has been sufficient to identify the distro. For example, we know that 4.12.14 is SUSE Linux. :-) There could be a collision at some point in the future, but the issue isn't significant enough that we will try to organize and publish the allocation of specific values. d2 is similarly unspecified. It would be nice to capture the additional sub-versions and build #'s in a string like "4.12.14-197.26-default", but d2 is only 16 bits and it's not clear how to do that. RHEL has a similar problem with versions like 4.18.0-305.25.1 and we haven't come up with a good solution there either. Splitting the 16-bit field into two 8-bit fields doesn't work because some of the sub-version values are greater than 255. Storing just the "197" from "4.12.14-197.26-default" in the 16-bit field would be a very modest incremental improvement, but I doubt it's worth the trouble. -- You are receiving this mail because: You are on the CC list for the bug.