<tt><font size=2>Cole Robinson <crobinso@redhat.com> wrote on 11/17/2015
03:55:13 PM:<br><br>> From: Cole Robinson <crobinso@redhat.com></font></tt><br><tt><font size=2>> To: Stefan Berger <stefanb@linux.vnet.ibm.com>,
Stefan Berger/<br>> Watson/IBM@IBMUS, libvir-list@redhat.com, berrange@redhat.com</font></tt><br><tt><font size=2>> Date: 11/17/2015 03:55 PM</font></tt><br><tt><font size=2>> Subject: Re: [PATCH v2] tpm: adapt sysfs cancel
path for new TPM driver</font></tt><br><tt><font size=2>> <br>> On 11/17/2015 03:49 PM, Stefan Berger wrote:<br>> > On 11/17/2015 02:12 PM, Cole Robinson wrote:<br>> >> First, thanks for following up on the fedora bugs so quickly!<br>> >><br>> >> On 11/17/2015 10:46 AM, Stefan Berger wrote:<br>> >>> Adapt the sysfs TPM command cancel path for the TPM driver
that<br>> >>> does not use a miscdevice anymore since Linux 4.0. Support
old<br>> >>> and new paths and check their availability.<br>> >>><br>> >>> Add a mockup for the test cases to avoid the testing
for<br>> >>> availability of the cancel path.<br>> >>><br>> >> I see you sent a qemu patch for a similar change. What's
the benefit of<br>> >> libvirt setting cancel_path if qemu can (and already attempts
to)figure it<br>> >> out?<br>> > <br>> > The only benefit is that libvirt is controlling the parameter.<br>> > <br>> <br>> Then IMO we should let qemu handle it and just drop this path handling<br>> entirely. If there's ever a need to differentiate from qemu's logic
or let the<br>> user override this value then we can add it back without much trouble<br>> </font></tt><br><br><tt><font size=2>Forgot about that: SELinux labeling of that file requires
it afaik.</font></tt><br><br><tt><font size=2>   Stefan</font></tt><br><BR>