RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1032520 - WHQL'ed drivers should be made available for Boxes/libosinfo users
Summary: WHQL'ed drivers should be made available for Boxes/libosinfo users
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: libosinfo
Version: 8.1
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: 8.3
Assignee: Fabiano Fidêncio
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 1054905 1054906
TreeView+ depends on / blocked
 
Reported: 2013-11-20 10:48 UTC by Christophe Fergeau
Modified: 2020-11-04 03:39 UTC (History)
15 users (show)

Fixed In Version: libosinfo-1.8.0-1.el8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-11-04 03:39:07 UTC
Type: Bug
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Christophe Fergeau 2013-11-20 10:48:32 UTC
Boxes can autoinstall Windows including the virtio/qxl drivers. However, non-whql'ed upstream drivers will be used even if the customer has access to the Red Hat whql'ed drivers.

Comment 2 Zeeshan Ali 2013-12-09 17:41:42 UTC
Do the RHEL7 customers have access to signed drivers? If so, we could install links to those in /var/cache/gnome-boxes as part of gnome-boxes package so once the following bug is fixed, Boxes will use those drivers instead of downloading from internet:

https://bugzilla.gnome.org/show_bug.cgi?id=698144

This will also take care of bug#1032524.

Comment 3 Christophe Fergeau 2013-12-09 18:08:01 UTC
(In reply to Zeeshan Ali from comment #2)
> Do the RHEL7 customers have access to signed drivers?

I don't know, I have seen contradicting answers regarding this :-/

Comment 4 Zeeshan Ali 2013-12-10 14:59:12 UTC
(In reply to Christophe Fergeau from comment #3)
> (In reply to Zeeshan Ali from comment #2)
> > Do the RHEL7 customers have access to signed drivers?
> 
> I don't know, I have seen contradicting answers regarding this :-/

In that case, maybe we should postpone this to 7.1? I'll already get try to get the related upstream bug fixed in the meantime so when we get more certain info, its very easy to fix this then.

Comment 5 Zeeshan Ali 2014-01-07 13:26:57 UTC
Based on comment#4.

Comment 19 Zeeshan Ali 2014-01-17 18:27:59 UTC
For the other 2 steps in comment#14, I filed separate bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1054905
https://bugzilla.redhat.com/show_bug.cgi?id=1054906

I realized that step#1 I mentioned is really actually covered already as Ronan said in comment#15 and I was just looking at the wrong package (RHEL 6.5).
-----------------

There is one more thing I realized. The virtio-win package provides the driver files and if I recall correctly I failed to find a way to at least tell winxp (I think there was a way for win7) to install those drivers and that is why I used spice-guest-tools executable that I ran at the end of the installation from my installation script.

There is a way to pass preinstallation drivers to winxp but that is restricted to some particular device types. virtio-block is currently installed using that method.

Do we happen to have spice-guest-tools binary with signed drivers available?

Do we care anymore about winxp much now that MS is dropping the support?

Comment 20 Ronen Hod 2014-01-19 10:06:06 UTC
(In reply to Zeeshan Ali from comment #19)
> For the other 2 steps in comment#14, I filed separate bugs:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1054905
> https://bugzilla.redhat.com/show_bug.cgi?id=1054906
> 
> I realized that step#1 I mentioned is really actually covered already as
> Ronan said in comment#15 and I was just looking at the wrong package (RHEL
> 6.5).
> -----------------
> 
> There is one more thing I realized. The virtio-win package provides the
> driver files and if I recall correctly I failed to find a way to at least
> tell winxp (I think there was a way for win7) to install those drivers and
> that is why I used spice-guest-tools executable that I ran at the end of the
> installation from my installation script.

Indeed, XP's end of life is in less than 3 months. We do our best to slow down our XP activity.
XP/2003 will let you use non-inbox (external), boot-time drivers, only if you take them from a Floppy disk. Than's why we provide the necessary drivers in a VFD file. This means that you can USE virtio-blk DURING the installation. You can always install drivers from the ISO, but they cannot be used already during the installation.

> 
> There is a way to pass preinstallation drivers to winxp but that is
> restricted to some particular device types. virtio-block is currently
> installed using that method.
> 
> Do we happen to have spice-guest-tools binary with signed drivers available?

Not in my domain.

And to your previous question.
RHEL customers that install boxes are entitled for the WHQLd drivers from the supplementary channel. Fedora and upstream are not.

Ronen.

> 
> Do we care anymore about winxp much now that MS is dropping the support?

Comment 22 Zeeshan Ali 2014-01-20 14:57:28 UTC
(In reply to Ronen Hod from comment #20)
> (In reply to Zeeshan Ali from comment #19)
> > For the other 2 steps in comment#14, I filed separate bugs:
> > 
> > https://bugzilla.redhat.com/show_bug.cgi?id=1054905
> > https://bugzilla.redhat.com/show_bug.cgi?id=1054906
> > 
> > I realized that step#1 I mentioned is really actually covered already as
> > Ronan said in comment#15 and I was just looking at the wrong package (RHEL
> > 6.5).
> > -----------------
> > 
> > There is one more thing I realized. The virtio-win package provides the
> > driver files and if I recall correctly I failed to find a way to at least
> > tell winxp (I think there was a way for win7) to install those drivers and
> > that is why I used spice-guest-tools executable that I ran at the end of the
> > installation from my installation script.
> 
> Indeed, XP's end of life is in less than 3 months. We do our best to slow
> down our XP activity.
> XP/2003 will let you use non-inbox (external), boot-time drivers, only if
> you take them from a Floppy disk. Than's why we provide the necessary
> drivers in a VFD file. This means that you can USE virtio-blk DURING the
> installation. You can always install drivers from the ISO, but they cannot
> be used already during the installation.

OK, I guess there is no choice but to only install virtio-blk driver for XP then.

Comment 23 RHEL Program Management 2014-03-22 06:30:01 UTC
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 33 Fabiano Fidêncio 2020-05-30 09:32:57 UTC
We already have all the infra on libosinfo / osinfo-db in place, we only need the data from virtio-win drivers (for "Workstation" releases of Windows, "Server" ones are not being considered now).

Comment 44 errata-xmlrpc 2020-11-04 03:39:07 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (libosinfo bug fix and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2020:4758


Note You need to log in before you can comment on or make changes to this bug.