Hi Laurent,
On Fri, Feb 19, 2016 at 12:33 AM, Laurent Pinchart
<laurent.pinchart@xxxxxxxxxxxxxxxx> wrote:
> Hi Geert,
>
> On Thursday 18 February 2016 10:17:16 Geert Uytterhoeven wrote:
>> On Thu, Feb 18, 2016 at 10:01 AM, Kuninori Morimoto wrote:
>> >>>> I tried this patch, but It didn't use this printk().
>> >>>> Am I wrong ?
>> >>>>
>> >>>> -------------
>> >>>> diff --git a/drivers/regulator/da9210-regulator.c
>> >>>> b/drivers/regulator/da9210-regulator.c index 01c0e37..85c1166 100644
>> >>>> --- a/drivers/regulator/da9210-regulator.c
>> >>>> +++ b/drivers/regulator/da9210-regulator.c
>> >>>> @@ -167,6 +167,8 @@ static irqreturn_t da9210_irq_handler(int irq,
>> >>>> void *data)
>> >>>> goto error_i2c;
>> >>>>
>> >>>> ret = IRQ_HANDLED;
>> >>>> + } else if (val != handled) {
>> >>>> + printk("---val %x : %x\n", val, handled);
>> >>>> }
>> >>>
>> >>> That's what I meant.
>> >>> Do you still see the "irq 311: nobody cared"?
>> >>> Do you have the DA9210 driver enabled?
>> >
>> > You can reproduce it by
>> >
>> > > git checkout git checkout renesas-drivers-2016-02-09-v4.5-rc3
>> > > cp ${Laurent's .config} ${LINUX}
>>
>> I don't have Laurent's config, and only remote access to Lager.
>>
>> > and boot, and wait few second
>>
>> Da9210 and da9063 share the same interrupt. Perhaps da9063 is keeping
>> the interrupt line asserted?
>>
>> Do you have the DA9063 driver enabled?
>
> I had CONFIG_REGULATOR_DA9210 enabled but CONFIG_REGULATOR_DA9063 disabled.
> After enabling CONFIG_REGULATOR_DA9063 the unhandled interrupt problem goes
> away.
>
> I however got the following different (and totally unrelated as far as I can
> see) warning once:
>
> [ 310.252577] ------------[ cut here ]------------
> [ 310.257226] WARNING: CPU: 3 PID: 608 at
> /home/laurent/src/iob/renesas/linux/net/ipv4/af_inet.c:155
> inet_sock_destruct+0x188/0x1d8()
> [ 310.269088] Modules linked in: mmc_block rcar_jpu v4l2_mem2mem sata_rcar
> libata rcar_vin scsi_mod sh_mobile_sdhi soc_camera sh_mmcif tmio_mmc_core
> soc_mediabus mmc_core videobuf_core soc_scale_crop(Pa
> [ 310.294680] CPU: 3 PID: 608 Comm: kworker/3:1H Tainted: P
> 4.5.0-rc3-00463-gd57d2d31ebee #581
> [ 310.304431] Hardware name: Generic R8A7790 (Flattened Device Tree)
> [ 310.310625] Workqueue: rpciod xprt_autoclose
> [ 310.314908] Backtrace:
> [ 310.317380] [<c0014c38>] (dump_backtrace) from [<c0014f50>]
> (show_stack+0x20/0x24)
> [ 310.324959] r6:c05be48c r5:00000000 r4:60000013 r3:e9a62000
> [ 310.330669] [<c0014f30>] (show_stack) from [<c01ed99c>]
> (dump_stack+0x8c/0xac)
> [ 310.337906] [<c01ed910>] (dump_stack) from [<c002aab0>]
> (warn_slowpath_common+0x88/0xc4)
> [ 310.346006] r5:0000009b r4:00000000
> [ 310.349606] [<c002aa28>] (warn_slowpath_common) from [<c002ab18>]
> (warn_slowpath_null+0x2c/0x34)
> [ 310.358400] r8:e9a248d8 r7:ea375364 r6:e9a248c4 r5:e9a248d8 r4:e9a247c0
> [ 310.365156] [<c002aaec>] (warn_slowpath_null) from [<c0405d24>]
> (inet_sock_destruct+0x188/0x1d8)
> [ 310.373958] [<c0405b9c>] (inet_sock_destruct) from [<c038a2e8>]
> (sk_destruct+0x28/0x118)
> [ 310.382057] r6:e9d593c0 r5:e9a248d8 r4:e9a247c0 r3:c0405b9c
> [ 310.387763] [<c038a2c0>] (sk_destruct) from [<c038a40c>]
> (__sk_free+0x34/0xc0)
> [ 310.394994] r5:e9a248d8 r4:e9a247c0
> [ 310.398595] [<c038a3d8>] (__sk_free) from [<c038a56c>] (sk_free+0x44/0x48)
> [ 310.405474] r4:e9a247c0 r3:e9a2486c
> [ 310.409074] [<c038a528>] (sk_free) from [<c038a6ac>]
> (sk_common_release+0xf0/0xfc)
> [ 310.416662] [<c038a5bc>] (sk_common_release) from [<c03f79d8>]
> (udp_lib_close+0x10/0x14)
> [ 310.424761] r5:e9d593c0 r4:e9a247c0
> [ 310.428367] [<c03f79c8>] (udp_lib_close) from [<c0405a6c>]
> (inet_release+0x54/0x80)
> [ 310.436041] [<c0405a18>] (inet_release) from [<c0384914>]
> (sock_release+0x30/0xac)
> [ 310.443620] r5:00000000 r4:e9d593c0
> [ 310.447224] [<c03848e4>] (sock_release) from [<c0428960>]
> (xs_reset_transport+0xc4/0x138)
> [ 310.455411] r5:e9a247c0 r4:ea375000
> [ 310.459012] [<c042889c>] (xs_reset_transport) from [<c04289f0>]
> (xs_close+0x1c/0x30)
> [ 310.466764] r8:ff7c4300 r7:ea375228 r6:ea375000 r5:ea375278 r4:ea375000
> r3:c04289d4
> [ 310.474568] [<c04289d4>] (xs_close) from [<c0425de8>]
> (xprt_autoclose+0x40/0x74)
> [ 310.481972] r4:ea375244 r3:c04289d4
> [ 310.485579] [<c0425da8>] (xprt_autoclose) from [<c004256c>]
> (process_one_work+0x170/0x430)
> [ 310.493853] r7:c06a4878 r6:e876da00 r5:ea282880 r4:ea375244
> [ 310.499558] [<c00423fc>] (process_one_work) from [<c00428b0>]
> (worker_thread+0x3c/0x55c)
> [ 310.507658] r10:e876da00 r9:c0660100 r8:00000008 r7:ea282898 r6:e876da18
> r5:e876da00
> [ 310.515544] r4:ea282880
> [ 310.518096] [<c0042874>] (worker_thread) from [<c004893c>]
> (kthread+0xf4/0x114)
> [ 310.525414] r10:00000000 r9:00000000 r8:00000000 r7:c0042874 r6:ea282880
> r5:00000000
> [ 310.533301] r4:e9948d80
> [ 310.535850] [<c0048848>] (kthread) from [<c00119e8>]
> (ret_from_fork+0x14/0x2c)
> [ 310.543081] r7:00000000 r6:00000000 r5:c0048848 r4:e9948d80
> [ 310.548803] ---[ end trace 02711a72b6e0a70c ]---
I'm guessing that you enabled LPAE in your kernel configuration but
the ethernet driver only does 32-bit bus mastering?
Cheers,
/ magnus
