On Sun, Oct 08, 2006 at 08:47:20AM +0200, Pavel Machek wrote: > On Sat 2006-10-07 22:46:45, Rafael J. Wysocki wrote: > > On Saturday, 7 October 2006 22:39, Stefan Seyfried wrote: > > > yes, maybe. However, i am running memtest on the machine over night, > > > maybe it > > > is just a broken memory module :-)
memtest run overnight did not turn out anything. > > > > > > Anyway, have you tried to replace suspend_to_ram(snapshot_fd) in > > > > > > s2ram_do > > > > > > with a noop and see what happens? > > > > > > > > > > Then it does not segfault. > > > > > > > > Hm, I'm still wondering if s2both has the same problem ... > > > > > > I tried for ~10 cycles and it had no problem. > > > > So the hardware may be the right guess ... > > I'd say it is way too repeatable for that. Some kernel code may be > scribbling over memory, or something.... suspend is not exactly the > "very common, very well tested" codepath. Could it be that the pm_ops->finish(SUSPEND_MEM) is somehow running asynchronously? And that something in the hardware forbids accessing certain memory regions while the AML code is still executed? Just wild guessing :-) Or asked the other way round: "What exactly is forbidden while all processes but the suspend program are frozen?" If we know what is forbidden, we might find out what we are doing wrong. Or: "What conditions can cause the kernel to kill a process with signal 11"? -- Stefan Seyfried QA / R&D Team Mobile Devices | "Any ideas, John?" SUSE LINUX Products GmbH, Nürnberg | "Well, surrounding them's out." ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
