Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753141Ab0GBEy1 (ORCPT ); Fri, 2 Jul 2010 00:54:27 -0400 Received: from lirone.symas.net ([64.71.152.235]:50144 "EHLO lirone.symas.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752761Ab0GBEyZ (ORCPT ); Fri, 2 Jul 2010 00:54:25 -0400 Message-ID: <4C2D70F0.7090100@symas.com> Date: Thu, 01 Jul 2010 21:54:08 -0700 From: Howard Chu User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; rv:1.9.3a5pre) Gecko/20100607 Firefox 3.6 MIME-Version: 1.0 To: Piotr Gluszenia Slawinski CC: Dave Airlie , Timothy Meade , linux-arm-msm@vger.kernel.org, Saravana Kannan , LKML , dri-devel Subject: Re: Closed source userspace graphics drivers with an open source kernel component References: <1278024678.7738.54.camel@c-dwalke-linux.qualcomm.com> <1278026975.7738.89.camel@c-dwalke-linux.qualcomm.com> <1278029284.7738.116.camel@c-dwalke-linux.qualcomm.com> <4C2D3066.9040104@codeaurora.org> <1278038796.19705.21.camel@clockmaker-el6> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1849 Lines: 36 Piotr Gluszenia Slawinski wrote: >> There is no point supporting companies that give you a little bit of >> information in exchange they want the support that being in a mainline >> kernel gives. Its an unfair exchange of knowledge and time, and if they >> claim they have to make a profit then its even more unfair. > > also, they seem to do it quite wrong way. i.e. much simpler would be to > just implement regular, open driver , and implement additional crypto > mechanism in chipset itself, allowing to use simple userspace program > sending certified keys allowing GPU to operate. > if key is not available and device/driver not paid/registered, then > GPU would simply lock itself , similiar to pre-paid designs from > company whose name should not be spoken aloud. > > also certain functionality could be ordered with same chip structure, > i.e. framebuffer, unaccelerated 2d, accel 2d, 3d, etc. > with user buying proper 'entry level' pre-paid code set from manufacturer. > > this would provide quite same functionality (profit), without impacting > open-source projects like Xorg with unnessesary complications. Pardon me for intruding in this discussion, but I'm astonished that you actually find what you posted to be acceptable. If I pay for a piece of hardware, I have the right to use it. Requiring certified keys before it performs the function for which it was purchased is pure nonsense. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/