Prev: BUG? boot failed with "crashkernel=256M@32M", but "crashkernel=256M@64M" can work
Next: USB: testusb: imported David Brownell's USB testing application
From: Borislav Petkov on 10 Apr 2010 12:50
From: Linus Torvalds <torvalds(a)linux-foundation.org>
Date: Sat, Apr 10, 2010 at 08:24:02AM -0700

> No, I think we're good. I suspect this is a different issue. Do you have
> lockdep enabled, along with mutex and spinlock debugging etc? That might
> help pinpoint what triggers this.

I had pretty much all lock debugging options enabled except PROVE_RCU.

> But I think the fact that you are apparently not able to get the list
> corruption is a good sign. Of course, it might just be harder to trigger,
> and these things could all be a sign of a different bug, but my gut feel
> is that we did fix something, and you are just damn good at stressing the
> new code. Kudos.

Yep, even my mom says I'm good at breaking things :) But seriously,
thanks - means a lot coming from you.

And I got an oops again, this time the #GP from couple of days ago.

<thinking out loud>

I'm starting to think that maybe there could be something wrong with the
machine I'm running it on. Especially since there are only two people
who reported this issue, Steinar and me, so how probable is it that
maybe those two machines have failing RAM module somewhere? Or some
other data corrupting thing? Although I should be getting mchecks...
Hmm...

</thinking out loud>

Im going to run the stress test on 2.6.33.2 to verify whether this is
actually software-related. Just in case. Oh, yes, I almost forgot, the
latest and greatest in the world of oopsies:


