lkml.org 
[lkml]   [2012]   [Mar]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Corrupted files after suspend to disk
On Mon, Mar 12, 2012 at 02:24:00PM +0100, Andreas Hartmann wrote:

> >>>>> 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.
> >>>
> >>> Hmm, 3.3-rcX seems to be the first version when it started to happen to
> >>> me. I take it that you have seen this also with 3.2? 3.1?
> >>
> >> Quote from my very first email:
> >> "I'm facing a very strange problem on my netbook (Lenovo Ideapad S10)
> >> running Linux 2.6.37.4."
> >
> > So we both seem to have Lenovos at least. I thus wanted to verify whether
> > the problem will trigger with thinkpad_acpi removed, but it oopsed while
> > rmmoding :) I will start looking into this right away.
> >
> > Is your system using thinkpad_acpi as well?
>
> I dont't think, that it is lenovo related as I'm having a MSI machine.
>
> https://bugzilla.novell.com/show_bug.cgi?id=732908
>
> Following the link, you are able to compare the used chips - maybe there
> are some equal components?

This looks like the i915 corruption problem mentioned in a few other threads.

if you compare the hexdump of the good/bad files, you find that the corruption
happens in 8x 4 byte writes of either 0x00000000 or 0x00aaaaaa.
KeithP clued me in last week that that looks like an ARGB pixel quad, so these
writes are likely 8 pixel strips.

Dave


\
 
 \ /
  Last update: 2012-03-12 22:53    [from the cache]
©2003-2014 Jasper Spaans. Advertise on this site