Re: [uml-user] WARNING: at mm/page_alloc.c:2386 __alloc_pages_nodemask+0x153/0x750()

[richard -r. w. <ric...@gm...>]

On Tue, Mar 12, 2013 at 9:59 PM, Toralf Förster <tor...@gm...> wrote:
> While trying trinity under a UML I often run into this situation :
>
>
> 2013-03-12T21:54:41.934+01:00 trinity kernel: ------------[ cut here ]------------
> 2013-03-12T21:54:41.934+01:00 trinity kernel: WARNING: at mm/page_alloc.c:2386 __alloc_pages_nodemask+0x153/0x750()
> 2013-03-12T21:54:41.934+01:00 trinity kernel: 3837fcfc:  [<083426b8>] dump_stack+0x22/0x24
> 2013-03-12T21:54:41.934+01:00 trinity kernel: 3837fd14:  [<0807d11a>] warn_slowpath_common+0x5a/0x80
> 2013-03-12T21:54:41.934+01:00 trinity kernel: 3837fd3c:  [<0807d1e3>] warn_slowpath_null+0x23/0x30
> 2013-03-12T21:54:41.934+01:00 trinity kernel: 3837fd4c:  [<080d2bb3>] __alloc_pages_nodemask+0x153/0x750
> 2013-03-12T21:54:41.934+01:00 trinity kernel: 3837fdd8:  [<080d31d8>] __get_free_pages+0x28/0x50
> 2013-03-12T21:54:41.934+01:00 trinity kernel: 3837fdf0:  [<080fbe1f>] __kmalloc_track_caller+0x3f/0x180
> 2013-03-12T21:54:41.934+01:00 trinity kernel: 3837fe18:  [<080de616>] memdup_user+0x26/0x70
> 2013-03-12T21:54:41.934+01:00 trinity kernel: 3837fe34:  [<080de81e>] strndup_user+0x3e/0x60
> 2013-03-12T21:54:41.935+01:00 trinity kernel: 3837fe50:  [<0823c493>] sys_request_key+0x53/0x170
> 2013-03-12T21:54:41.935+01:00 trinity kernel: 3837feac:  [<08062a92>] handle_syscall+0x82/0xb0
> 2013-03-12T21:54:41.935+01:00 trinity kernel: 3837fef4:  [<08074e7d>] userspace+0x46d/0x590
> 2013-03-12T21:54:41.935+01:00 trinity kernel: 3837ffec:  [<0805f7cc>] fork_handler+0x6c/0x70
> 2013-03-12T21:54:41.935+01:00 trinity kernel: 3837fffc:  [<00000000>] 0x0
> 2013-03-12T21:54:41.935+01:00 trinity kernel:
> 2013-03-12T21:54:41.935+01:00 trinity kernel: ---[ end trace 2e631e8b4588be93 ]---
> 2013-03-12T21:54:41.935+01:00 trinity kernel: VFS: Warning: trinity-child0 using old stat() call. Recompile your binary.
> 2013-03-12T21:54:41.935+01:00 trinity kernel: VFS: Warning: trinity-child0 using old stat() call. Recompile your binary.

Do you see this with both slub and slab?

-- 
Thanks,
//richard