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

[Andrey Borzenkov <arvidjaar@mail.ru>]

-----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?

- -andrey
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFWitgR6LMutpd94wRAjh4AKCnGvpzxHuTEj+xKvEP7YhmESkD1wCffCm3
z0ZM59BV8FZUTy/onowVyW8=
=Vt7w
-----END PGP SIGNATURE-----