Skip to contentSkip to conversation

2.5.53-mm3: bad: scheduling while atomic!

DISCUSSION khromy 2 participants 3 messages Dec 29, 2002 – Dec 30, 2002

lore
Share & tools
lore

khromy

author
#0 lore raw

Running 2.5.53-mm3, I got the following:

bad: scheduling while atomic!

Call Trace:
 [<c0114381>] do_schedule+0x3d/0x2c8
 [<c011d9b0>] schedule_timeout+0x80/0xa0
 [<c011d924>] process_timeout+0x0/0xc
 [<c0115315>] io_schedule_timeout+0x11/0x1c
 [<c01de5de>] blk_congestion_wait+0x8a/0xa0
 [<c0115a54>] autoremove_wake_function+0x0/0x38
 [<c0115a54>] autoremove_wake_function+0x0/0x38
 [<c012fbb4>] try_to_free_pages+0x3c/0xbc
 [<c012a33c>] __alloc_pages+0x1b4/0x260
 [<c012a410>] __get_free_pages+0x28/0x64
 [<c012c7e6>] cache_grow+0xb6/0x20c
 [<c012c9cf>] __cache_alloc_refill+0x93/0x220
 [<c012cb96>] cache_alloc_refill+0x3a/0x58
 [<c012cf1d>] kmem_cache_alloc+0x45/0xc8
 [<c0136460>] pte_chain_alloc+0x38/0x68
 [<c0130eea>] copy_page_range+0x2be/0x3f0
 [<c0115f8b>] copy_mm+0x283/0x348
 [<c0116a4f>] copy_process+0x61b/0xb24
 [<c0116fd6>] do_fork+0x7e/0x134
 [<c0107478>] sys_fork+0x18/0x2c
 [<c01089af>] syscall_call+0x7/0xb

dpkg: page allocation failure. order:0, mode:0x20
dpkg: page allocation failure. order:0, mode:0x20
xmms: page allocation failure. order:5, mode:0x20
xmms: page allocation failure. order:4, mode:0x20
xmms: page allocation failure. order:3, mode:0x20

Signature · 1 line
L1:	khromy		;khromy(at)lnuxlab.ath.cx
author
#1 lore raw
Quoted 1 line · khromy

Running 2.5.53-mm3, I got the following:

          ^--2.5.53-mm2

Sorry, just woke up.. :(

Signature · 1 line
L1:	khromy		;khromy(at)lnuxlab.ath.cx
#2 lore raw
In reply to khromy
Quoted 4 lines · khromy

Running 2.5.53-mm3, I got the following:

bad: scheduling while atomic!

Quoted 16 lines
Call Trace:
 [<c0114381>] do_schedule+0x3d/0x2c8
 [<c011d9b0>] schedule_timeout+0x80/0xa0
 [<c011d924>] process_timeout+0x0/0xc
 [<c0115315>] io_schedule_timeout+0x11/0x1c
 [<c01de5de>] blk_congestion_wait+0x8a/0xa0
 [<c0115a54>] autoremove_wake_function+0x0/0x38
 [<c0115a54>] autoremove_wake_function+0x0/0x38
 [<c012fbb4>] try_to_free_pages+0x3c/0xbc
 [<c012a33c>] __alloc_pages+0x1b4/0x260
 [<c012a410>] __get_free_pages+0x28/0x64
 [<c012c7e6>] cache_grow+0xb6/0x20c
 [<c012c9cf>] __cache_alloc_refill+0x93/0x220
 [<c012cb96>] cache_alloc_refill+0x3a/0x58
 [<c012cf1d>] kmem_cache_alloc+0x45/0xc8
 [<c0136460>] pte_chain_alloc+0x38/0x68

OK, thanks. That's a harmless bug in the new pte_chain_alloc().

Turns out that sleep-in-spinlock debugging is currently broken for slab allocations - it is only enabled when slab debugging is enabled. grr.

I'll fix those things up in the next round.