lkml.org 
[lkml]   [2011]   [Feb]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: BUG: Bad page map in process udevd (anon_vma: (null)) in 2.6.38-rc4
Linus Torvalds <torvalds@linux-foundation.org> writes:

> On Fri, Feb 18, 2011 at 8:26 AM, Michal Hocko <mhocko@suse.cz> 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 ]---


\
 
 \ /
  Last update: 2011-02-19 07:25    [W:0.106 / U:23.640 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site