[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAFLxGvwv159LHtyKdrF1DQZ-vQyagLJ9nNkcAZzkY4O9F-MwNg@mail.gmail.com>
Date: Mon, 12 Mar 2012 13:23:50 +0100
From: richard -rw- weinberger <richard.weinberger@...il.com>
To: Jiri Kosina <jkosina@...e.cz>
Cc: Andreas Hartmann <andihartmann@...19freenet.de>,
"Rafael J. Wysocki" <rjw@...k.pl>, linux-kernel@...r.kernel.org
Subject: Re: Corrupted files after suspend to disk
On Mon, Mar 12, 2012 at 1:03 PM, Jiri Kosina <jkosina@...e.cz> wrote:
> On Wed, 7 Mar 2012, Andreas Hartmann wrote:
>
>> > On my system kernel suspend *seems* to work.
>> > I've seen no corrupted files so far.
>> >
>> > But sometimes the resume is failing. (One out of 5 resumes fails).
>> > I was unable to get any kernel output.
>> >
>> > So I'm not sure whether this is the same issue
>> > or another one. :-\
>>
>> I'm pretty sure that this is the same issue. What you are telling
>> correlates with my research here.
>> I even got resumes where the machine came up again, but nothing could be
>> done (it wasn't possible to switch of the password secured screen saver
>> any more - login at the shell wasn't possible, too, because the started
>> bash crashed),
>
> This is happening to me as well. Something like 1 resume out of 5 goes
> wrong this very same way.
>
> This is thinkpad x200s.
>
> All the userspace is segfaulting all over the place (most frequently in
> libselinux for some reason).
>
> I am not able to verify the 'drop_caches' theory, as I can't invoke a
> single command that wouldn't crash.
The question is how should we proceed?
I've reported this issue one year (!!!) ago.
--
Thanks,
//richard
--
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/
Powered by blists - more mailing lists