Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1885646

Summary: After passing through TPM device to Windows guest, user cannot take the ownership of the device from VM console
Product: Red Hat Enterprise Linux Advanced Virtualization Reporter: Abhishekh Patil <abpatil>
Component: libtpmsAssignee: Marc-Andre Lureau <marcandre.lureau>
Status: CLOSED WONTFIX QA Contact: Qinghua Cheng <qcheng>
Severity: high Docs Contact:
Priority: medium    
Version: ---CC: coli, jinzhao, jsuchane, juzhang, marcandre.lureau, mkalinin, mtessun, qcheng, virt-maint, yalzhang, yanqzhan
Target Milestone: rcFlags: pm-rhel: mirror+
Target Release: 8.3   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-01-06 01:02:16 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1897025    

Description Abhishekh Patil 2020-10-06 15:30:07 UTC 
Description of problem:

After passing through TPM device to Windows guest (which is running on RHEL-8.1 KVM hypervisor), user cannot take the ownership of the device from VM console.

Version-Release number of selected component (if applicable):
libvirt-6.0.0-17.module+el8.2.0+6257+0d066c28.x86_64

How reproducible:
Can't reproduce


Actual results:

User can see the TPM device inside Windows guest, but cannot access it.

Expected results:

User should be able to access the TPM device from the guest.

Additional info:
Comment 4 Jaroslav Suchanek 2020-11-06 10:49:17 UTC 
Moving to qemu-kvm for further investigation. Seems that libvirt is passing the fd correctly. Thanks.
Comment 5 John Ferlan 2020-11-06 13:11:21 UTC 
Changing a few things here - this must be an Advanced Virt issue and this isn't a qemu-kvm/general, rather it's a libtpms related issue.  Also the only place where libtpms is supported is in a RHEL-AV environment.

For the submitter - it would be nice to get a better idea of the environment - indicating "RHEL-8.1 KVM hypervisor" and then showing "libvirt-6.0.0-17.module+el8.2.0+6257+0d066c28.x86_64" which looks like RHEL AV 8.2.0 - doesn't quite make sense. Additionally, what Windows version is being used on the guest.

In the mean time, I've assigned to Marc-Andre for further thoughts/analysis
Comment 6 CongLi 2020-11-07 01:56:44 UTC 
Qinghua,

Can you have a try?

Thanks.
Comment 7 Marc-Andre Lureau 2020-11-07 09:19:31 UTC 
It's not a libtpms issue, since the host TPM device is passed-through.

We have a very limited support for TPM passthrough, and we have encountered a number of issues that aren't easy to solve.

I am afraid there isn't much we can do here.