Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18

From: Andrey Borzenkov
Date: Tue Nov 14 2006 - 23:02:28 EST


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wednesday 15 November 2006 01:57, Pavel Machek wrote:
> On Tue 2006-11-14 23:47:27, Andrey Borzenkov wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > On Tuesday 14 November 2006 17:23, Pavel Machek wrote:
> > > Hi!
> > >
> > > > > > Maybe its a journal size thing, you could try "sync" before
> > > > > > suspend and see if it helps.
> > > > >
> > > > > We already sync inside the kernel, it does not help here, though.
> > > > > Blockdev freezing might help.
> > > >
> > > > is there patch applicable to vanilla kernel? After repairing reiser
> > > > several times (due to hard lockups during suspend-to-RAM) that sounds
> > > > even more interesting.
> > >
> > > Could you do the test Stefan asked? I do not think you'll kill
> > > reiserfs by single forced powerdown.
> >
> > well, I did it accidentally :) (forgot to plug in power and after 2 hours
> > on battery notebook simply switched off) and yes, there was some
> > noticeable delay loading grub. I also tried fs freezer without any
> > visible effect. The patches from mm I applied to vanilla kernel:
> >
> > add-include-linux-freezerh-and-move-definitions-from.patch
> > swsusp-cleanup-whitespace-in-freezer-output.patch
> > swsusp-freeze-filesystems-during-suspend-rev-2.patch
> > swsusp-thaw-userspace-and-kernel-space-separately.patch
> >
> > Do I need some more patches for this to work?
>
> I guess reiserfs would need to respond to filesystem freezing.
>

OK the I guess it would have not worked in mm either. As far as I can tell the
only FS supporting it so far is XFS.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFWpElR6LMutpd94wRApSWAJ0Wm2Yey6k0Lf0tMO5gBsOBYS5qLACgw8Xj
1rTy08rdsktGkvneKrweENM=
=xUbx
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/