On Sunday, 8 October 2006 20:33, Stefan Seyfried wrote:
> 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"?
Generally speaking, a failing page fault. Unfotunately that can be a result
of many different things ...
--
You never change things by fighting the existing reality.
R. Buckminster Fuller
-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/suspend-devel
