* [dpdk-users] Anyone seen this traceback before?
@ 2016-09-12 17:30 Zhongming Qu
0 siblings, 0 replies; only message in thread
From: Zhongming Qu @ 2016-09-12 17:30 UTC (permalink / raw)
To: users
Hi,
Thanks in advance!
Has anyone seen the following traceback before?
###############################################################
###############################################################
[53674.697675] RIP [<00000000000134c0>] 0x134c0
[53674.702046] RSP <ffffffff81c01e70>
[53674.705527] CR2: 00000000000134c0
[53674.727309] ---[ end trace 60e2c19b54b1e8cd ]---
[53674.734716] Kernel panic - not syncing: Fatal exception in interrupt
[53674.748125] drm_kms_helper: panic occurred, switching back to text
console
[53674.757720] ------------[ cut here ]------------
[53674.762337] WARNING: CPU: 0 PID: 0 at
/build/buildd/linux-3.13.0/arch/x86/kernel/smp.c:124 native_s
mp_send_reschedule+0x5d/0x60()
[53674.773971] Modules linked in: sctp nfnetlink_queue nfnetlink_log
nfnetlink bluetooth btrfs ufs qnx
4 hfsplus hfs minix ntfs msdos jfs ipmi_devintf igb_uio(OX) uio 8021q garp
stp mrp llc ipt_MASQUERADE
iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat
nf_conntrack ip_tables x_tables ast tt
m drm_kms_helper drm syscopyarea sysfillrect sysimgblt gpio_ich
x86_pkg_temp_thermal intel_powerclamp
coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul ghash_clmulni_intel
cryptd ioatdma joydev lpc_ich
shpchp wmi ipmi_si acpi_pad acpi_power_meter mac_hid lp parport xfs
libcrc32c raid10 raid456 async_ra
id6_recov async_memcpy async_pq async_xor async_tx hid_generic usbhid xor
hid igb raid6_pq ixgbe i2c_a
lgo_bit raid1 dca raid0 ptp multipath ahci libahci pps_core mdio linear
[53674.843704] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G D OX
3.13.0-49-generic #83-Ubuntu
[53674.852303] Hardware name: Supermicro Super Server/X10SRi-F, BIOS 1.0b
04/21/2015
[53674.859773] 0000000000000009 ffff88107fc03d90 ffffffff81721b36
0000000000000000
[53674.867227] ffff88107fc03dc8 ffffffff810677dd 0000000000000001
ffff88107fc134c0
[53674.874680] 0000000100cb9a56 0000000000000000 ffff88107fc334c0
ffff88107fc03dd8
[53674.882132] Call Trace:
[53674.884577] <IRQ> [<ffffffff81721b36>] dump_stack+0x45/0x56
[53674.890345] [<ffffffff810677dd>] warn_slowpath_common+0x7d/0xa0
[53674.896338] [<ffffffff810678ba>] warn_slowpath_null+0x1a/0x20
[53674.902163] [<ffffffff8104077d>] native_smp_send_reschedule+0x5d/0x60
[53674.908684] [<ffffffff810a828a>] trigger_load_balance+0x16a/0x1e0
[53674.914856] [<ffffffff81099544>] scheduler_tick+0xa4/0xf0
[53674.920339] [<ffffffff810763c0>] update_process_times+0x60/0x70
[53674.926340] [<ffffffff810d62a5>] tick_sched_handle.isra.17+0x25/0x60
[53674.932774] [<ffffffff810d6321>] tick_sched_timer+0x41/0x60
[53674.938430] [<ffffffff8108e7c7>] __run_hrtimer+0x77/0x1d0
[53674.943912] [<ffffffff810d62e0>] ? tick_sched_handle.isra.17+0x60/0x60
[53674.950516] [<ffffffff8108ef8f>] hrtimer_interrupt+0xef/0x230
[53674.956342] [<ffffffff81043647>] local_apic_timer_interrupt+0x37/0x60
[53674.962862] [<ffffffff81734a0f>] smp_apic_timer_interrupt+0x3f/0x60
[53674.969211] [<ffffffff8173339d>] apic_timer_interrupt+0x6d/0x80
[53674.975206] <EOI> [<ffffffff8171ad3b>] ? panic+0x196/0x1d7
[53674.980887] [<ffffffff8172b139>] oops_end+0x139/0x150
[53674.986014] [<ffffffff8171a75d>] no_context+0x27e/0x28b
[53674.991319] [<ffffffff8171a7dd>] __bad_area_nosemaphore+0x73/0x1ca
[53674.997576] [<ffffffff8171a947>] bad_area_nosemaphore+0x13/0x15
[53675.003577] [<ffffffff8172da97>] __do_page_fault+0xa7/0x570
[53675.009226] [<ffffffff813649c0>] ? cpumask_next_and+0x30/0x50
[53675.015052] [<ffffffff8101b729>] ? read_tsc+0x9/0x20
[53675.020096] [<ffffffff810cd823>] ? ktime_get+0x43/0xc0
[53675.025313] [<ffffffff81042eb3>] ? lapic_next_deadline+0x33/0x40
[53675.031398] [<ffffffff810d42bb>] ? clockevents_program_event+0x6b/0xf0
[53675.037999] [<ffffffff8172df7a>] do_page_fault+0x1a/0x70
[53675.043391] [<ffffffff8172a3a8>] page_fault+0x28/0x30
[53675.048520] [<ffffffff8173258c>] ? ret_from_fork+0x7c/0xb0
[53675.054085] [<ffffffff81726469>] ? schedule_preempt_disabled+0x29/0x70
[53675.060689] [<ffffffff810bf11e>] ? cpu_startup_entry+0x23e/0x290
[53675.066775] [<ffffffff81710037>] ? rest_init+0x77/0x80
[53675.071991] [<ffffffff81d35f70>] ? start_kernel+0x438/0x443
[53675.077640] [<ffffffff81d35941>] ? repair_env_string+0x5c/0x5c
[53675.083550] [<ffffffff81d35120>] ? early_idt_handlers+0x120/0x120
[53675.089722] [<ffffffff81d355ee>] ? x86_64_start_reservations+0x2a/0x2c
[53675.096326] [<ffffffff81d35733>] ? x86_64_start_kernel+0x143/0x152
[53675.102585] ---[ end trace 60e2c19b54b1e8ce ]---
###############################################################
###############################################################
This happened after a primary dpdk process was killed. More details are
available upon inquiry. Saving them at the moment to not to flood you with
potentially irrelevant info.
Thanks,
Zhongming
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2016-09-12 17:30 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-09-12 17:30 [dpdk-users] Anyone seen this traceback before? Zhongming Qu
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).