On Mon, Mar 29, 2021 at 02:02:08PM -0400, Sean Paul wrote: > On Mon, Mar 29, 2021 at 6:27 AM Xin Ji <xji@xxxxxxxxxxxxxxxx> wrote: > > > > On Thu, Mar 25, 2021 at 02:19:23PM -0400, Sean Paul wrote: > > > On Fri, Mar 19, 2021 at 2:35 AM Xin Ji <xji@xxxxxxxxxxxxxxxx> wrote: > > > > > > > > Add HDCP feature, enable HDCP function through chip internal key > > > > and downstream's capability. > > > > > > > > Signed-off-by: Xin Ji <xji@xxxxxxxxxxxxxxxx> > > > > --- > > /snip > > > > > static void anx7625_dp_start(struct anx7625_data *ctx) > > > > { > > > > int ret; > > > > @@ -643,6 +787,9 @@ static void anx7625_dp_start(struct anx7625_data *ctx) > > > > return; > > > > } > > > > > > > > + /* HDCP config */ > > > > + anx7625_hdcp_setting(ctx); > > > > > > You should really use the "Content Protection" property to > > > enable/disable HDCP instead of force-enabling it at all times. > > > > > > Sean > > Hi Sean, it's hard to implement "Content Protection" property, we have > > implemented HDCP in firmware, it is not compatible with it. We don't > > have interface to get Downstream Cert. > > Thanks, > > Xin > > Hi Xin, > I'm sorry, I don't understand what you mean when you say you don't > have an interface to get Downstream Cert. > > The Content Protection property is just a means through which > userspace can turn on and turn off HDCP when it needs. As far as I can > tell, your patch turns on HDCP when the display is enabled and leaves > it on until it is disabled. This is undesirable since it forces HDCP > on the user. > > Is it impossible to enable/disable HDCP outside of display > enable/disable on your hardware? > > Thanks, > > Sean Hi Sean, I have commit a test patch on google review site, can you please help to review it? I'll use Connector's ".atomic_check()" interface to detect Content Protection property change. (https://chromium-review.googlesource.com/c/chromiumos/third_party/kernel/+/2674580) Thanks, Xin > > > > > > > > + > > > > if (ctx->pdata.is_dpi) > > > > ret = anx7625_dpi_config(ctx); > > > > else > > /snip _______________________________________________ devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxx http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel