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.

Description of problem:
During the implementation of CAC2 in libcacard, we identified issue with handling of packet of specific sizes in qemu.

The change [1] is already reviewed and merged upstream and to my understanding, it is not yet merged in the RHEL. This is needed for the ongoing work to support smart card sharing (described in the bug #917867).

Version-Release number of selected component (if applicable):
current

How reproducible:
deterministic for message of multiplies of 64 B

Steps to Reproduce:
1. Request 32 B data from the smart card emulator, which will add to 64 B on USB packet layer.

Actual results:
USB in guest times out while waiting for the answer from host

Expected results:
USB packet should be delivered

Additional info:
[1] https://github.com/qemu/qemu/commit/8030dca3

Fix included in qemu-kvm-rhev-2.12.0-12.el7

A1: As already pointed out in comment #24 we should be able to verify this bug without the fix for the bug bug #917867.

A2: I don't have RHEL7 testing machine so I am using Fedora versions:

qemu-kvm-2.11.2-2.fc28.x86_64
libcacard-2.5.3-4.fc28.x86_64 --- this is quite the same as in RHEL7

Updating qemu to the latest testing version in Fedora

qemu-kvm-2.11.2-4.fc28.x86_64 -- this has basically only the fix for this bug on top of the previous version

makes also the second command from comment #24 working for me. What output you get from the commands in the comment #24?

Created attachment 1483052 [details]
certificate picture

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, 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-2018:3443