[Libguestfs] [PATCH] v2v: virtio-win: include *.dll too
Richard W.M. Jones
rjones at redhat.com
Thu Oct 29 08:34:45 UTC 2015
On Wed, Oct 28, 2015 at 02:54:00PM -0400, Jeff Nelson wrote:
> BZ 1223668 suggests reorganizing the directory structure to allow for
> automatic driver discovery. This would change the iso directory
> structure from:
>
> /<driver>/<os>/<arch>/<file>
>
> to:
>
> /<arch>/<os>/<file>
>
> which is the same structure used in /usr/share/virtio-win/drivers and
> in the vfd files.
>
> Would this work?
I don't think this would make a difference to virt-v2v, since
(currently) v2v matches bits of the path to try to determine which
driver(s) to apply. Code is here:
https://github.com/libguestfs/libguestfs/blob/master/v2v/utils.ml#L185-L226
As Vadim pointed out in the other email, this information is already
encoded in the .inf files, and that seems like a better place to get
it from. If we do that, then the exact path will matter even less.
- - -
I think the specific problem Roman was saying was that the directory
and the ISO contain different, overlapping subsets of the total set of
drivers. Which seems strange ...
virt-v2v can pull drivers out of either the ISO or the filesystem, but
(currently) not both. So if you point virt-v2v at the ISO you'll get
a different subset of the drivers from pointing v2v at the filesystem.
See also discussion of "VIRTIO_WIN" environment variable here:
http://libguestfs.org/virt-v2v.1.html#environment-variables
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://libguestfs.org
More information about the Libguestfs
mailing list