<div dir="ltr"><div class="gmail_quote"><div>On Mon, Jun 18, 2018 at 8:54 AM Pekka Paalanen <<a href="mailto:ppaalanen@gmail.com">ppaalanen@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Matt,<br>
<br>
did you intend to reply on list? Please CC if you did.<br>
<br>
On Mon, 18 Jun 2018 08:35:56 -0500<br>
Matt Hoosier <<a href="mailto:matt.hoosier@gmail.com" target="_blank">matt.hoosier@gmail.com</a>> wrote:<br>
<br>
> On Mon, Jun 18, 2018 at 3:59 AM Pekka Paalanen <<a href="mailto:ppaalanen@gmail.com" target="_blank">ppaalanen@gmail.com</a>> wrote:<br>
> <br>
> > On Mon, 18 Jun 2018 13:38:09 +0530<br>
> > Ramalingam C <<a href="mailto:ramalingam.c@intel.com" target="_blank">ramalingam.c@intel.com</a>> wrote:<br>
> >  <br>
> > > On Monday 18 June 2018 01:34 PM, Pekka Paalanen wrote:  <br>
> > > > On Sat, 16 Jun 2018 12:50:52 +0530<br>
> > > > Ramalingam C <<a href="mailto:ramalingam.c@intel.com" target="_blank">ramalingam.c@intel.com</a>> wrote:<br>
> > > >  <br>
> >  <br>
> > > > How does the kernel signal to userspace that the HDCP status has<br>
> > > > changed? Do you piggyback on the hotplug event?<br>
> > > ><br>
> > > > Anything that would require userspace to repeatedly re-read properties<br>
> > > > without any events triggering it is bad design. If nothing is<br>
> > > > happening, the compositor needs to be able to stay asleep.  <br>
> > > Pekka,<br>
> > ><br>
> > > We proposed a uevent from kernel for indicating the HDCP status change.<br>
> > > But that didn't fly. Right now the merged interface expects compositor<br>
> > > to poll<br>
> > > the property state for the runtime failures.  <br>
> ><br>
> > Ugh. :-(<br>
> >  <br>
> <br>
> I get what you mean here, but maybe it's not actually that bad. The HDCP<br>
> runtime failure polling would really only be needed during times when at<br>
> least one video stream is actually using it, right? If that's true, then<br>
> the compositor is regularly waking up as the clients submit successive<br>
> buffers anyway. Can the HDCP connector status polling get folded into that<br>
> wakeup cycle?<br>
<br>
Sure, but you are assuming the protected content is video. I'm thinking<br>
of still images.<br></blockquote><div><br></div><div>Yeah, that's a fair point. Still probably covers the dominant use-case though? Just curious, are you referring to the still images that result from pausing a video stream, or first-class static images (maybe photos or something) covered by content protection too?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I'd ask for more details on why the kernel community thinks that there<br>
must not be an event to signal HDCP state changes, I suspect it's a<br>
problem with the implementation and not the idea, but I won't have time<br>
to go there anyway.<br>
<br>
<br>
Thanks,<br>
pq<br>
</blockquote></div></div>