Messages in this thread | | | From | Andrey Borzenkov <> | Subject | Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18 | Date | Tue, 14 Nov 2006 23:47:27 +0300 |
| |
-----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----- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |