linux-kernel - Re: [Lf_driver_backport] scripts in compat tree

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAB=NE6VFghHT6zvGfW+9-Vsik39A_4Df=U3J1OtFFpM8LKDzvw@mail.gmail.com>
Date:	Mon, 21 May 2012 05:52:55 -0700
From:	"Luis R. Rodriguez" <mcgrof@...jolero.org>
To:	Ozan Çağlayan <ozancag@...il.com>,
	linux-kernel@...r.kernel.org, Andy Whitcroft <apw@...onical.com>
Cc:	lf_driver_backport@...ts.linux-foundation.org,
	linux-wireless@...r.kernel.org, linux-bluetooth@...r.kernel.org
Subject: Re: [Lf_driver_backport] scripts in compat tree

On Mon, May 21, 2012 at 5:32 AM, Ozan Çağlayan <ozancag@...il.com> 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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/