From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755087Ab2BPXhT (ORCPT ); Thu, 16 Feb 2012 18:37:19 -0500 Received: from mail-tul01m020-f174.google.com ([209.85.214.174]:49271 "EHLO mail-tul01m020-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751896Ab2BPXhR convert rfc822-to-8bit (ORCPT ); Thu, 16 Feb 2012 18:37:17 -0500 MIME-Version: 1.0 In-Reply-To: <4F3D90E1.6010001@redhat.com> References: <201103242330.14416.rjw@sisk.pl> <20120216163030.GA32651@redhat.com> <4F3D90E1.6010001@redhat.com> Date: Fri, 17 Feb 2012 00:37:17 +0100 Message-ID: Subject: Re: Corrupted files after suspend to disk From: richard -rw- weinberger To: Eric Sandeen Cc: Dave Jones , "Rafael J. Wysocki" , LKML , linux-pm@lists.linux-foundation.org, esandeen@redhat.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 17, 2012 at 12:27 AM, Eric Sandeen wrote: > On 2/16/12 8:30 AM, Dave Jones wrote: >> On Thu, Feb 16, 2012 at 11:52:27AM +0100, richard -rw- weinberger wrote: >> >>  > >> >> Of course, please test the above separately. :-) >>  > >> > >>  > >> > Ok, I'll test this when I'm at home. >>  > >> > >>  > >> > BTW: dropping the caches helps, when some files seem corrupted. >>  > >> > Today /usr/bin/okular was broken. >>  > >> > After setting vm.drop_caches=1 it worked again. >>  > >> >>  > >> On Linux 2.6.38 I'm unable to reproduce the issue. >>  > >> Only 2.6.37 seems to be affected. >>  > >> So, I'm moving over to 2.6.38. :) >>  > > >>  > Bad news: >>  > I saw the issue on 3.x too but thought it's because my IdeaPad s10 is crap. >>  > Now with my shiny new Lenovo x121e I have the same issue! :-( >>  > >>  > OpenSUSE 12.1, kernel 3.2.7. >>  > After a few suspend2disk iterations random files are corrupted. >>  > But only cached files. A reboot solves the problem. > > Just to be clear - you see _data_ corruption in files, but only > until a reboot, and after that they are ok?  Ok, reading above > about using drop_caches that sounds like the case. Yes. A reboot always solved the data corruption. drop_caches solved it in 99% of all cases. On-disk data was never corrupted. -- Thanks, //richard From mboxrd@z Thu Jan 1 00:00:00 1970 From: richard -rw- weinberger Subject: Re: Corrupted files after suspend to disk Date: Fri, 17 Feb 2012 00:37:17 +0100 Message-ID: References: <201103242330.14416.rjw@sisk.pl> <20120216163030.GA32651@redhat.com> <4F3D90E1.6010001@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <4F3D90E1.6010001@redhat.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-pm-bounces@lists.linux-foundation.org Errors-To: linux-pm-bounces@lists.linux-foundation.org Cc: linux-pm@lists.linux-foundation.org, LKML , esandeen@redhat.com List-Id: linux-pm@vger.kernel.org On Fri, Feb 17, 2012 at 12:27 AM, Eric Sandeen wrote: > On 2/16/12 8:30 AM, Dave Jones wrote: >> On Thu, Feb 16, 2012 at 11:52:27AM +0100, richard -rw- weinberger wrote: >> >> =A0> >> >> Of course, please test the above separately. :-) >> =A0> >> > >> =A0> >> > Ok, I'll test this when I'm at home. >> =A0> >> > >> =A0> >> > BTW: dropping the caches helps, when some files seem corrupted. >> =A0> >> > Today /usr/bin/okular was broken. >> =A0> >> > After setting vm.drop_caches=3D1 it worked again. >> =A0> >> >> =A0> >> On Linux 2.6.38 I'm unable to reproduce the issue. >> =A0> >> Only 2.6.37 seems to be affected. >> =A0> >> So, I'm moving over to 2.6.38. :) >> =A0> > >> =A0> Bad news: >> =A0> I saw the issue on 3.x too but thought it's because my IdeaPad s10 = is crap. >> =A0> Now with my shiny new Lenovo x121e I have the same issue! :-( >> =A0> >> =A0> OpenSUSE 12.1, kernel 3.2.7. >> =A0> After a few suspend2disk iterations random files are corrupted. >> =A0> But only cached files. A reboot solves the problem. > > Just to be clear - you see _data_ corruption in files, but only > until a reboot, and after that they are ok? =A0Ok, reading above > about using drop_caches that sounds like the case. Yes. A reboot always solved the data corruption. drop_caches solved it in 99% of all cases. On-disk data was never corrupted. -- = Thanks, //richard