Public bug reported:
When running memhog test program (which allocates lots of memory and
then randomly touches pages) 9.10 alpha 6 gets stuck in
read_swap_cache_async forever - or at least for longer than 48000
seconds, which is effectively forever:
<3>[50313.402614] BUG: soft lockup - CPU#0 stuck for 61s! [memhog:16322]
<4>[50313.402614] Modules linked in: vmblock vsock vmci vmmemctl vmhgfs pvscsi
acpiphp binfmt_misc snd_ens1371 gameport snd_ac97_codec ac97_bus snd_pcm_oss
snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi
snd_seq_midi_event snd_seq snd_timer snd_seq_device ppdev psmouse serio_raw snd
soundcore
snd_page_alloc i2c_piix4 parport_pc lp intel_agp parport shpchp mptspi
mptscsih mptbase e1000 scsi_transport_spi floppy
<6>[50313.402614] CPU 0:
<4>[50313.402614] Modules linked in: vmblock vsock vmci vmmemctl vmhgfs pvscsi
acpiphp binfmt_misc snd_ens1371 gameport snd_ac97_codec ac97_bus snd_pcm_oss
snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi
snd_seq_midi_event snd_seq snd_timer snd_seq_device ppdev psmouse serio_raw snd
soundcore
snd_page_alloc i2c_piix4 parport_pc lp intel_agp parport shpchp mptspi
mptscsih mptbase e1000 scsi_transport_spi floppy
<6>[50313.402614] Pid: 16322, comm: memhog Not tainted 2.6.31-10-generic
#34-Ubuntu GT5414E
<6>[50313.402614] RIP: 0010:[<ffffffff810ff6b6>] [<ffffffff810ff6b6>]
read_swap_cache_async+0x36/0x120
<6>[50313.402614] RSP: 0018:ffff88002f54bd18 EFLAGS: 00000246
<6>[50313.402614] RAX: 00000000ffffffef RBX: ffff88002f54bd68 RCX:
0000000000000000
<6>[50313.402614] RDX: 0000000000000001 RSI: 0000000000000001 RDI:
ffffffff81980210
<6>[50313.402614] RBP: ffffffff81012b6e R08: 0000000000000000 R09:
0000000000000efd
<6>[50313.402614] R10: 0000000000000001 R11: 0000000000000000 R12:
0000000000000000
<6>[50313.402614] R13: ffffc90010664f42 R14: 0000000000000000 R15:
0000000000000efd
<6>[50313.402614] FS: 00007ff09d9316f0(0000) GS:ffff8800019c6000(0063)
knlGS:00000000f7e198d0
<6>[50313.402614] CS: 0010 DS: 002b ES: 002b CR0: 000000008005003b
<6>[50313.402614] CR2: 00000000e8fa9000 CR3: 000000001a82e000 CR4:
00000000000006b0
<6>[50313.402614] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
0000000000000000
<6>[50313.402614] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:
0000000000000400
<4>[50313.402614] Call Trace:
<4>[50313.402614] [<ffffffff810ff6de>] ? read_swap_cache_async+0x5e/0x120
<4>[50313.402614] [<ffffffff810ffe96>] ? valid_swaphandles+0x166/0x190
<4>[50313.402614] [<ffffffff810ff81f>] ? swapin_readahead+0x7f/0xb0
<4>[50313.402614] [<ffffffff810f373e>] ? do_swap_page+0x2ce/0x420
<4>[50313.402614] [<ffffffff8104a155>] ? finish_task_switch+0x65/0x120
<4>[50313.402614] [<ffffffff810129ce>] ? common_interrupt+0xe/0x13
<4>[50313.402614] [<ffffffff81272da6>] ? rb_erase+0xd6/0x160
<4>[50313.402614] [<ffffffff810f3b5b>] ? handle_mm_fault+0x2cb/0x3c0
<4>[50313.402614] [<ffffffff81032439>] ? default_spin_lock_flags+0x9/0x10
<4>[50313.402614] [<ffffffff81525fba>] ? do_page_fault+0x16a/0x370
<4>[50313.402614] [<ffffffff81523975>] ? page_fault+0x25/0x30
In my current hang this function calls find_get_page(..., 0x17A1), which
in turn returns NULL because radix_tree_lookup_slot(...., 0x17A1)
returns NULL, followed by swapcache_prepare(0x17A1), which returns
EEXIST because its swapentry has has_cache==1 and count==1.
Problem does not occur on 9.04.
** Affects: linux (Ubuntu)
Importance: Undecided
Status: New
--
Kernel hang under memory stress
https://bugs.launchpad.net/bugs/433646
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
