Rich,
Just FYI:
» The VMware policy concerning backward and forward compatibility is for
VDDK to support N-2 and N+1 releases. In other words, VDDK 6.7 and all its
update releases support vSphere 6.0, 6.5 (except for new features), and the
next major release.
From:
https://vdc-download.vmware.com/vmwb-repository/dcr-public/9aaa92a8-6925-...
That is release notes about VDDK 6.7 but it may turn out that the same
policy applies to all VDDK versions. Thus, requiring VDDK 6.5 you also
potentially restrict minimum supported ESXi version.
--
  Mykola Ivanets
ср, 27 жовт. 2021, 21:52 користувач Richard W.M. Jones <rjones(a)redhat.com>
пише:
 It turns out that VDDK 6.0 async support is present but broken,
which
 makes it hard to support this version.  If it was missing we could use
 an alternative codepath, but present-and-broken is difficult to deal
 with.  (There is no way to detect VDDK versions at run time.)
 Specifically it's a problem because the completion callback API
 changed between 6.0 and 6.5:
 < typedef void (*VixDiskLibCompletionCB)(void *cbData, uint64 sector,
 <                                        VixError result);
 > typedef void (*VixDiskLibCompletionCB)(void *cbData, VixError result);
 Since the sector number parameter is usually != 0 and it masks the
 result parameter in the later API we think that every async call is
 returning an error.
 I think we would need to require VDDK 6.5 for this change.  That was
 released in November 2016 (5 years ago) and updating VDDK is no big
 deal.
 Rich.
 --
 Richard Jones, Virtualization Group, Red Hat
 
http://people.redhat.com/~rjones
 Read my programming and virtualization blog: 
http://rwmj.wordpress.com
 Fedora Windows cross-compiler. Compile Windows programs, test, and
 build Windows installers. Over 100 libraries supported.
 
http://fedoraproject.org/wiki/MinGW
 _______________________________________________
 Libguestfs mailing list
 Libguestfs(a)redhat.com
 
https://listman.redhat.com/mailman/listinfo/libguestfs