Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> writes: > On Fri, Feb 18, 2011 at 8:26 AM, Michal Hocko <mhocko@xxxxxxx> wrote: >>> Now, I will try with the 2 patches patches in this thread. I will also >>> turn on DEBUG_LIST and DEBUG_PAGEALLOC. >> >> I am not able to reproduce with those 2 patches applied. > > Thanks for verifying. Davem/EricD - you can add Michal's tested-by to > the patches too. > > And I think we can consider this whole thing solved. It hopefully also > explains all the other random crashes that EricB saw - just random > memory corruption in other datastructures. > > EricB - do all your stress-testers run ok now? > > Linus It looks like the same problematic dellink pattern made it into net_namespace.c, and your new LIST_DEBUG changes caught it. I will cook up a patch after I get some sleep. Eric ------------[ cut here ]------------ WARNING: at lib/list_debug.c:53 __list_del_entry+0xa1/0xd0() Hardware name: X7DWU list_del corruption. prev->next should be ffff88005fc12140, but was (null) Modules linked in: macvtap ipt_LOG xt_limit ipt_REJECT xt_hl xt_state dummy tulip xt_tcpudp iptable_filter inet_diag veth macvlan nfsd lockd nfs_acl auth_rpcgss exportfs sunrpc dm_mirror dm_region_hash dm_log uinput bonding ipv6 kvm_intel kvm fuse xt_multiport iptable_nat ip_tables nf_nat x_tables nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 tun 8021q iTCO_wdt microcode iTCO_vendor_support ghes hed sg i5k_amb i5400_edac ioatdma edac_core i2c_i801 serio_raw pcspkr dca shpchp radeon ttm drm_kms_helper drm hwmon i2c_algo_bit i2c_core sr_mod ehci_hcd cdrom netxen_nic uhci_hcd igb dm_mod [last unloaded: mperf] Pid: 4865, comm: kworker/u:0 Tainted: G W 2.6.38-rc4-359399.2010AroraKernelBeta.fc14.x86_64 #1 Call Trace: [<ffffffff8104d6ba>] ? warn_slowpath_common+0x7a/0xb0 [<ffffffff8104d791>] ? warn_slowpath_fmt+0x41/0x50 [<ffffffff81430b02>] ? rtnl_lock+0x12/0x20 [<ffffffff814328a0>] ? __rtnl_unlock+0x10/0x20 [<ffffffff8129ab31>] ? __list_del_entry+0xa1/0xd0 [<ffffffff81423644>] ? unregister_netdevice_queue+0x34/0xa0 [<ffffffffa0427200>] ? veth_dellink+0x20/0x40 [veth] [<ffffffff81423711>] ? default_device_exit_batch+0x61/0xe0 [<ffffffff8141c1d3>] ? ops_exit_list.clone.0+0x53/0x60 [<ffffffff8141c520>] ? cleanup_net+0x100/0x1b0 [<ffffffff81068c47>] ? process_one_work+0x187/0x4b0 [<ffffffff81068be1>] ? process_one_work+0x121/0x4b0 [<ffffffff8141c420>] ? cleanup_net+0x0/0x1b0 [<ffffffff8106a65c>] ? worker_thread+0x15c/0x330 [<ffffffff8106a500>] ? worker_thread+0x0/0x330 [<ffffffff8106f226>] ? kthread+0xb6/0xc0 [<ffffffff81003c24>] ? kernel_thread_helper+0x4/0x10 [<ffffffff814df02b>] ? _raw_spin_unlock_irq+0x2b/0x40 [<ffffffff814df854>] ? restore_args+0x0/0x30 [<ffffffff8106f170>] ? kthread+0x0/0xc0 [<ffffffff81003c20>] ? kernel_thread_helper+0x0/0x10 ---[ end trace bcdbebbab42b1e76 ]--- -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxxx For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>