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 E8769B2E for ; Wed, 26 Aug 2015 05:30:21 +0000 (UTC) Received: from galahad.ideasonboard.com (galahad.ideasonboard.com [185.26.127.97]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 53384E5 for ; Wed, 26 Aug 2015 05:30:21 +0000 (UTC) From: Laurent Pinchart To: ksummit-discuss@lists.linuxfoundation.org Date: Wed, 26 Aug 2015 08:30:16 +0300 Message-ID: <75821461.TO3mbjAQav@avalon> In-Reply-To: <55DD4607.2030308@samsung.com> References: <20150723105726.GC30929@amd> <20150826042537.GA4022@sudip-pc> <55DD4607.2030308@samsung.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Pavel Machek , "kyungmin.park@samsung.com" , John Stultz , =?ISO-8859-1?Q?Andersson=2C_Bj=F6rn?= Subject: Re: [Ksummit-discuss] [CORE TOPIC] Mainline kernel on a cellphone List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wednesday 26 August 2015 13:52:23 Krzysztof Kozlowski wrote: > On 26.08.2015 13:25, Sudip Mukherjee wrote: > > On Wed, Aug 26, 2015 at 10:22:11AM +0900, Krzysztof Kozlowski wrote: > >> On 26.08.2015 03:59, Tim Bird wrote: > >>> On 07/29/2015 12:40 AM, Pavel Machek wrote: > > > > > >> 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. > > > > Hi, > > I have seen Mali code once few months ago and true that the styling > > there is exactly opposite of what we use. But anyway, I hope including > > that in staging will be beneficial for all of you. > > Looking at the list of SoCs using Mali: > https://en.wikipedia.org/wiki/Mali_(GPU) > then clearly a lot of vendors could benefit from that. I would be happy > to see Mali in staging/mainline. > > > And I can also guess > > that it will be a waste of your time if you add it to staging and > > refactor the code ultimately merging it to the main part of the kerel. > > > > I am not an experienced Mali developer but if you all are ok with it then > > I can take up the task of adding it to staging. But I will need to have > > a board for that as without hardware Greg will not allow the code to be > > added. And Krzysztof has suggested ODROID-U3 for this purpose. > > Right, I suggested Odroid-U3 (with Mali 400 and Exynos4412) because the > board works quite well with mainline. Most of stuff is upstreamed. > However I am using Tizen TV profile (public) on it with 4.0 kernel (not > entirely public). > > There are a lot of more devices with Mali 400 or newer so the question > would be rather - which board would work the best (with less problems) > on mainline. > > Anyway good luck :) Given that DRM drivers can't be merged to mainline without an open-source userspace we're stuck until ARM decides to play fair (unlikely) or the Lima driver project rises back from the deaths. -- Regards, Laurent Pinchart