From: Joel Fernandes <joelf@ti.com>
To: Joachim Eastwood <manabian@gmail.com>
Cc: Nishanth Menon <nm@ti.com>,
linux-omap@vger.kernel.org, Tony Lindgren <tony@atomide.com>
Subject: Re: L3 custom error from dmtimer.c
Date: Mon, 21 Apr 2014 11:36:14 -0500 [thread overview]
Message-ID: <535548FE.3030808@ti.com> (raw)
In-Reply-To: <CAGhQ9VwqmDMJcJbzFA4MHSHdw2nbdNNwdL6SmEH+W4+1VEAe-A@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 3759 bytes --]
On 04/21/2014 10:57 AM, Joachim Eastwood wrote:
> On 21 April 2014 17:40, Joel Fernandes <joelf@ti.com> wrote:
>> On 04/19/2014 05:25 PM, Joachim Eastwood wrote:
>>> Hello,
>>>
>>> Playing around with an old OMAP pwm driver from NeilBrown. I get the
>>> following warning:
>>> [ 0.979522] omap-pwm omap-pwm.14: omap_dm_timer_set_load
>>> [ 0.979553] ------------[ cut here ]------------
>>> [ 0.979583] WARNING: CPU: 0 PID: 0 at drivers/bus/omap_l3_noc.c:113
>>> l3_interrupt_handler+0xf4/0x154()
>>> [ 0.979583] L3 custom error: MASTER:MPU TARGET:L4 PER2
>>> [ 0.979614] Modules linked in:
>>> [ 0.979614] CPU: 0 PID: 0 Comm: swapper/0 Not tainted
>>> 3.15.0-rc1-00370-gd9d79f4b7b7d-dirty #65
>>> [ 0.979644] [<c0014f48>] (unwind_backtrace) from [<c0011c2c>]
>>> (show_stack+0x10/0x14)
>>> [ 0.979675] [<c0011c2c>] (show_stack) from [<c05ad3bc>] (dump_stack+0x84/0x94)
>>> [ 0.979705] [<c05ad3bc>] (dump_stack) from [<c0036ba8>]
>>> (warn_slowpath_common+0x70/0x8c)
>>> [ 0.979705] omap-pwm omap-pwm.14: omap_dm_timer_set_match
>>> [ 0.979736] [<c0036ba8>] (warn_slowpath_common) from [<c0036bf4>]
>>> (warn_slowpath_fmt+0x30/0x40)
>>> [ 0.979736] [<c0036bf4>] (warn_slowpath_fmt) from [<c0286c90>]
>>> (l3_interrupt_handler+0xf4/0x154)
>>> [ 0.979766] [<c0286c90>] (l3_interrupt_handler) from [<c0085d1c>]
>>> (handle_irq_event_percpu+0x54/0x1cc)
>>> [ 0.979766] [<c0085d1c>] (handle_irq_event_percpu) from [<c0085ed0>]
>>> (handle_irq_event+0x3c/0x5c)
>>> [ 0.979797] [<c0085ed0>] (handle_irq_event) from [<c0088ed0>]
>>> (handle_fasteoi_irq+0xac/0x1a0)
>>> [ 0.979797] [<c0088ed0>] (handle_fasteoi_irq) from [<c00853fc>]
>>> (generic_handle_irq+0x2c/0x3c)
>>> [ 0.979827] [<c00853fc>] (generic_handle_irq) from [<c000eb20>]
>>> (handle_IRQ+0x40/0x90)
>>> [ 0.979827] [<c000eb20>] (handle_IRQ) from [<c0008594>]
>>> (gic_handle_irq+0x2c/0x5c)
>>> [ 0.979858] [<c0008594>] (gic_handle_irq) from [<c05b4a44>]
>>> (__irq_svc+0x44/0x58)
>>> [ 0.979858] Exception stack(0xc0889f58 to 0xc0889fa0)
>>> [ 0.979858] 9f40: 00000001 00000001
>>> [ 0.979888] 9f60: 00000000 c0893678 c0888000 c0888000 c08e75a4
>>> c0890548 c0888000 ee7ffc00
>>> [ 0.979888] omap-pwm omap-pwm.14: load value: 0xfffd11fe (-192002),
>>> match value: 0xfffffffe (-2)
>>> [ 0.979888] 9f80: c08904e0 c05bdcec 00000000 c0889fa0 c007a190
>>> c000ee48 20000113 ffffffff
>>> [ 0.979919] [<c05b4a44>] (__irq_svc) from [<c000ee48>] (arch_cpu_idle+0x24/0x30)
>>> [ 0.979919] [<c000ee48>] (arch_cpu_idle) from [<c0071950>]
>>> (cpu_startup_entry+0x138/0x204)
>>> [ 0.979949] [<c0071950>] (cpu_startup_entry) from [<c0822b10>]
>>> (start_kernel+0x370/0x37c)
>>> [ 0.979980] [<c0822b10>] (start_kernel) from [<80008074>] (0x80008074)
>>> [ 0.979980] omap-pwm omap-pwm.14: omap_dm_timer_set_pwm
>>> [ 0.980010] omap-pwm omap-pwm.14: omap_pwm_enable
>>> [ 0.980010] omap-pwm omap-pwm.14: omap_dm_timer_start
>>> [ 0.980010] omap-pwm omap-pwm.14: omap_dm_timer_write_counter
>>> [ 0.980041] ---[ end trace 5d002a14ec98c2ad ]---
>>>
>>> This seems to be caused by the call into omap_dm_timer_set_load.
>>>
>>
>> Are you talking about this?
>> https://lkml.org/lkml/2012/12/12/51
>>
>> It doesn't seem to be in mainline though.
>
> No, it isn't. I am trying to revive it and get it upstream.
>
>> I'll add a check for the enable/disable, thanks.
>
> Note that the warning I got might be cause by the pwm-omap and it's
> use of dmtimer api. I will investigate further.
>
> But either way add a check to enable/disable is a good idea.
>
Sure, I added the check. The patch depends on a few other pending
patches so I just zipped all together. It would be great if you could
apply them and confirm it fixes the problem, then I can add your
tested-by and include it in the next series.
regards,
-Joel
[-- Attachment #2: dmtimer.zip --]
[-- Type: application/zip, Size: 13325 bytes --]
next prev parent reply other threads:[~2014-04-21 16:36 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-19 22:25 L3 custom error from dmtimer.c Joachim Eastwood
2014-04-21 15:40 ` Joel Fernandes
2014-04-21 15:57 ` Joachim Eastwood
2014-04-21 16:36 ` Joel Fernandes [this message]
2014-04-21 16:44 ` Joel Fernandes
2014-04-21 17:04 ` Joachim Eastwood
2014-04-21 19:33 ` Joel Fernandes
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=535548FE.3030808@ti.com \
--to=joelf@ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=manabian@gmail.com \
--cc=nm@ti.com \
--cc=tony@atomide.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.