From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 82DFAC65 for ; Wed, 26 Aug 2015 14:52:07 +0000 (UTC) Received: from erouter8.ore.mailhop.org (erouter8.ore.mailhop.org [54.187.218.212]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id E961B206 for ; Wed, 26 Aug 2015 14:52:06 +0000 (UTC) Date: Wed, 26 Aug 2015 14:51:29 +0000 From: Jason Cooper To: Sudip Mukherjee Message-ID: <20150826145129.GI3684@io.lakedaemon.net> References: <20150723121441.GB29747@amd> <20150723084251.54da2be0@gandalf.local.home> <20150723154014.GD11162@sirena.org.uk> <55B7FD82.8010806@sonymobile.com> <55B82222.3010409@samsung.com> <20150729074011.GB12557@amd> <55DCBB21.8070009@sonymobile.com> <55DD14C3.8090707@samsung.com> <20150826125630.GH3684@io.lakedaemon.net> <20150826135835.GA13900@sudip-pc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150826135835.GA13900@sudip-pc> Cc: "kyungmin.park@samsung.com" , =?utf-8?Q?Andersson=2C_Bj=C3=B6rn?= , John Stultz , "ksummit-discuss@lists.linuxfoundation.org" , Pavel Machek Subject: Re: [Ksummit-discuss] [CORE TOPIC] Mainline kernel on a cellphone List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi Sudip, On Wed, Aug 26, 2015 at 07:28:35PM +0530, Sudip Mukherjee wrote: > On Wed, Aug 26, 2015 at 12:56:30PM +0000, Jason Cooper wrote: > > On Wed, Aug 26, 2015 at 10:22:11AM +0900, Krzysztof Kozlowski wrote: > > > Mali GPU drivers are an interesting case: > > ... > > > 4. Their coding style is so different that I can't imagine mainlining > > > them into staging area... Recently I was digging into Mali400 and it was > > > literally hurting my eyes to see that coding style. It's like opposite > > > of kernel. > > > > iirc, gregkh's requirement for staging/ is that it compile. Nothing > > more. > > Yes. But Greg will also say that we should be modifying the code with > the ultimate goal of moving it out of staging into the main part of the > kernel. And if all of us know that it can not be merged into the main part > because of closed userspace then will Greg accept it? Well, this seems to me to be a case of chicken-and-the-egg, which came first? fwiw, I think there's benefit in putting the driver in staging/ to see if it ignites development efforts on the userspace side. If it doesn't, I know Greg isn't shy about removing drivers from staging. ;-) thx, Jason.