[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