[ 452.351588] general protection fault: 0000 [#1] PREEMPT SMP
[ 452.352119] last sysfs file: /sys/power/state
[ 452.352131] CPU 1
[ 452.352131] Modules linked in: powernow_k8 cpufreq_ondemand cpufreq_powersave cpufreq_userspace freq_table cpufreq_conservative binfmt_misc kvm_amd kvm ipv6 vfat fat dm_crypt dm_mod 8250_pnp 8250 edac_core serial_core ohci_hcd pcspkr k10temp
[ 452.352131]
[ 452.352131] Pid: 2929, comm: hib.sh Not tainted 2.6.34-rc3-00501-gefb57c0 #4 M3A78 PRO/System Product Name
[ 452.352131] RIP: 0010:[<ffffffff810c5f00>] [<ffffffff810c5f00>] page_referenced+0xee/0x1dc
[ 452.352131] RSP: 0018:ffff88022adb18b8 EFLAGS: 00010206
[ 452.352131] RAX: ffff88022ad5c468 RBX: ffffea0007598558 RCX: 0000000000000000
[ 452.352131] RDX: ffff88022adb1cf8 RSI: ffff88022ad5c440 RDI: ffff88022e7d38a0
[ 452.352131] RBP: ffff88022adb1938 R08: 0000000000000002 R09: 0000000000000000
[ 452.352131] R10: ffff88022be83868 R11: ffffffff00000012 R12: 0000000000000000
[ 452.352131] R13: 0032323200323212 R14: ffff88022ad5c428 R15: ffff88022adb1a00
[ 452.352131] FS: 00007f056a1e36f0(0000) GS:ffff88000a200000(0000) knlGS:0000000000000000
[ 452.352131] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 452.352131] CR2: 000000000250e408 CR3: 000000022983f000 CR4: 00000000000006e0
[ 452.352131] DR0: 00000000000000a0 DR1: 0000000000000000 DR2: 0000000000000003
[ 452.352131] DR3: 00000000000000b0 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 452.352131] Process hib.sh (pid: 2929, threadinfo ffff88022adb0000, task ffff88022e7d38a0)
[ 452.352131] Stack:
[ 452.352131] ffff88022ad5c468 00000000810c5c1f ffff88022adb1918 ffffffff810c5d88
[ 452.352131] <0> ffff88022adb18f8 ffffffff00000001 ffffea00075c89c0 ffffea00075984e8
[ 452.352131] <0> ffffea00075984e8 000000022adb1cf8 ffffea00075984e8 ffffea0007598580
[ 452.352131] Call Trace:
[ 452.352131] [<ffffffff810c5d88>] ? try_to_unmap_anon+0xa2/0xb4
[ 452.352131] [<ffffffff810b06bc>] shrink_page_list+0x154/0x4c7
[ 452.352131] [<ffffffff81067149>] ? print_lock_contention_bug+0x1b/0xe1
[ 452.352131] [<ffffffff810af59c>] ? isolate_pages_global+0xd0/0x1fc
[ 452.352131] [<ffffffff8140f856>] ? _raw_spin_unlock_irq+0x30/0x58
[ 452.352131] [<ffffffff810b0d8a>] shrink_inactive_list+0x35b/0x60c
[ 452.352131] [<ffffffff810b1347>] shrink_zone+0x30c/0x3d6
[ 452.352131] [<ffffffff810b1f3d>] do_try_to_free_pages+0x191/0x29a
[ 452.352131] [<ffffffff810b20db>] shrink_all_memory+0x95/0xc4
[ 452.352131] [<ffffffff810af4cc>] ? isolate_pages_global+0x0/0x1fc
[ 452.352131] [<ffffffff81079c9c>] ? count_data_pages+0x65/0x79
[ 452.352131] [<ffffffff81079f03>] hibernate_preallocate_memory+0x1aa/0x2cb
[ 452.352131] [<ffffffff8140bbd4>] ? printk+0x41/0x45
[ 452.352131] [<ffffffff8107878f>] hibernation_snapshot+0x36/0x1e1
[ 452.352131] [<ffffffff81078a08>] hibernate+0xce/0x172
[ 452.352131] [<ffffffff81077775>] state_store+0x5c/0xd3
[ 452.352131] [<ffffffff8118f3cf>] kobj_attr_store+0x17/0x19
[ 452.352131] [<ffffffff8112e288>] sysfs_write_file+0x108/0x144
[ 452.352131] [<ffffffff810db4ff>] vfs_write+0xb2/0x153
[ 452.352131] [<ffffffff810663c9>] ? trace_hardirqs_on_caller+0x1f/0x14b
[ 452.352131] [<ffffffff810db663>] sys_write+0x4a/0x71
[ 452.352131] [<ffffffff8100221b>] system_call_fastpath+0x16/0x1b
[ 452.352131] Code: 3b 56 10 73 1e 48 83 fa f2 74 18 48 8d 4d cc 4d 89 f8 48 89 df e8 11 f2 ff ff 41 01 c4 83 7d cc 00 74 19 4d 8b 6d 20 49 83 ed 20 <49> 8b 45 20 0f 18 08 49 8d 45 20 48 39 45 80 75 aa 4c 89 f7 e8
[ 452.352131] RIP [<ffffffff810c5f00>] page_referenced+0xee/0x1dc
[ 452.352131] RSP <ffff88022adb18b8>
[ 452.368192] ---[ end trace a9c84cb81ab9fd41 ]---
[ 452.368372] note: hib.sh[2929] exited with preempt_count 2
[ 452.368564] BUG: scheduling while atomic: hib.sh/2929/0x10000003
[ 452.368742] INFO: lockdep is turned off.
[ 452.368915] Modules linked in: powernow_k8 cpufreq_ondemand cpufreq_powersave cpufreq_userspace freq_table cpufreq_conservative binfmt_misc kvm_amd kvm ipv6 vfat fat dm_crypt dm_mod 8250_pnp 8250 edac_core serial_core ohci_hcd pcspkr k10temp
[ 452.370749] Pid: 2929, comm: hib.sh Tainted: G D 2.6.34-rc3-00501-gefb57c0 #4
[ 452.371051] Call Trace:
[ 452.371239] [<ffffffff810658df>] ? __debug_show_held_locks+0x1b/0x24
[ 452.371425] [<ffffffff8102dfac>] __schedule_bug+0x72/0x77
[ 452.371608] [<ffffffff8140bfe8>] schedule+0xe3/0x7ff
[ 452.371788] [<ffffffff810bd066>] ? unmap_vmas+0x88e/0x893
[ 452.371973] [<ffffffff81030ecb>] __cond_resched+0x18/0x24
[ 452.372168] [<ffffffff8140c7d1>] _cond_resched+0x2c/0x37
[ 452.372348] [<ffffffff810bcea6>] unmap_vmas+0x6ce/0x893
[ 452.372531] [<ffffffff8140f8b6>] ? _raw_spin_unlock_irqrestore+0x38/0x69
[ 452.372721] [<ffffffff810c1604>] exit_mmap+0xd7/0x182
[ 452.372903] [<ffffffff810368bc>] mmput+0x48/0xb9
[ 452.373088] [<ffffffff8103ad90>] exit_mm+0x110/0x11d
[ 452.373284] [<ffffffff8103c9e6>] do_exit+0x1c5/0x6e5
[ 452.373464] [<ffffffff81039e2f>] ? kmsg_dump+0x13b/0x155
[ 452.373645] [<ffffffff8100616b>] ? oops_end+0x47/0x93
[ 452.373826] [<ffffffff810061b2>] oops_end+0x8e/0x93
[ 452.374006] [<ffffffff810063a3>] die+0x5a/0x63
[ 452.374198] [<ffffffff81003eef>] do_general_protection+0x134/0x13c
[ 452.374382] [<ffffffff8140fdb0>] ? irq_return+0x0/0x2
[ 452.374565] [<ffffffff8140ff8f>] general_protection+0x1f/0x30
[ 452.374754] [<ffffffff810c5f00>] ? page_referenced+0xee/0x1dc
[ 452.374940] [<ffffffff810c5e92>] ? page_referenced+0x80/0x1dc
[ 452.375147] [<ffffffff810c5d88>] ? try_to_unmap_anon+0xa2/0xb4
[ 452.375335] [<ffffffff810b06bc>] shrink_page_list+0x154/0x4c7
[ 452.375519] [<ffffffff81067149>] ? print_lock_contention_bug+0x1b/0xe1
[ 452.375703] [<ffffffff810af59c>] ? isolate_pages_global+0xd0/0x1fc
[ 452.375888] [<ffffffff8140f856>] ? _raw_spin_unlock_irq+0x30/0x58
[ 452.376080] [<ffffffff810b0d8a>] shrink_inactive_list+0x35b/0x60c
[ 452.376284] [<ffffffff810b1347>] shrink_zone+0x30c/0x3d6
[ 452.376476] [<ffffffff810b1f3d>] do_try_to_free_pages+0x191/0x29a
[ 452.376664] [<ffffffff810b20db>] shrink_all_memory+0x95/0xc4
[ 452.376852] [<ffffffff810af4cc>] ? isolate_pages_global+0x0/0x1fc
[ 452.377038] [<ffffffff81079c9c>] ? count_data_pages+0x65/0x79
[ 452.377238] [<ffffffff81079f03>] hibernate_preallocate_memory+0x1aa/0x2cb
[ 452.377429] [<ffffffff8140bbd4>] ? printk+0x41/0x45
[ 452.377611] [<ffffffff8107878f>] hibernation_snapshot+0x36/0x1e1
[ 452.377794] [<ffffffff81078a08>] hibernate+0xce/0x172
[ 452.377975] [<ffffffff81077775>] state_store+0x5c/0xd3
[ 452.378170] [<ffffffff8118f3cf>] kobj_attr_store+0x17/0x19
[ 452.378351] [<ffffffff8112e288>] sysfs_write_file+0x108/0x144
[ 452.378533] [<ffffffff810db4ff>] vfs_write+0xb2/0x153
[ 452.378714] [<ffffffff810663c9>] ? trace_hardirqs_on_caller+0x1f/0x14b
[ 452.378898] [<ffffffff810db663>] sys_write+0x4a/0x71
[ 452.379084] [<ffffffff8100221b>] system_call_fastpath+0x16/0x1b

