Return-path: Received: from mail-yx0-f174.google.com ([209.85.213.174]:43761 "EHLO mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753118Ab2EUMxS convert rfc822-to-8bit (ORCPT ); Mon, 21 May 2012 08:53:18 -0400 MIME-Version: 1.0 In-Reply-To: References: From: "Luis R. Rodriguez" Date: Mon, 21 May 2012 05:52:55 -0700 Message-ID: (sfid-20120521_145331_686269_D2EEE79A) Subject: Re: [Lf_driver_backport] scripts in compat tree To: =?UTF-8?B?T3phbiDDh2HEn2xheWFu?= , linux-kernel@vger.kernel.org, Andy Whitcroft Cc: lf_driver_backport@lists.linux-foundation.org, linux-wireless@vger.kernel.org, linux-bluetooth@vger.kernel.org Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Mon, May 21, 2012 at 5:32 AM, Ozan Çağlayan wrote: > Hi, > > I will be working on the GSoC project to prepare compat graphics drivers. > > Looking at the scripts (ckmake and get-compat-kernels) in the compat tree, I > see that they are only handling Ubuntu systems. First of all, should they > really be distro-aware? When I wrote this I posted the patch to lkml [0] for wider review and naturally I got the same reaction from folks. I wrote it originally with the goal to do something distro-agnostic and in fact it is, its just that I haven't figured out a quick way to make this work across the board. [0] https://lkml.org/lkml/2012/2/7/501 More below. > Why not to download the tarballs from kernel.org? > Isn't it a more generic approach? Well kernel.org does not have already built kernels. Ubuntu's PPA kernels *are* vanilla kernels, in fact that is why they were put up, they are guaranteed to be built on vanilla kernels. We couldn't get a more generic approach then. The only thing though is -- the PPA kernels obviously have the kernels integrated on .debs. There are a few options here: 1) If Ubuntu can dpkg -x the kernels for us onto tarballs that'd be swell 2) We could write our own script to do this with C code that does the dpkg -x for us There are ways to do 2) suggested in the thread above. > If this makes sense, I'd like to extend those scripts to handle vanilla > kernels with a cmdline switch which won't care at all about lsb_release. I > will hardcode end-of-life products and parse kernel.org to dynamically > detect new versions, download and extract them under /lib/modules if they > don't exist in there, etc. That'd be amazing! > I'm waiting for your feedback :) Thanks! Luis