[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Libreboot] X60 freezes with kernel > 4.0.7

From: Francis Rowe
Subject: Re: [Libreboot] X60 freezes with kernel > 4.0.7
Date: Wed, 19 Aug 2015 19:45:13 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.7.0

Hash: SHA1

On 19/08/15 17:43, Robert Alessi wrote:
> On Tue, Aug 18, 2015 at 01:58:13PM +0100, The Gluglug wrote:
>> For the git repository, this would probably require manually 
>> maintaining the scripts for each run in the bisect.
>> For testing purposes, it doesn't matter since those blobs won't
>> be loaded on your system (unless you have the Intel wifi or
>> something, or some device you inserted that might use them). Just
>> make sure to switch back to linux-libre afterwards.
> Thank you for pointing me in the right direction.
> I just cloned the sources from 
> Then I started bisecting, but the bad news is that the versioning 
> system is designed in such a way that one can only bisect between 
> major revisions: so I could not mark "v4.0.7" as 'good'.
> So I marked v4.0 as 'good' and v4.1 as 'bad'. This way, I have
> 6282 revisions left to test, which can take roughly 13 steps. To
> each of these steps, I have to add the compilation time (over an
> hour I think), and the time needed to make the laptop freeze.
> Am I right here? Is there is a better way to proceed?

Releases are probably tagged. Find which commits are for each tag,
then bisect between those if you know it's a particular revision that
broke. Then you can find which commit leading up to that revision
caused the regression.

- -- 
Minifree Ltd, trading as Ministry of Freedom | Registered in England,
No. 9361826 | VAT No. GB202190462
Registered Office: 19 Hilton Road, Canvey Island, Essex SS8 9QA, UK |
Tel: +44 (0) 1268 857 837 | Web:

Use free software. Use GNU/Linux.

Version: GnuPG v1


reply via email to

[Prev in Thread] Current Thread [Next in Thread]