--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Borislav Petkov on 10 Apr 2010 13:20
From: Borislav Petkov <bp(a)alien8.de>
Date: Sat, Apr 10, 2010 at 06:38:28PM +0200

> Im going to run the stress test on 2.6.33.2 to verify whether this is
> actually software-related. Just in case.

Just did a bunch of hibernation runs - 2.6.33.2 feels rock solid - no
issues whatsoever. So in the face of such results a hw failure is kinda
unprobable... Hmm...

--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Borislav Petkov on 10 Apr 2010 15:10
From: Linus Torvalds <torvalds(a)linux-foundation.org>
Date: Sat, Apr 10, 2010 at 11:21:39AM -0700

> On Sat, 10 Apr 2010, Linus Torvalds wrote:
> > On Sat, 10 Apr 2010, Borislav Petkov wrote:
> > >
> > > And I got an oops again, this time the #GP from couple of days ago.
> >
> > Oh damn. So the list corruption really does happen still.
>
> Ho humm.
>
> Maybe I'm crazy, but something started bothering me. And I started
> wondering: when is the 'page->mapping' of an anonymous page actually
> cleared?
>
> The thing is, the mapping of an anonymous page is actually cleared only
> when the page is _freed_, in "free_hot_cold_page()".
>
> Now, let's think about that. And in particular, let's think about how that
> relates to the freeing of the 'anon_vma' that the page->mapping points to.
>
> The way the anon_vma is freed is when the mapping is torn down, and we do
> roughly:
>
> tlb = tlb_gather_mmu(mm,..)
> ..
> unmap_vmas(&tlb, vma ..
> ..
> free_pgtables()
> ..
> tlb_finish_mmu(tlb, start, end);
>
> and we actually unmap all the pages in "unmap_vmas()", and then _after_
> unmapping all the pages we do the "unlink_anon_vmas(vma);" in
> "free_pgtables()". Fine so far - the anon_vma stay around until after the
> page has been happily unmapped.
>
> But "unmapped all the pages" is _not_ actually the same as "free'd all the
> pages". The actual _freeing_ of the page happens generally in
> tlb_finish_mmu(), because we can free the page only after we've flushed
> any TLB entries.
>
> So what we have in that tlb_gather structure is a list of _pending_ pages
> to be freed, while we already actually free'd the anon_vmas earlier!
>
> Now, the thing is, tlb_gather_mmu() begins a preempt-safe region (because
> we use a per-cpu variable), but as far as I can tell it is _not_ an
> RCU-safe region.
>
> So I think we might actually get a real RCU freeing event while this all
> happens. So now the 'anon_vma' that 'page->mapping' points to has not just
> been released back to the SLUB caches, the page itself might have been
> released too.

So, if I understand you correctly, the list_head anon_vma gets freed
_before_ the page descriptor itself, therefore we still get a valid
page->mapping in page_lock_anon_vma(). Maybe that explains the funny
patterns in %r13. But how do they come to exist when the anon_vma is
freed, shouldn't there be LIST_POISON or something recognizable?

Anyways, testing...

--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Borislav Petkov on 10 Apr 2010 15:10
From: Borislav Petkov <bp(a)alien8.de>
Date: Sat, Apr 10, 2010 at 08:51:45PM +0200

> Anyways, testing...

Nope, still b0rked. And this time is not a funny pattern but
ffffffffffffffe0 we had originally.

[ 521.306972] BUG: unable to handle kernel NULL pointer dereference at (null)
[ 521.307126] IP: [<ffffffff810c60b4>] page_referenced+0xee/0x1dc
[ 521.307126] PGD 22d952067 PUD 2291db067 PMD 0
[ 521.307126] Oops: 0000 [#1] PREEMPT SMP
[ 521.307126] last sysfs file: /sys/power/state
[ 521.307126] CPU 1
[ 521.307126] Modules linked in: powernow_k8 cpufreq_ondemand cpufreq_powersave cpufreq_userspace freq_table cpufreq_conservative binfmt_misc kvm_amd kvm ipv6 vfat fat dm_crypt dm_mod 8250_pnp 8250 pcspkr serial_core ohci_hcd edac_core k10temp
[ 521.307126]
[ 521.307126] Pid: 2896, comm: hib.sh Not tainted 2.6.34-rc3-00501-gefb57c0-dirty #5 M3A78 PRO/System Product Name
[ 521.307126] RIP: 0010:[<ffffffff810c60b4>] [<ffffffff810c60b4>] page_referenced+0xee/0x1dc
[ 521.307126] RSP: 0018:ffff88022bd9f8b8 EFLAGS: 00010283
[ 521.307126] RAX: ffff88022af8c338 RBX: ffffea00067e2998 RCX: 0000000000000000
[ 521.307126] RDX: ffff88022bd9fcf8 RSI: ffff88022af8c310 RDI: ffff88022c0c5e60
[ 521.307126] RBP: ffff88022bd9f938 R08: 0000000000000002 R09: 0000000000000000
[ 521.307126] R10: ffff88022b4454d8 R11: ffffffff00000012 R12: 0000000000000000
[ 521.307126] R13: ffffffffffffffe0 R14: ffff88022af8c2f8 R15: ffff88022bd9fa00
[ 521.307126] FS: 00007ff70fb586f0(0000) GS:ffff88000a200000(0000) knlGS:0000000000000000
[ 521.307126] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 521.307126] CR2: 0000000000000000 CR3: 000000022e19c000 CR4: 00000000000006e0
[ 521.307126] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 521.307126] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 521.307126] Process hib.sh (pid: 2896, threadinfo ffff88022bd9e000, task ffff88022c0c5e60)
[ 521.307126] Stack:
[ 521.307126] ffff88022af8c338 00000000810c5dd3 ffff88022bd9f918 ffffffff810c5f3c
[ 521.307126] <0> ffff880200000000 ffffffff00000001 ffff88022bd9ffd8 ffffea00067d2cf0
[ 521.307126] <0> ffffea00067d2cf0 000000022bd9fcf8 ffffea00067d2cf0 ffffea00067e29c0
[ 521.307126] Call Trace:
[ 521.307126] [<ffffffff810c5f3c>] ? try_to_unmap_anon+0xa2/0xb4
[ 521.307126] [<ffffffff810b06bc>] shrink_page_list+0x154/0x4c7
[ 521.307126] [<ffffffff81067149>] ? print_lock_contention_bug+0x1b/0xe1
[ 521.307126] [<ffffffff810af59c>] ? isolate_pages_global+0xd0/0x1fc
[ 521.307126] [<ffffffff8140fa66>] ? _raw_spin_unlock_irq+0x30/0x58
[ 521.307126] [<ffffffff810b0d8a>] shrink_inactive_list+0x35b/0x60c
[ 521.307126] [<ffffffff810b1347>] shrink_zone+0x30c/0x3d6
[ 521.307126] [<ffffffff810b1f3d>] do_try_to_free_pages+0x191/0x29a
[ 521.307126] [<ffffffff810b20db>] shrink_all_memory+0x95/0xc4
[ 521.307126] [<ffffffff810af4cc>] ? isolate_pages_global+0x0/0x1fc
[ 521.307126] [<ffffffff81079c9c>] ? count_data_pages+0x65/0x79
[ 521.307126] [<ffffffff81079f03>] hibernate_preallocate_memory+0x1aa/0x2cb
[ 521.307126] [<ffffffff8140bde4>] ? printk+0x41/0x45
[ 521.307126] [<ffffffff8107878f>] hibernation_snapshot+0x36/0x1e1
[ 521.307126] [<ffffffff81078a08>] hibernate+0xce/0x172
[ 521.307126] [<ffffffff81077775>] state_store+0x5c/0xd3
[ 521.307126] [<ffffffff8118f5eb>] kobj_attr_store+0x17/0x19
[ 521.307126] [<ffffffff8112e4a4>] sysfs_write_file+0x108/0x144
[ 521.307126] [<ffffffff810db6b3>] vfs_write+0xb2/0x153
[ 521.307126] [<ffffffff810663c9>] ? trace_hardirqs_on_caller+0x1f/0x14b
[ 521.307126] [<ffffffff810db817>] sys_write+0x4a/0x71
[ 521.307126] [<ffffffff8100221b>] system_call_fastpath+0x16/0x1b
[ 521.307126] Code: 3b 56 10 73 1e 48 83 fa f2 74 18 48 8d 4d cc 4d 89 f8 48 89 df e8 11 f2 ff ff 41 01 c4 83 7d cc 00 74 19 4d 8b 6d 20 49 83 ed 20 <49> 8b 45 20 0f 18 08 49 8d 45 20 48 39 45 80 75 aa 4c 89 f7 e8
[ 521.307126] RIP [<ffffffff810c60b4>] page_referenced+0xee/0x1dc
[ 521.307126] RSP <ffff88022bd9f8b8>
[ 521.307126] CR2: 0000000000000000
[ 521.320888] ---[ end trace 023d26183296e92e ]---
[ 521.321033] note: hib.sh[2896] exited with preempt_count 2
[ 521.321206] BUG: scheduling while atomic: hib.sh/2896/0x10000003
[ 521.321355] INFO: lockdep is turned off.
[ 521.321500] Modules linked in: powernow_k8 cpufreq_ondemand cpufreq_powersave cpufreq_userspace freq_table cpufreq_conservative binfmt_misc kvm_amd kvm ipv6 vfat fat dm_crypt dm_mod 8250_pnp 8250 pcspkr serial_core ohci_hcd edac_core k10temp
[ 521.322884] Pid: 2896, comm: hib.sh Tainted: G D 2.6.34-rc3-00501-gefb57c0-dirty #5
[ 521.323139] Call Trace:
[ 521.323288] [<ffffffff810658df>] ? __debug_show_held_locks+0x1b/0x24
[ 521.323440] [<ffffffff8102dfac>] __schedule_bug+0x72/0x77
[ 521.323587] [<ffffffff8140c1f8>] schedule+0xe3/0x7ff
[ 521.323735] [<ffffffff81030ecb>] __cond_resched+0x18/0x24
[ 521.323882] [<ffffffff8140c9e1>] _cond_resched+0x2c/0x37
[ 521.324029] [<ffffffff810bcef1>] unmap_vmas+0x719/0x911
[ 521.324207] [<ffffffff810c1781>] exit_mmap+0x102/0x1e4
[ 521.324356] [<ffffffff810c16e8>] ? exit_mmap+0x69/0x1e4
[ 521.324503] [<ffffffff810368bc>] mmput+0x48/0xb9
[ 521.324651] [<ffffffff8103ad90>] exit_mm+0x110/0x11d
[ 521.324798] [<ffffffff8103c9e6>] do_exit+0x1c5/0x6e5
[ 521.324945] [<ffffffff81039e2f>] ? kmsg_dump+0x13b/0x155
[ 521.325093] [<ffffffff8100616b>] ? oops_end+0x47/0x93
[ 521.325244] [<ffffffff810061b2>] oops_end+0x8e/0x93
[ 521.325396] [<ffffffff8101f3e5>] no_context+0x1fc/0x20b
[ 521.325544] [<ffffffff8101f580>] __bad_area_nosemaphore+0x18c/0x1af
[ 521.325691] [<ffffffff8101f7bb>] ? do_page_fault+0xa8/0x32d
[ 521.325839] [<ffffffff8101f5b6>] bad_area_nosemaphore+0x13/0x15
[ 521.325987] [<ffffffff8101f886>] do_page_fault+0x173/0x32d
[ 521.326138] [<ffffffff81082b84>] ? __call_rcu+0x11d/0x130
[ 521.326289] [<ffffffff814103e3>] ? error_sti+0x5/0x6
[ 521.326437] [<ffffffff81065387>] ? trace_hardirqs_off_caller+0x1f/0xa9
[ 521.326586] [<ffffffff8140ed0b>] ? trace_hardirqs_off_thunk+0x3a/0x3c
[ 521.326737] [<ffffffff814101ff>] page_fault+0x1f/0x30
[ 521.326885] [<ffffffff810c60b4>] ? page_referenced+0xee/0x1dc
[ 521.327034] [<ffffffff810c6046>] ? page_referenced+0x80/0x1dc
[ 521.327185] [<ffffffff810c5f3c>] ? try_to_unmap_anon+0xa2/0xb4
[ 521.327336] [<ffffffff810b06bc>] shrink_page_list+0x154/0x4c7
[ 521.327483] [<ffffffff81067149>] ? print_lock_contention_bug+0x1b/0xe1
[ 521.327632] [<ffffffff810af59c>] ? isolate_pages_global+0xd0/0x1fc
[ 521.327780] [<ffffffff8140fa66>] ? _raw_spin_unlock_irq+0x30/0x58
[ 521.327928] [<ffffffff810b0d8a>] shrink_inactive_list+0x35b/0x60c
[ 521.328079] [<ffffffff810b1347>] shrink_zone+0x30c/0x3d6
[ 521.328232] [<ffffffff810b1f3d>] do_try_to_free_pages+0x191/0x29a
[ 521.328387] [<ffffffff810b20db>] shrink_all_memory+0x95/0xc4
[ 521.328535] [<ffffffff810af4cc>] ? isolate_pages_global+0x0/0x1fc
[ 521.328683] [<ffffffff81079c9c>] ? count_data_pages+0x65/0x79
[ 521.328831] [<ffffffff81079f03>] hibernate_preallocate_memory+0x1aa/0x2cb
[ 521.328979] [<ffffffff8140bde4>] ? printk+0x41/0x45
[ 521.329130] [<ffffffff8107878f>] hibernation_snapshot+0x36/0x1e1
[ 521.329283] [<ffffffff81078a08>] hibernate+0xce/0x172
[ 521.329432] [<ffffffff81077775>] state_store+0x5c/0xd3
[ 521.329580] [<ffffffff8118f5eb>] kobj_attr_store+0x17/0x19
[ 521.329727] [<ffffffff8112e4a4>] sysfs_write_file+0x108/0x144
[ 521.329875] [<ffffffff810db6b3>] vfs_write+0xb2/0x153
[ 521.330022] [<ffffffff810663c9>] ? trace_hardirqs_on_caller+0x1f/0x14b
[ 521.330174] [<ffffffff810db817>] sys_write+0x4a/0x71
[ 521.330326] [<ffffffff8100221b>] system_call_fastpath+0x16/0x1b

--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Borislav Petkov on 10 Apr 2010 16:50
From: Linus Torvalds <torvalds(a)linux-foundation.org>
Date: Sat, Apr 10, 2010 at 01:12:46PM -0700

> So I'm actually pretty optimistic that this really is it.

Ok, let me verify what/in which order should be tested before I test
something wrongly. The RCU-safe fix for the TLB flush can stay for
correctness reasons, this last patch, obviosly, what happens with the
find_mergeable_anon_vma() changes to use only singleton lists for
merging? Should I keep those too?

--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5 6
Prev: BUG? boot failed with "crashkernel=256M@32M", but "crashkernel=256M@64M" can work
Next: USB: testusb: imported David Brownell's USB testing application