From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stanislav Meduna Subject: Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25 Date: Tue, 15 Apr 2014 01:45:35 +0200 Message-ID: <534C731F.1050406@meduna.org> References: <534C3606.7010206@meduna.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit To: "linux-rt-users@vger.kernel.org" , Linux ARM Kernel , "linux-kernel@vger.kernel.org" Return-path: Received: from www.meduna.org ([92.240.244.38]:41363 "EHLO meduna.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750950AbaDNXpo (ORCPT ); Mon, 14 Apr 2014 19:45:44 -0400 In-Reply-To: <534C3606.7010206@meduna.org> Sender: linux-rt-users-owner@vger.kernel.org List-ID: On 14.04.2014 21:24, Stanislav Meduna wrote: > hunting another problem with AUART acting weirdly I got okay, the AUART thing was some device tree snafu, but I have seen the BUG a few times (but not readily reproducible). This thread looks remotely similar https://lkml.org/lkml/2013/9/27/534 - looks like the real bug happened somewhere else :( Any hints on how to get more info? Adding Cc: to linux-arm and linux-kernel > BUG: spinlock trylock failure on UP on CPU#0, ksoftirqd/0/3 > lock: boot_tvec_bases+0x0/0x10a0, .magic: dead4ead, .owner: ksoftirqd/0/3, .owner_cpu: 0 > CPU: 0 PID: 3 Comm: ksoftirqd/0 Not tainted 3.12.15-rt25-00371-gfec62f5-dirty #26 > [] (unwind_backtrace+0x0/0xf4) from [] (show_stack+0x10/0x14) > [] (show_stack+0x10/0x14) from [] (do_raw_spin_trylock+0x4c/0x58) > [] (do_raw_spin_trylock+0x4c/0x58) from [] (_raw_spin_trylock+0x20/0x98) > [] (_raw_spin_trylock+0x20/0x98) from [] (rt_spin_trylock+0x14/0xd0) > [] (rt_spin_trylock+0x14/0xd0) from [] (run_local_timers+0x24/0x78) > [] (run_local_timers+0x24/0x78) from [] (update_process_times+0x34/0x68) > [] (update_process_times+0x34/0x68) from [] (tick_sched_timer+0x58/0x22c) > [] (tick_sched_timer+0x58/0x22c) from [] (__run_hrtimer+0x7c/0x2a8) > [] (__run_hrtimer+0x7c/0x2a8) from [] (hrtimer_interrupt+0x104/0x30c) > [] (hrtimer_interrupt+0x104/0x30c) from [] (mxs_timer_interrupt+0x20/0x2c) > [] (mxs_timer_interrupt+0x20/0x2c) from [] (handle_irq_event_percpu+0x80/0x2f8) > [] (handle_irq_event_percpu+0x80/0x2f8) from [] (handle_irq_event+0x3c/0x5c) > [] (handle_irq_event+0x3c/0x5c) from [] (handle_level_irq+0x8c/0x118) > [] (handle_level_irq+0x8c/0x118) from [] (generic_handle_irq+0x28/0x30) > [] (generic_handle_irq+0x28/0x30) from [] (handle_IRQ+0x30/0x84) > [] (handle_IRQ+0x30/0x84) from [] (__irq_svc+0x44/0x88) > [] (__irq_svc+0x44/0x88) from [] (__try_to_take_rt_mutex+0x4/0x144) > [] (__try_to_take_rt_mutex+0x4/0x144) from [<00000000>] ( (null)) > > > Linux nxt 3.12.15-rt25-00371-gfec62f5-dirty #26 PREEMPT RT Mon Apr 14 20:40:56 CEST 2014 armv5tejl GNU/Linux > > This is on a Freescale i.MX28, 3.12.15-rt25 with patches that do not touch > anything related. -- Stano From mboxrd@z Thu Jan 1 00:00:00 1970 From: stano@meduna.org (Stanislav Meduna) Date: Tue, 15 Apr 2014 01:45:35 +0200 Subject: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25 In-Reply-To: <534C3606.7010206@meduna.org> References: <534C3606.7010206@meduna.org> Message-ID: <534C731F.1050406@meduna.org> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 14.04.2014 21:24, Stanislav Meduna wrote: > hunting another problem with AUART acting weirdly I got okay, the AUART thing was some device tree snafu, but I have seen the BUG a few times (but not readily reproducible). This thread looks remotely similar https://lkml.org/lkml/2013/9/27/534 - looks like the real bug happened somewhere else :( Any hints on how to get more info? Adding Cc: to linux-arm and linux-kernel > BUG: spinlock trylock failure on UP on CPU#0, ksoftirqd/0/3 > lock: boot_tvec_bases+0x0/0x10a0, .magic: dead4ead, .owner: ksoftirqd/0/3, .owner_cpu: 0 > CPU: 0 PID: 3 Comm: ksoftirqd/0 Not tainted 3.12.15-rt25-00371-gfec62f5-dirty #26 > [] (unwind_backtrace+0x0/0xf4) from [] (show_stack+0x10/0x14) > [] (show_stack+0x10/0x14) from [] (do_raw_spin_trylock+0x4c/0x58) > [] (do_raw_spin_trylock+0x4c/0x58) from [] (_raw_spin_trylock+0x20/0x98) > [] (_raw_spin_trylock+0x20/0x98) from [] (rt_spin_trylock+0x14/0xd0) > [] (rt_spin_trylock+0x14/0xd0) from [] (run_local_timers+0x24/0x78) > [] (run_local_timers+0x24/0x78) from [] (update_process_times+0x34/0x68) > [] (update_process_times+0x34/0x68) from [] (tick_sched_timer+0x58/0x22c) > [] (tick_sched_timer+0x58/0x22c) from [] (__run_hrtimer+0x7c/0x2a8) > [] (__run_hrtimer+0x7c/0x2a8) from [] (hrtimer_interrupt+0x104/0x30c) > [] (hrtimer_interrupt+0x104/0x30c) from [] (mxs_timer_interrupt+0x20/0x2c) > [] (mxs_timer_interrupt+0x20/0x2c) from [] (handle_irq_event_percpu+0x80/0x2f8) > [] (handle_irq_event_percpu+0x80/0x2f8) from [] (handle_irq_event+0x3c/0x5c) > [] (handle_irq_event+0x3c/0x5c) from [] (handle_level_irq+0x8c/0x118) > [] (handle_level_irq+0x8c/0x118) from [] (generic_handle_irq+0x28/0x30) > [] (generic_handle_irq+0x28/0x30) from [] (handle_IRQ+0x30/0x84) > [] (handle_IRQ+0x30/0x84) from [] (__irq_svc+0x44/0x88) > [] (__irq_svc+0x44/0x88) from [] (__try_to_take_rt_mutex+0x4/0x144) > [] (__try_to_take_rt_mutex+0x4/0x144) from [<00000000>] ( (null)) > > > Linux nxt 3.12.15-rt25-00371-gfec62f5-dirty #26 PREEMPT RT Mon Apr 14 20:40:56 CEST 2014 armv5tejl GNU/Linux > > This is on a Freescale i.MX28, 3.12.15-rt25 with patches that do not touch > anything related. -- Stano