<br><br><div class="gmail_quote">2012/12/21 Alan Cox <span dir="ltr"><<a href="mailto:alan@lxorguk.ukuu.org.uk" target="_blank">alan@lxorguk.ukuu.org.uk</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Fri, 21 Dec 2012 18:47:57 +0900<br>
Eunchul Kim <<a href="mailto:chulspro.kim@samsung.com">chulspro.kim@samsung.com</a>> wrote:<br>
<br>
> HDCP stands for High-bandwidth Digital Content Protection.<br>
> This is a newer form of Digital Rights Management(secure DRM)<br>
<br>
</div>was.. the master key was leaked long ago 8)<br>
<div class="im"><br>
> that was designed to control digital video and audio content.<br>
> Contains an integrated HDCP encryption engine for video/audio content protection.<br>
> supports version HDCP v1.1.<br>
> Exynos AP supports embedded HDCP key system.<br>
> The HDCP key value is fused during fabrication, based on customer's request.<br>
<br>
</div>For this code to go into the kernel it must do so in GPL form. Can you<br>
confirm Samsung has the necessary IPR and permissions to grant use of<br>
this to all third parties as the GPL requires not just to specific<br>
customers ? (whether they can use it usefully is a different question as<br>
obviously they need the key.<br>
<br>
I ask this because there are currently a lot of lawyers busy trying to<br>
sue makers of some HDCP aware devices.<br>
<div class="im"><br>
> +<br>
> +     dev_info(dev, "drm hdcp registered successfully.\n");<br>
<br>
</div>This sort of stuff ought to be dev_dbg, minor item<br>
<div><div class="h5"><br>
<br>
> diff --git a/drivers/gpu/drm/exynos/exynos_hdcp.h b/drivers/gpu/drm/exynos/exynos_hdcp.h<br>
> new file mode 100644<br>
> index 0000000..86d0c79<br>
> --- /dev/null<br>
> +++ b/drivers/gpu/drm/exynos/exynos_hdcp.h<br>
> @@ -0,0 +1,47 @@<br>
> +/*<br>
> + * Copyright (c) 2012 Samsung Electronics Co., Ltd.<br>
> + *<br>
> + * Authors:<br>
> + *   Eunchul Kim <<a href="mailto:chulspro.kim@samsung.com">chulspro.kim@samsung.com</a>><br>
> + *<br>
> + * Permission is hereby granted, free of charge, to any person obtaining a<br>
> + * copy of this software and associated documentation files (the "Software"),<br>
> + * to deal in the Software without restriction, including without limitation<br>
> + * the rights to use, copy, modify, merge, publish, distribute, sublicense,<br>
> + * and/or sell copies of the Software, and to permit persons to whom the<br>
> + * Software is furnished to do so, subject to the following conditions:<br>
> + *<br>
> + * The above copyright notice and this permission notice (including the next<br>
> + * paragraph) shall be included in all copies or substantial portions of the<br>
> + * Software.<br>
> + *<br>
> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR<br>
> + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,<br>
> + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL<br>
> + * VA LINUX SYSTEMS AND/OR ITS SUPPLIERS BE LIABLE FOR ANY CLAIM, DAMAGES OR<br>
> + * OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE,<br>
> + * ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR<br>
> + * OTHER DEALINGS IN THE SOFTWARE.<br>
> + */<br>
<br>
<br>
</div></div>Two things strike me here - firstly kernel code is GPLv2 or later (or<br>
dual licensed) as per the Signed-off-by: certification. I don't see any<br>
problem in the above but to be sure you realise.<br>
<br>
Secondly - VA Linux systems ??? has this been copied from some random<br>
file and not updated correctly or does the old VA Linux Systems really<br>
own bits of this code.<br>
<br></blockquote><div><br>And also I found out that other exynos files also haven't been updated correctly. Definitely this was our mistakes.<br><br>Thanks,<br>Inki Dae<br> <br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Other questions I'll look at later - in particular<br>
- I don't see how the work queue is locked against the main thread of<br>
  execution within the driver<br>
- There is a general DRI question here about HDCP and interfaces -<br>
  several out of tree drivers do HDCP and perhaps a common API would be<br>
  sensible ?<br>
<span class="HOEnZb"><font color="#888888"><br>
Alan<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
dri-devel mailing list<br>
<a href="mailto:dri-devel@lists.freedesktop.org">dri-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/dri-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/dri-devel</a><br>
</div></div></blockquote></div><br>