[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-user
Subject:    Re: [gentoo-user] Freeze after suspend-to-ram with kernel 3.10
From:       Paul Hartman <paul.hartman+gentoo () gmail ! com>
Date:       2013-08-02 15:02:05
Message-ID: CAEH5T2PTuc0Su=b5+ojnhcM8m+Otr_GpET9vuAS3XwpM4R=TPg () mail ! gmail ! com
[Download RAW message or body]

On Fri, Aug 2, 2013 at 6:21 AM, Volker Armin Hemmann
<volkerarmin@googlemail.com> wrote:
> Am 02.08.2013 12:47, schrieb Frank Steinmetzger:
>> Hey list
>>
>> My netbook doesn't freeze so often during operation any more. But now it=
=92s
>> started to not properly wake up from suspend-to-ram. It=92s like with my=
 big
>> laptop: when that one runs on nouveau instead of nvidia-drivers, it beha=
ves
>> the very same way, i.e. I switch it on and the screen stays blank. Not e=
ven
>> sysrq are working then, only hard power-down.
>>
>> I tried to confirm my oberservation by deliberately hibernating it multi=
ple
>> times yesterday -- it always woke up with 3.9. Now I booted it with 3.10=
 and
>> it didn't come up on the first try.
>> Do you have any suggestion how I might debug this? I can=92t simply repo=
rt to
>> kernel blokes =933.10 is crap on my netbook, you put in a regression som=
ewhere=94.
>>
>> I don=92t really have the time right now to go after hunches, such as th=
e new
>> tikless system, as building a kernel takes up to 45 minutes on that thin=
g.
> well, take your 3.9 config and don't change it.

If the config change doesn't reveal anything, you can do git bisect of
the kernel to find out which patch broke it. When you do git bisect
you don't need to recompile the whole kernel every time, it only
compiles the changed files, which are usually not many. So even on a
slower machine it's not so bad once the first compile is finished.

https://wiki.gentoo.org/wiki/Kernel_git-bisect

[prev in list] [next in list] [prev in thread] [next in thread]