2010-08-18 01:08:20

by Nick Orlov

[permalink] [raw]
Subject: 2.6.34.4: BUG: sleeping function called from invalid context at mm/rmap.c:119

All,

Starting with 2.6.34.4 I'm getting bunch of

Aug 15 19:00:01 xxx kernel: Freeing unused kernel memory: 1636k freed
Aug 15 19:00:01 xxx kernel: BUG: sleeping function called from invalid
context at mm/rmap.c:119
Aug 15 19:00:01 xxx kernel: in_atomic(): 1, irqs_disabled(): 0, pid: 1,
name: swapper
Aug 15 19:00:01 xxx kernel: 1 lock held by swapper/1:
Aug 15 19:00:01 xxx kernel: #0: (&p->cred_guard_mutex){+.+.+.}, at:
[<c10abf05>] prepare_bprm_creds+0x25/0x70
Aug 15 19:00:01 xxx kernel: Pid: 1, comm: swapper Not tainted
2.6.34.4-1.swp #1
Aug 15 19:00:01 xxx kernel: Call Trace:
Aug 15 19:00:01 xxx kernel: [<c12c7e84>] ? printk+0x18/0x1c
Aug 15 19:00:01 xxx kernel: [<c102a419>] __might_sleep+0x109/0x130
Aug 15 19:00:01 xxx kernel: [<c109a705>] anon_vma_prepare+0x25/0x130
Aug 15 19:00:01 xxx kernel: [<c105ad85>] ?
lock_release_holdtime+0xa5/0x1a0
Aug 15 19:00:01 xxx kernel: [<c1096228>] expand_downwards+0x18/0x180
Aug 15 19:00:01 xxx kernel: [<c1022f5c>] ? kmap_atomic_prot+0x7c/0xe0
Aug 15 19:00:01 xxx kernel: [<c1096398>] expand_stack+0x8/0x10
Aug 15 19:00:01 xxx kernel: [<c109303a>] handle_mm_fault+0x80a/0x840
Aug 15 19:00:01 xxx kernel: [<c109318a>] __get_user_pages+0x11a/0x370
Aug 15 19:00:01 xxx kernel: [<c109347f>] get_user_pages+0x4f/0x60
Aug 15 19:00:01 xxx kernel: [<c10ab71d>] get_arg_page+0x4d/0xa0
Aug 15 19:00:01 xxx kernel: [<c116fe76>] ? strnlen_user+0x26/0x50
Aug 15 19:00:01 xxx kernel: [<c10ab839>] copy_strings+0xc9/0x180
Aug 15 19:00:01 xxx kernel: [<c10ab914>] copy_strings_kernel+0x24/0x40
Aug 15 19:00:01 xxx kernel: [<c10ad2e2>] do_execve+0x182/0x250
Aug 15 19:00:01 xxx kernel: [<c1009c5d>] sys_execve+0x2d/0x60
Aug 15 19:00:01 xxx kernel: [<c1002bc6>] ptregs_execve+0x12/0x18
Aug 15 19:00:01 xxx kernel: [<c12cbc6d>] ? syscall_call+0x7/0xb
Aug 15 19:00:01 xxx kernel: [<c100694f>] ? kernel_execve+0x1f/0x30
Aug 15 19:00:01 xxx kernel: [<c10011b7>] ? run_init_process+0x17/0x20
Aug 15 19:00:01 xxx kernel: [<c100121a>] ? init_post+0x5a/0xc0
Aug 15 19:00:01 xxx kernel: [<c140f3d0>] ? kernel_init+0x1af/0x1b9
Aug 15 19:00:01 xxx kernel: [<c140f221>] ? kernel_init+0x0/0x1b9
Aug 15 19:00:01 xxx kernel: [<c100307a>] ?
kernel_thread_helper+0x6/0x1c

I'm actually surprised noone have reported it yet ....
Is it a known issue? Is there a patch I can try?

P.S. Any additional info is available by request.
P.P.S. I'm not subscribed to LKML, so please CC me.

Thank you,
Nick.

--
With best wishes,
Nick Orlov.


Attachments:
(No filename) (2.42 kB)
config.gz (13.76 kB)
Download all attachments

2010-08-20 02:00:42

by Nick Orlov

[permalink] [raw]
Subject: Re: 2.6.34.4: BUG: sleeping function called from invalid context at mm/rmap.c:119

On Tue, Aug 17, 2010 at 08:38:02PM -0400, Nick Orlov wrote:
> All,
>
> Starting with 2.6.34.4 I'm getting bunch of
>
> Aug 15 19:00:01 xxx kernel: Freeing unused kernel memory: 1636k freed
> Aug 15 19:00:01 xxx kernel: BUG: sleeping function called from invalid
> context at mm/rmap.c:119
> Aug 15 19:00:01 xxx kernel: in_atomic(): 1, irqs_disabled(): 0, pid: 1,
> name: swapper
> Aug 15 19:00:01 xxx kernel: 1 lock held by swapper/1:
> Aug 15 19:00:01 xxx kernel: #0: (&p->cred_guard_mutex){+.+.+.}, at:
> [<c10abf05>] prepare_bprm_creds+0x25/0x70
> Aug 15 19:00:01 xxx kernel: Pid: 1, comm: swapper Not tainted
> 2.6.34.4-1.swp #1
> Aug 15 19:00:01 xxx kernel: Call Trace:
> Aug 15 19:00:01 xxx kernel: [<c12c7e84>] ? printk+0x18/0x1c
> Aug 15 19:00:01 xxx kernel: [<c102a419>] __might_sleep+0x109/0x130
> Aug 15 19:00:01 xxx kernel: [<c109a705>] anon_vma_prepare+0x25/0x130
> Aug 15 19:00:01 xxx kernel: [<c105ad85>] ?
> lock_release_holdtime+0xa5/0x1a0
> Aug 15 19:00:01 xxx kernel: [<c1096228>] expand_downwards+0x18/0x180
> Aug 15 19:00:01 xxx kernel: [<c1022f5c>] ? kmap_atomic_prot+0x7c/0xe0
> Aug 15 19:00:01 xxx kernel: [<c1096398>] expand_stack+0x8/0x10
> Aug 15 19:00:01 xxx kernel: [<c109303a>] handle_mm_fault+0x80a/0x840
> Aug 15 19:00:01 xxx kernel: [<c109318a>] __get_user_pages+0x11a/0x370

[[ skipped ]]

>
> I'm actually surprised noone have reported it yet ....

Sincere apologies, I should have done my homework better ...

> Is it a known issue? Is there a patch I can try?

I'd like to confirm first patch queued for 2.6.34.5 (aka
11ac552477e32835cb6970bf0a70c210807f5673) does the trick for me too

--
With best wishes,
Nick Orlov.