From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Vetter Subject: Re: [PATCH 0/8] Upstreaming the Android build and misc fixes Date: Mon, 28 Jul 2014 17:22:20 +0200 Message-ID: <20140728152220.GC4747@phenom.ffwll.local> References: <1406485557-10638-1-git-send-email-emil.l.velikov@gmail.com> <53D5BA15.1020304@gmail.com> <53D63B8F.1050402@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-we0-f171.google.com (mail-we0-f171.google.com [74.125.82.171]) by gabe.freedesktop.org (Postfix) with ESMTP id 1BFAF6E3BC for ; Mon, 28 Jul 2014 08:22:17 -0700 (PDT) Received: by mail-we0-f171.google.com with SMTP id p10so7658605wes.2 for ; Mon, 28 Jul 2014 08:22:13 -0700 (PDT) Content-Disposition: inline In-Reply-To: <53D63B8F.1050402@gmail.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: Emil Velikov Cc: "dri-devel@lists.freedesktop.org" List-Id: dri-devel@lists.freedesktop.org On Mon, Jul 28, 2014 at 01:01:19PM +0100, Emil Velikov wrote: > On 28/07/14 08:07, Daniel Vetter wrote: > > On Mon, Jul 28, 2014 at 03:48:53AM +0100, Emil Velikov wrote: > >> A few updates: > >> > >> - Naming the headers lists *_HEADERS caused autohell to hate us. Renamed to > >> *_H_FILES > >> - Including the platform Android.mk files individually is not the right way > >> to do. One needs to construct an array/list of Android.mks and include it. > >> > >> - The series including the above fixes can be found in branch fixes+android > >> over at https://github.com/evelikov/libdrm. > > > > Adding Tim Gore who's working on Android.mk support for i-g-t from our > > side and probably knows whom to poke for the intel side of things for > > libdrm Android ports. > > -Daniel > > > Thank you Daniel, > > In case it was not clear enough, some of these patches are taken from > android-ia/external/drm. The very same are written by Intel employees AFAICT > :) Would be great to hear if anyone is against the idea of getting Android.mks > in the canonical repo. Oh, that's kinda why I want to drag the relevant people in from Intel's side. Responsibility for Android builds have shifted around a bit the past few years and Intel is big, so I'm trying to get hold off the right person. No success thus far :( But personally I want this, just need to make sure that our own Android guys see it and can start to help out. Occasionally it takes a while until they dare to walk out of their hidings ;-) -Daniel > > > -Emil > > >> > >> -Emil > >> > >> On 27/07/14 19:25, Emil Velikov wrote: > >>> Hello list, > >>> > >>> Recently I've had a go at the Anroid builds and I felt ... inspired that > >>> there are (at least) two downstream repositories that have the relevant > >>> Android build, yet all of them use 6+month old libdrm. > >>> Making even builds a pain in the neck :'( > >>> > >>> Are there any objections if we get the android build upstream ? AFAICS > >>> it's nicely isolated from everything else + I've managed to reuse all > >>> the source/headers lists. > >>> > >>> Note that the series lacks a couple of patches from the downstream > >>> repos, yet adds support for radeon, nouveau and freedreno :) > >>> > >>> The missing fixes are - s/mmap/mmap64/, dma-bufs support + other intel > >>> specific "hacks". If people are happy with the series then we can take > >>> a look at the final bits. > >>> > >>> > >>> Cheers, > >>> Emil > >>> > >> > >> _______________________________________________ > >> dri-devel mailing list > >> dri-devel@lists.freedesktop.org > >> http://lists.freedesktop.org/mailman/listinfo/dri-devel > > > -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch