The Precise Pangolin has reached end of life, so this bug will not be
fixed for that release
** Changed in: linux (Ubuntu Precise)
Status: Incomplete => Won't Fix
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
** Tags added: cscc
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1467955
Title:
Precise BUG: soft lockup in flush_tlb_others_ipi
Status in linux package in Ubuntu:
Fix Released
** Changed in: linux (Ubuntu)
Assignee: Rafael David Tinoco (rafaeldtinoco) => (unassigned)
** Changed in: linux (Ubuntu Precise)
Assignee: Rafael David Tinoco (rafaeldtinoco) => (unassigned)
--
You received this bug notification because you are a member of Kernel
Packages, which is
** Changed in: linux (Ubuntu Precise)
Status: In Progress => Incomplete
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1467955
Title:
Precise BUG: soft lockup in
** Description changed:
- The following stack trace (with kernel dump) was brought to me:
+ The following stack trace (with kernel dump) was brought to me. It looks
+ like this crash is happening every day (at least once) in a KVM + CEPH
+ backend environment.
- [1796904.032010] BUG: soft
** Also affects: linux (Ubuntu Precise)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1467955
Title:
Precise BUG: soft lockup in
** Changed in: linux (Ubuntu Precise)
Assignee: (unassigned) = Rafael David Tinoco (inaddy)
** Changed in: linux (Ubuntu Precise)
Status: New = In Progress
** Changed in: linux (Ubuntu)
Status: In Progress = Fix Released
--
You received this bug notification because you are
1) This might be happening because the IPI was sent to a offline CPU
(just one example of miss-synchronization from flush_tlb_others_ipi
logic) during a shutdown process (as discussed in the thread:
https://lkml.org/lkml/2012/7/19/53)
At that time the fix wasn't picked because the IPI mechanism
194 if (cpumask_andnot(to_cpumask(f-flush_cpumask), cpumask,
cpumask_of(smp_processor_id( {
0x81046865 +85: mov %gs:0xca10,%edx
0x8104688e +126: test %rax,%rax
0x81046899 +137: jne 0x81046900 flush_tlb_others_ipi+240
195 /*
196 * We have to send the
Analysing core dump with crash tool:
SYSTEM MAP: /boot/System.map-3.2.0-80-virtual
DEBUG KERNEL: /usr/lib/debug/boot/vmlinux-3.2.0-82-virtual
DUMPFILE: ./VmCore
CPUS: 2
DATE: Sat Jun 6 00:23:24 2015
UPTIME: 1 days, 11:37:29
LOAD AVERAGE: 1.96, 1.11, 0.54
TASKS: 183
NODENAME:
I've been able to back port the following commit:
commit 52aec3308db85f4e9f5c8b9f5dc4fbd0138c6fa4
Author: Alex Shi alex@intel.com
Date: Thu Jun 28 09:02:23 2012 +0800
x86/tlb: replace INVALIDATE_TLB_VECTOR by CALL_FUNCTION_VECTOR
There are 32 INVALIDATE_TLB_VECTOR now in kernel. That is
I have provided the following PPA:
https://launchpad.net/~inaddy/+archive/ubuntu/lp1467955
with a 3.2 kernel with new flush_tlb logic (removing IRQ vectors and
using smp_function_call_).
Please, if you are suffering from this issue, give this kernel a try and
add comments giving feedback.
12 matches
Mail list logo