On Sun, May 12, 2013 at 10:31 PM, richard -rw- weinberger <richard.weinber...@gmail.com> wrote: > On Sun, May 12, 2013 at 10:29 PM, Toralf Förster <toralf.foers...@gmx.de> > wrote: >> On 05/12/2013 09:56 PM, richard -rw- weinberger wrote: >>> On Sun, May 12, 2013 at 9:53 PM, Toralf Förster <toralf.foers...@gmx.de> >>> wrote: >>>> On 05/12/2013 09:45 PM, richard -rw- weinberger wrote: >>>>> Damn, we've underrun the counter. :-\ >>>>> Can you please test the attached 3rd debug patch? >>>> >>>> yes - but give me a chance and attach a patch ;) >>> >>> *grrrr* I'm a way to stupid for that new gmail user interface. >>> >>> -- >>> Thanks, >>> //richard >>> >> >> now it tooks less than 1/4 hour : >> >> 2013-05-12T22:27:14.170+02:00 trinity kernel: ------------[ cut here >> ]------------ >> 2013-05-12T22:27:14.170+02:00 trinity kernel: WARNING: at mm/mmap.c:2757 >> exit_mmap+0x164/0x190() >> 2013-05-12T22:27:14.170+02:00 trinity kernel: CPU: 0 PID: 1303 Comm: >> trinity-child1 Not tainted 3.10.0-rc1-dirty #7 >> 2013-05-12T22:27:14.170+02:00 trinity kernel: 3e7f7d9c 3e7f7dc8 0807bfca >> 083d51b0 083d9a66 00000ac5 080eb8f4 080eb8f4 >> 2013-05-12T22:27:14.170+02:00 trinity kernel: 000004f2 3f0ff8c0 4022f53c >> 3e7f7dd8 0807c093 00000009 00000000 3e7f7e10 >> 2013-05-12T22:27:14.170+02:00 trinity kernel: 080eb8f4 083d9a66 00000ac5 >> c0000000 00000000 3e6d7440 3f0ff8c0 00000000 3e7f7d70: [<08060cff>] >> show_stack+0xcf/0x100 >> 2013-05-12T22:27:14.170+02:00 trinity kernel: 3e7f7d94: [<0835ed99>] >> dump_stack+0x26/0x28 >> 2013-05-12T22:27:14.170+02:00 trinity kernel: 3e7f7da4: [<0807bfca>] >> warn_slowpath_common+0x5a/0x80 >> 2013-05-12T22:27:14.170+02:00 trinity kernel: 3e7f7dcc: [<0807c093>] >> warn_slowpath_null+0x23/0x30 >> 2013-05-12T22:27:14.170+02:00 trinity kernel: 3e7f7ddc: [<080eb8f4>] >> exit_mmap+0x164/0x190 >> 2013-05-12T22:27:14.172+02:00 trinity kernel: 3e7f7e14: [<0807991d>] >> mmput+0x3d/0xb0 >> 2013-05-12T22:27:14.172+02:00 trinity kernel: 3e7f7e28: [<08081086>] >> do_exit+0x2f6/0x880 >> 2013-05-12T22:27:14.172+02:00 trinity kernel: 3e7f7e78: [<080816f9>] >> do_group_exit+0xa9/0xf0 >> 2013-05-12T22:27:14.172+02:00 trinity kernel: 3e7f7ea0: [<08081759>] >> SyS_exit_group+0x19/0x20 >> 2013-05-12T22:27:14.172+02:00 trinity kernel: 3e7f7eac: [<08062ac2>] >> handle_syscall+0x82/0xb0 >> 2013-05-12T22:27:14.172+02:00 trinity kernel: 3e7f7ef4: [<0807519d>] >> userspace+0x46d/0x590 >> 2013-05-12T22:27:14.172+02:00 trinity kernel: 3e7f7fec: [<0805f7fc>] >> fork_handler+0x6c/0x70 >> 2013-05-12T22:27:14.172+02:00 trinity kernel: 3e7f7ffc: [<00000000>] 0x0 >> 2013-05-12T22:27:14.172+02:00 trinity kernel: >> 2013-05-12T22:27:14.172+02:00 trinity kernel: ---[ end trace >> 44efa740a7cc38af ]--- >> 2013-05-12T22:27:14.173+02:00 trinity kernel: XXX mm->nr_ptes: 4294967295 > > Okay, I have to find another solution for the issue. :-\
After a short walk though mm land I've finally found an elegant way to fix the issue. Toralf, please test the attached patch. So far it passed all my tests (calling madvise(), munmap() on the stub VMAs). -- Thanks, //richard
stub_pte_fix4.diff
Description: Binary data
------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
_______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
