From: Andrew Morton <akpm@linux-foundation.org>
To: Simon Arlott <simon@fire.lp0.eu>
Cc: linux-kernel@vger.kernel.org
Subject: Re: sleeping function called from invalid context at block/cfq-iosched.c (Was: Re: 2.6.21-mm1)
Date: Mon, 7 May 2007 16:23:49 -0700 [thread overview]
Message-ID: <20070507162349.0790706f.akpm@linux-foundation.org> (raw)
In-Reply-To: <463FAF1C.8060500@simon.arlott.org.uk>
On Mon, 07 May 2007 23:58:36 +0100
Simon Arlott <simon@fire.lp0.eu> wrote:
>
> I've just got this under mainline too now (0ec54aa8af5e6faa346aa55a1ad15ee6c25bb42d 2007-05-05 22:08:06):
>
> [84567.084000] BUG: scheduling while atomic: pdflush/0xeff84acf/186
> [84567.084000] INFO: lockdep is turned off.
> [84567.084000] do_IRQ: stack overflow: 440
> [84567.084000] [<b0104f3a>] show_trace_log_lvl+0x1a/0x30
> [84567.084000] [<b0104f62>] show_trace+0x12/0x20
> [84567.084000] [<b0105075>] dump_stack+0x15/0x20
> [84567.084000] [<b01069a8>] do_IRQ+0xd8/0xe0
> [84567.084000] [<b0104bd6>] common_interrupt+0x2e/0x34
> [84567.084000] [<b0120a28>] printk+0x18/0x20
> [84567.084000] [<b0140b33>] debug_show_held_locks+0x23/0x30
> [84567.084000] [<b04e7fea>] schedule+0x52a/0x680
> [84567.084000] [<b04e8a0a>] schedule_timeout+0x8a/0x90
> [84567.084000] [<b026c61e>] xlog_state_sync+0x21e/0x260
> [84567.084000] [<b0269274>] _xfs_log_force+0x44/0x70
> [84567.084000] [<b022dd22>] xfs_alloc_search_busy+0xd2/0xe0
> [84567.084000] [<b022d1e6>] xfs_alloc_get_freelist+0xe6/0x100
> [84567.084000] [<b022fb7f>] xfs_alloc_split+0x1f/0x4c0
> [84567.084000] [<b022ec3d>] xfs_alloc_insrec+0x35d/0x3b0
> [84567.084000] [<b02304f9>] xfs_alloc_insert+0x59/0xd0
> [84567.084000] [<b022c847>] xfs_free_ag_extent+0x297/0x640
> [84567.084000] [<b022ce11>] xfs_alloc_fix_freelist+0x1d1/0x4c0
> [84567.084000] [<b022d73b>] xfs_alloc_vextent+0x1eb/0x4b0
> [84567.084000] [<b023d4bb>] xfs_bmap_btalloc+0x3bb/0x8f0
> [84567.084000] [<b023da11>] xfs_bmap_alloc+0x21/0x40
> [84567.084000] [<b02411bf>] xfs_bmapi+0xdbf/0x1450
> [84567.084000] [<b0266b4a>] xfs_iomap_write_allocate+0x2ba/0x520
> [84567.084000] [<b026587b>] xfs_iomap+0x45b/0x470
> [84567.084000] [<b028d85c>] xfs_bmap+0x2c/0x40
> [84567.084000] [<b0284a0c>] xfs_map_blocks+0x3c/0x80
> [84567.084000] [<b0285953>] xfs_page_state_convert+0x2f3/0x670
> [84567.084000] [<b0285d2a>] xfs_vm_writepage+0x5a/0xf0
> [84567.084000] [<b01539a6>] generic_writepages+0x226/0x360
> [84567.084000] [<b0285de4>] xfs_vm_writepages+0x24/0x60
> [84567.084000] [<b0153b0c>] do_writepages+0x2c/0x50
> [84567.084000] [<b01887d9>] __sync_single_inode+0x59/0x1f0
> [84567.084000] [<b01889b4>] __writeback_single_inode+0x44/0x1d0
> [84567.084000] [<b0188d09>] sync_sb_inodes+0x1c9/0x2e0
> [84567.084000] [<b0188eee>] writeback_inodes+0xce/0xe0
> [84567.084000] [<b01535c3>] wb_kupdate+0x73/0xf0
> [84567.084000] [<b015419e>] __pdflush+0xce/0x1a0
> [84567.084000] [<b0154295>] pdflush+0x25/0x30
> [84567.084000] [<b01342b4>] kthread+0x94/0xd0
> [84567.084000] [<b0104d7b>] kernel_thread_helper+0x7/0x1c
> [84567.084000] =======================
> [84567.087000] [<b0104f3a>] show_trace_log_lvl+0x1a/0x30
> [84567.087000] [<b0104f62>] do_IRQ: stack overflow: 328
> [84567.087000] [<b0104f3a>] show_trace_log_lvl+0x1a/0x30
> [84567.087000] [<b0104f62>] show_trace+0x12/0x20
> [84567.087000] [<b0105075>] dump_stack+0x15/0x20
> [84567.087000] [<b01069a8>] do_IRQ+0xd8/0xe0
> [84567.087000] [<b0104bd6>] common_interrupt+0x2e/0x34
> [84567.087000] [<b0120a28>] printk+0x18/0x20
> [84567.087000] [<b0104f0d>] print_trace_address+0x1d/0x30
> [84567.087000] [<b0104e18>] dump_trace+0x48/0xb0
> [84567.087000] [<b0104f3a>] show_trace_log_lvl+0x1a/0x30
> [84567.087000] [<b0104f62>] show_trace+0x12/0x20
> [84567.087000] [<b0105075>] dump_stack+0x15/0x20
> [84567.087000] [<b04e7ffa>] schedule+0x53a/0x680
> [84567.087000] [<b04e8a0a>] schedule_timeout+0x8a/0x90
> [84567.087000] [<b026c61e>] xlog_state_sync+0x21e/0x260
> [84567.087000] [<b0269274>] _xfs_log_force+0x44/0x70
> [84567.087000] [<b022dd22>] xfs_alloc_search_busy+0xd2/0xe0
> [84567.087000] [<b022d1e6>] xfs_alloc_get_freelist+0xe6/0x100
> [84567.087000] [<b022fb7f>] xfs_alloc_split+0x1f/0x4c0
> [84567.087000] [<b022ec3d>] xfs_alloc_insrec+0x35d/0x3b0
> [84567.087000] [<b02304f9>] xfs_alloc_insert+0x59/0xd0
> [84567.087000] [<b022c847>] xfs_free_ag_extent+0x297/0x640
> [84567.087000] [<b022ce11>] xfs_alloc_fix_freelist+0x1d1/0x4c0
> [84567.087000] [<b022d73b>] xfs_alloc_vextent+0x1eb/0x4b0
> [84567.087000] [<b023d4bb>] xfs_bmap_btalloc+0x3bb/0x8f0
> [84567.087000] [<b023da11>] xfs_bmap_alloc+0x21/0x40
> [84567.087000] [<b02411bf>] xfs_bmapi+0xdbf/0x1450
> [84567.087000] [<b0266b4a>] xfs_iomap_write_allocate+0x2ba/0x520
> [84567.087000] [<b026587b>] xfs_iomap+0x45b/0x470
> [84567.087000] [<b028d85c>] xfs_bmap+0x2c/0x40
> [84567.087000] [<b0284a0c>] xfs_map_blocks+0x3c/0x80
> [84567.087000] [<b0285953>] xfs_page_state_convert+0x2f3/0x670
> [84567.087000] [<b0285d2a>] xfs_vm_writepage+0x5a/0xf0
> [84567.087000] [<b01539a6>] generic_writepages+0x226/0x360
> [84567.087000] [<b0285de4>] xfs_vm_writepages+0x24/0x60
> [84567.087000] [<b0153b0c>] do_writepages+0x2c/0x50
> [84567.087000] [<b01887d9>] __sync_single_inode+0x59/0x1f0
> [84567.087000] [<b01889b4>] __writeback_single_inode+0x44/0x1d0
> [84567.087000] [<b0188d09>] sync_sb_inodes+0x1c9/0x2e0
> [84567.087000] [<b0188eee>] writeback_inodes+0xce/0xe0
> [84567.087000] [<b01535c3>] wb_kupdate+0x73/0xf0
> [84567.087000] [<b015419e>] __pdflush+0xce/0x1a0
> [84567.087000] [<b0154295>] pdflush+0x25/0x30
> [84567.087000] [<b01342b4>] kthread+0x94/0xd0
> [84567.087000] [<b0104d7b>] kernel_thread_helper+0x7/0x1c
> [84567.087000] BUG: unable to handle kernel paging request at virtual address 00008034
> [84567.087000] printing eip:
> [84567.087000] b0104e36
> [84567.087000] *pde = 00000000
> [84567.087000] Oops: 0000 [#1]
> [84567.087000] PREEMPT
> [84567.087000] Modules linked in: drbd mt352 saa7134_dvb dvb_pll video_buf_dvb dvb_core
> [84567.087000] CPU: 0
> [84567.087000] EIP: 0060:[<b0104e36>] Not tainted VLI
> [84567.087000] EFLAGS: 00010046 (2.6.21-git #197)
> [84567.087000] EIP is at dump_trace+0x66/0xb0
> [84567.087000] eax: 00000000 ebx: b18f6fe0 ecx: b06323ec edx: b05afc71
> [84567.087000] esi: 00008000 edi: 00008ffd ebp: b18f6138 esp: b18f6120
> [84567.087000] ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
> [84567.087000] Process pdflush (pid: 186, ti=b18f5000 task=eff84ad0 task.ti=b18f6000)
> [84567.087000] Stack: b18f6130 b04ea9af 00000001 b05b9937 0000000a b06d656e b18f6158 b0104f3a
> [84567.087000] b06323ec b05b9937 00000000 b06356a8 b18f6160 b18f622a b18f6168 b0104f62
> [84567.087000] b05b9937 b06d656e b18f6178 b0105075 b05afeac b18f6184 b18f61a8 b01069a8
> [84567.087000] Call Trace:
> [84567.087000] BUG: unable to handle kernel NULL pointer dereference at virtual address 00000034
> [84567.087000] printing eip:
> [84567.087000] b0104e36
> [84567.087000] *pde = 00000000
> [84567.087000] Oops: 0000 [#2]
> [84567.087000] PREEMPT
> [84567.087000] Modules linked in: drbd mt352 saa7134_dvb dvb_pll video_buf_dvb dvb_core
> [84567.087000] CPU: 0
> [84567.087000] EIP: 0060:[<b0104e36>] Not tainted VLI
> [84567.087000] EFLAGS: 00010046 (2.6.21-git #197)
> [84567.087000] EIP is at dump_trace+0x66/0xb0
> [84567.087000] eax: 00000000 ebx: b18f5f60 ecx: b06323ec edx: b05afc71
> [84567.087000] esi: 00000000 edi: 00000ffd ebp: b18f5f60 esp: b18f5f48
> [84567.087000] ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
> [84567.087000] Process pdflush (pid: 186, ti=b18f5000 task=eff84ad0 task.ti=b18f6000)
> [84567.087000] Stack: 5b3e303c 36353438 38302e37 b05afcde 00000018 00000000 b18f5f80 b0104f3a
> [84567.087000] b06323ec b05afcde
>
> Then it just gave up doing anything sane, presumably because of the stack overflow in do_IRQ:
> http://redrum.lp0.eu/tmp/100_4037.jpg
> http://redrum.lp0.eu/tmp/100_4038.jpg
>
ugly. And you're using 8k stacks?
The way we'll fix this is to wait for someone to do a git-bisect on it.
Perhaps you can do that?
next prev parent reply other threads:[~2007-05-07 23:24 UTC|newest]
Thread overview: 121+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-05 8:49 2.6.21-mm1 Andrew Morton
2007-05-05 10:36 ` 2.6.21-mm1 Pekka Enberg
2007-05-05 17:18 ` 2.6.21-mm1 Gabriel C
2007-05-05 10:54 ` 2.6.21-mm1 Gabriel C
2007-05-05 12:14 ` [-mm patch] mutex.h bogus __must_check (was Re: 2.6.21-mm1) Frederik Deweerdt
2007-05-05 18:31 ` Andrew Morton
2007-05-05 15:48 ` 2.6.21-mm1 Maciej Rutecki
2007-05-05 18:48 ` 2.6.21-mm1 Andrew Morton
2007-05-05 21:48 ` 2.6.21-mm1 Michael Buesch
2007-05-05 22:25 ` 2.6.21-mm1 John W. Linville
2007-05-05 16:09 ` 2.6.21-mm1 Gabriel C
2007-05-05 16:44 ` [-mm patch] fix fs/nfs/nfsroot.c compile error Adrian Bunk
2007-05-05 17:20 ` Trond Myklebust
2007-05-05 17:27 ` Trond Myklebust
2007-05-07 10:47 ` David Howells
2007-05-07 10:56 ` Adrian Bunk
2007-05-07 13:12 ` Trond Myklebust
2007-05-07 15:49 ` David Howells
2007-05-05 17:00 ` [-mm patch] fix unionfs compilation Adrian Bunk
2007-05-05 18:57 ` Andrew Morton
2007-05-05 19:09 ` Adrian Bunk
2007-05-05 19:13 ` Josef Sipek
2007-05-05 19:22 ` Andrew Morton
2007-05-05 19:19 ` Pekka Enberg
2007-05-05 19:23 ` Josef Sipek
2007-05-05 20:31 ` Josef Sipek
2007-05-05 17:19 ` [-mm patch] drivers/battery/olpc_battery.c: fix compilation Adrian Bunk
2007-05-05 17:30 ` [-mm patch] the OLPC laptop is not available for $100 Adrian Bunk
2007-05-06 21:04 ` Anton Vorontsov
2007-05-05 18:10 ` 2.6.21-mm1 Valdis.Kletnieks
2007-05-05 20:29 ` acpi_handle is intel only Olaf Hering
2007-05-08 6:11 ` Zhang, Yanmin
2007-05-05 20:38 ` cpufreq_set_policy [arch/powerpc/platforms/cell/cbe_cpufreq.ko] undefined! Olaf Hering
2007-05-05 21:13 ` [-mm patch] do_revoke error handling (was Re: 2.6.21-mm1) Frederik Deweerdt
2007-05-05 21:23 ` Pekka J Enberg
2007-05-05 21:47 ` Frederik Deweerdt
2007-05-06 9:12 ` Pekka Enberg
2007-05-05 23:22 ` 2.6.21-mm1 Simon Arlott
[not found] ` <a8f16e2b0705052130g37307df1vb7bd8a178d3130a@mail.gmail.com>
2007-05-06 4:33 ` 2.6.21-mm1 Dan Kruchinin
2007-05-06 20:44 ` 2.6.21-mm1 Sam Ravnborg
2007-05-06 20:55 ` 2.6.21-mm1 Andrew Morton
2007-05-06 22:01 ` 2.6.21-mm1 Williams, Dan J
2007-05-06 15:00 ` Fwd: 2.6.21-mm1 Simon Arlott
2007-05-06 20:23 ` 2.6.21-mm1 Sam Ravnborg
2007-05-06 6:49 ` 2.6.21-mm1 Valdis.Kletnieks
2007-05-06 20:57 ` 2.6.21-mm1 Sam Ravnborg
2007-05-06 21:08 ` 2.6.21-mm1 Andrew Morton
2007-05-06 21:27 ` 2.6.21-mm1 Sam Ravnborg
2007-05-06 9:03 ` [-mm patch] get_unmapped_area: remove now unused ret variable (was Re: 2.6.21-mm1) Frederik Deweerdt
2007-05-06 21:45 ` Benjamin Herrenschmidt
2007-05-06 14:59 ` 2.6.21-mm1 Simon Arlott
2007-05-06 20:08 ` 2.6.21-mm1 Andrew Morton
2007-05-06 21:04 ` 2.6.21-mm1 Satyam Sharma
2007-05-06 21:13 ` 2.6.21-mm1 Satyam Sharma
2007-05-06 21:22 ` 2.6.21-mm1 Andrew Morton
2007-05-06 21:13 ` 2.6.21-mm1 Simon Arlott
2007-05-06 19:00 ` 2.6.21-mm1: DRM does kmalloc(0) sometimes? Alexey Dobriyan
2007-05-06 19:30 ` [BUG] mixing 8250/16550 and AT91 serial ports causes oops Ryan Ordway
2007-05-06 20:05 ` Russell King
2007-05-06 20:36 ` 2.6.21-mm1 Simon Arlott
2007-05-06 20:54 ` 2.6.21-mm1 Andrew Morton
2007-05-06 21:07 ` 2.6.21-mm1 Simon Arlott
2007-05-07 22:58 ` sleeping function called from invalid context at block/cfq-iosched.c (Was: Re: 2.6.21-mm1) Simon Arlott
2007-05-07 23:23 ` Andrew Morton [this message]
2007-05-07 23:30 ` Simon Arlott
2007-05-07 23:33 ` Andrew Morton
2007-05-08 4:31 ` Jeremy Fitzhardinge
2007-05-08 5:24 ` Andrew Morton
2007-05-08 5:31 ` William Lee Irwin III
2007-05-08 5:37 ` Andrew Morton
2007-05-08 6:03 ` William Lee Irwin III
2007-05-08 8:59 ` Andi Kleen
2007-05-08 10:46 ` William Lee Irwin III
2007-05-08 5:38 ` Jeremy Fitzhardinge
2007-05-08 6:18 ` David Chinner
2007-05-08 8:28 ` Jan Engelhardt
2007-05-07 10:35 ` [PATCH] drivers/macintosh: remove default y from Kconfig (was: " Borislav Petkov
2007-05-08 8:33 ` Jan Engelhardt
2007-05-08 20:16 ` Borislav Petkov
2007-05-07 11:04 ` 2.6.21-mm1 Cornelia Huck
2007-05-07 16:06 ` 2.6.21-mm1 J.A. Magallón
2007-05-08 9:46 ` 2.6.21-mm1 -- x86 verify_cpu.S compile failure Andy Whitcroft
2007-05-08 15:24 ` Andi Kleen
2007-05-09 8:49 ` Andy Whitcroft
2007-05-09 16:06 ` Andy Whitcroft
2007-05-10 8:33 ` Andy Whitcroft
2007-05-08 13:04 ` 2.6.21-mm1 Andy Whitcroft
2007-05-08 16:07 ` 2.6.21-mm1 Christoph Lameter
2007-05-08 17:22 ` kmem_cache_init failure (was Re: 2.6.21-mm1) Frederik Deweerdt
2007-05-08 19:35 ` Andrew Morton
2007-05-08 22:12 ` Andi Kleen
2007-05-08 23:47 ` Frederik Deweerdt
2007-05-09 7:40 ` Jan Beulich
2007-05-09 9:00 ` Andi Kleen
2007-05-09 12:26 ` Frederik Deweerdt
2007-05-09 18:04 ` Frederik Deweerdt
2007-05-08 22:48 ` 2.6.21-mm1 and now 2.6.21-git: SLUB Crashes on boot Kevin Winchester
2007-05-08 23:04 ` Christoph Lameter
2007-05-08 23:33 ` Kevin Winchester
2007-05-08 23:43 ` Christoph Lameter
2007-05-09 0:58 ` 2.6.21-mm1 and now 2.6.21-git: SLUB Crashes on boot - crypto? Kevin Winchester
2007-05-09 3:02 ` Herbert Xu
2007-05-10 11:10 ` Kevin Winchester
2007-05-14 17:38 ` Luca Tettamanti
2007-05-15 1:43 ` Herbert Xu
2007-05-15 18:52 ` Luca Tettamanti
2007-05-18 3:19 ` Herbert Xu
2007-05-18 12:09 ` Luca
2007-05-18 13:14 ` Herbert Xu
2007-05-18 19:16 ` Luca Tettamanti
2007-05-18 20:48 ` Chuck Ebbert
2007-05-19 4:50 ` Herbert Xu
2007-05-17 17:46 ` Luca Tettamanti
2007-05-17 19:20 ` Luca
2007-05-08 23:57 ` 2.6.21-mm1 and now 2.6.21-git: SLUB Crashes on boot Christoph Lameter
2007-05-08 23:08 ` Christoph Lameter
2007-06-14 8:25 ` mach64 breakage in 2.6.22 Olaf Hering
2007-06-14 17:36 ` Ville Syrjälä
2007-06-18 14:45 ` Olaf Hering
2007-06-21 17:25 ` Ville Syrjälä
2007-06-22 16:06 ` Olaf Hering
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070507162349.0790706f.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=simon@fire.lp0.eu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox