On Tuesday 29 August 2006 19:35, Jon Escombe wrote: > Rafael J. Wysocki wrote: > > > Thanks. > > > >> http://www.dresco.co.uk/debug/resume_from_disk.jpg > > > > This one indicates that page tables are corrupted in the restore loop, just > > like it used to happen on x86_64 some time ago. > > > > Can you confirm that it doesn't happen if HIGHMEM64 is not set? > > Confirmed, only happens with HIGHMEM64G. > > > > >> http://www.dresco.co.uk/debug/suspend_e820_patch.jpg > > > > This one is really strange, like a miscompilation or something. > > > > Could you identify which line of code corresponds to count_data_pages+0x38 > > (using gdb)? > > Would be happy to, may need a pointer in the right direction though?
If you have compiled the kernel with debug info (CONFIG_DEBUG_INFO=y), go to the directory where your kernel sources are and run $ gdb vmlinux and then (gdb) l *count_data_pages+0x38 [If your kernel is not compiled with debug info, you'll need to recompile it and retest to verify if the address where it crashes is still the same.] > Btw, I also raised the question on lkml, however I had to post from > gmane so couldn't copy in this list. Someone else has confirmed the same > issue on an X60s - > http://marc.theaimsgroup.com/?l=linux-kernel&m=115683494518851&w=2 Yup, thanks. Greetings, Rafael -- You never change things by fighting the existing reality. R. Buckminster Fuller ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel