Re: Disc driver is module, software suspend fails

[Pavel Machek <pavel@ucw.cz>]

Hi!

On Ne 10-04-05 16:14:52, Jim Carter wrote:
> On Wed, 30 Mar 2005, Pavel Machek wrote: 
> > You do not want to mount journaling filesystems; they tend to write to
> > disks even during read-only mounts... But doing it from initrd should
> > be okay. ext2 and init=/bin/bash should do the trick, too.
> 
> I did give it a try -- successfully.  
> 
> For reference I recite the original issue: the driver for my primary
> disc is in the initrd, not hardwired.  (It's ata_piix and friends, but
> the same issue happens if you boot from RAID or other weird devices.  As
> modern systems tend to have a SATA disc, more and more people are
> complaining on the web that software suspend has stopped working after
> they upgraded their machines.)  software_suspend would suspend all the
> way, then immediately wake up having accomplished nothing (but broken
> nothing either).  In kernel 2.6.12-rc1 but not 2.6.8 it complains "can't
> find swap device".  If this safety check is unwisely overriden so a
> suspend image is written, and you then resume (providing the device by
> number), it fails to read the image using the driver which it hasn't
> loaded yet.

Yep.

> This patch makes software_resume not a late_initcall but rather an
> external subroutine similar to software_suspend, and calls it at the
> beginning of mount_root (in init/do_mounts.c), just _after_ the initrd
> (if any) and its driver have been seen.  This buried placement is needed
> because there are several flow paths that call mount_root, and otherwise
> each path would need to be monkeyed with.

But the patch is very dangerous. Unsuspecting users will see their
systems resumed after unsafe initrd is ran. It is okay for you,
through..

What you want to do si to audit your initrd, then add echo to
/sys/power/resume at the end...

> So, what do you think?  Can we bring the benefit of software suspend to
> systems with SATA or RAID boot discs?

Yes, but not this way. -rc2 already contains
/sys/power/resume... (Better documentation would be needed, through).
									Pavel

-- 
Boycott Kodak -- for their patent abuse against Java.
-
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/