* mxs-dcp: BUG: init/1 still has locks held!
@ 2014-05-11 19:57 Fabio Estevam
2014-05-11 20:08 ` Alexander Shiyan
0 siblings, 1 reply; 4+ messages in thread
From: Fabio Estevam @ 2014-05-11 19:57 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
Running linux-next 20140509 on a mx28evk I observe the following warning:
[ 8.526613] Freeing unused kernel memory: 232K (c0683000 - c06bd000)
starting pid 56, tty '': '/etc/rc.d/rcS'
[ 9.110314]
[ 9.111864] =====================================
[ 9.116603] [ BUG: init/1 still has locks held! ]
[ 9.121488] 3.15.0-rc4-next-20140509-00001-g319564e #1154 Not tainted
[ 9.128071] -------------------------------------
[ 9.132825] 1 lock held by init/1:
[ 9.136252] #0: (global_mutex){+.+.+.}, at: [<c0387d68>] mxs_dcp_probe+0x14
[ 9.144196]
[ 9.144196] stack backtrace:
[ 9.148888] CPU: 0 PID: 1 Comm: init Not tainted 3.15.0-rc4-next-20140509-004
[ 9.157610] [<c000da40>] (unwind_backtrace) from [<c000bda4>] (show_stack+0x)
[ 9.165595] [<c000bda4>] (show_stack) from [<c00153d4>] (do_fork+0x2c8/0x3cc)
[ 9.172921] [<c00153d4>] (do_fork) from [<c0015550>] (sys_vfork+0x20/0x2c)
[ 9.179973] [<c0015550>] (sys_vfork) from [<c0009580>] (ret_fast_syscall+0x0)
Mounting /proc and /sys
Should we really use a global mutex here? What is a proper fix for this?
Regards,
Fabio Estevam
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: mxs-dcp: BUG: init/1 still has locks held!
2014-05-11 19:57 mxs-dcp: BUG: init/1 still has locks held! Fabio Estevam
@ 2014-05-11 20:08 ` Alexander Shiyan
2014-05-11 20:09 ` Fabio Estevam
0 siblings, 1 reply; 4+ messages in thread
From: Alexander Shiyan @ 2014-05-11 20:08 UTC (permalink / raw)
To: linux-arm-kernel
Sun, 11 May 2014 16:57:57 -0300 ?? Fabio Estevam <festevam@gmail.com>:
> Hi,
>
> Running linux-next 20140509 on a mx28evk I observe the following warning:
>
> [ 8.526613] Freeing unused kernel memory: 232K (c0683000 - c06bd000)
> starting pid 56, tty '': '/etc/rc.d/rcS'
> [ 9.110314]
> [ 9.111864] =====================================
> [ 9.116603] [ BUG: init/1 still has locks held! ]
> [ 9.121488] 3.15.0-rc4-next-20140509-00001-g319564e #1154 Not tainted
> [ 9.128071] -------------------------------------
> [ 9.132825] 1 lock held by init/1:
> [ 9.136252] #0: (global_mutex){+.+.+.}, at: [<c0387d68>] mxs_dcp_probe+0x14
> [ 9.144196]
> [ 9.144196] stack backtrace:
> [ 9.148888] CPU: 0 PID: 1 Comm: init Not tainted 3.15.0-rc4-next-20140509-004
> [ 9.157610] [<c000da40>] (unwind_backtrace) from [<c000bda4>] (show_stack+0x)
> [ 9.165595] [<c000bda4>] (show_stack) from [<c00153d4>] (do_fork+0x2c8/0x3cc)
> [ 9.172921] [<c00153d4>] (do_fork) from [<c0015550>] (sys_vfork+0x20/0x2c)
> [ 9.179973] [<c0015550>] (sys_vfork) from [<c0009580>] (ret_fast_syscall+0x0)
> Mounting /proc and /sys
>
> Should we really use a global mutex here? What is a proper fix for this?
On my opinion mutex_lock/unlock should not be used in probe.
Try to remove this entirely.
---
^ permalink raw reply [flat|nested] 4+ messages in thread* mxs-dcp: BUG: init/1 still has locks held!
2014-05-11 20:08 ` Alexander Shiyan
@ 2014-05-11 20:09 ` Fabio Estevam
2014-05-11 20:22 ` Alexander Shiyan
0 siblings, 1 reply; 4+ messages in thread
From: Fabio Estevam @ 2014-05-11 20:09 UTC (permalink / raw)
To: linux-arm-kernel
On Sun, May 11, 2014 at 5:08 PM, Alexander Shiyan <shc_work@mail.ru> wrote:
> Sun, 11 May 2014 16:57:57 -0300 ?? Fabio Estevam <festevam@gmail.com>:
>> Hi,
>>
>> Running linux-next 20140509 on a mx28evk I observe the following warning:
>>
>> [ 8.526613] Freeing unused kernel memory: 232K (c0683000 - c06bd000)
>> starting pid 56, tty '': '/etc/rc.d/rcS'
>> [ 9.110314]
>> [ 9.111864] =====================================
>> [ 9.116603] [ BUG: init/1 still has locks held! ]
>> [ 9.121488] 3.15.0-rc4-next-20140509-00001-g319564e #1154 Not tainted
>> [ 9.128071] -------------------------------------
>> [ 9.132825] 1 lock held by init/1:
>> [ 9.136252] #0: (global_mutex){+.+.+.}, at: [<c0387d68>] mxs_dcp_probe+0x14
>> [ 9.144196]
>> [ 9.144196] stack backtrace:
>> [ 9.148888] CPU: 0 PID: 1 Comm: init Not tainted 3.15.0-rc4-next-20140509-004
>> [ 9.157610] [<c000da40>] (unwind_backtrace) from [<c000bda4>] (show_stack+0x)
>> [ 9.165595] [<c000bda4>] (show_stack) from [<c00153d4>] (do_fork+0x2c8/0x3cc)
>> [ 9.172921] [<c00153d4>] (do_fork) from [<c0015550>] (sys_vfork+0x20/0x2c)
>> [ 9.179973] [<c0015550>] (sys_vfork) from [<c0009580>] (ret_fast_syscall+0x0)
>> Mounting /proc and /sys
>>
>> Should we really use a global mutex here? What is a proper fix for this?
>
> On my opinion mutex_lock/unlock should not be used in probe.
> Try to remove this entirely.
I think the same. Will submit a patch doing as suggested.
Regards,
Fabio Estevam
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: mxs-dcp: BUG: init/1 still has locks held!
2014-05-11 20:09 ` Fabio Estevam
@ 2014-05-11 20:22 ` Alexander Shiyan
0 siblings, 0 replies; 4+ messages in thread
From: Alexander Shiyan @ 2014-05-11 20:22 UTC (permalink / raw)
To: linux-arm-kernel
Sun, 11 May 2014 17:09:27 -0300 ?? Fabio Estevam <festevam@gmail.com>:
> On Sun, May 11, 2014 at 5:08 PM, Alexander Shiyan <shc_work@mail.ru> wrote:
> > Sun, 11 May 2014 16:57:57 -0300 ?? Fabio Estevam <festevam@gmail.com>:
> >> Hi,
> >>
> >> Running linux-next 20140509 on a mx28evk I observe the following warning:
> >>
> >> [ 8.526613] Freeing unused kernel memory: 232K (c0683000 - c06bd000)
> >> starting pid 56, tty '': '/etc/rc.d/rcS'
> >> [ 9.110314]
> >> [ 9.111864] =====================================
> >> [ 9.116603] [ BUG: init/1 still has locks held! ]
> >> [ 9.121488] 3.15.0-rc4-next-20140509-00001-g319564e #1154 Not tainted
> >> [ 9.128071] -------------------------------------
> >> [ 9.132825] 1 lock held by init/1:
> >> [ 9.136252] #0: (global_mutex){+.+.+.}, at: [<c0387d68>] mxs_dcp_probe+0x14
> >> [ 9.144196]
> >> [ 9.144196] stack backtrace:
> >> [ 9.148888] CPU: 0 PID: 1 Comm: init Not tainted 3.15.0-rc4-next-20140509-004
> >> [ 9.157610] [<c000da40>] (unwind_backtrace) from [<c000bda4>] (show_stack+0x)
> >> [ 9.165595] [<c000bda4>] (show_stack) from [<c00153d4>] (do_fork+0x2c8/0x3cc)
> >> [ 9.172921] [<c00153d4>] (do_fork) from [<c0015550>] (sys_vfork+0x20/0x2c)
> >> [ 9.179973] [<c0015550>] (sys_vfork) from [<c0009580>] (ret_fast_syscall+0x0)
> >> Mounting /proc and /sys
> >>
> >> Should we really use a global mutex here? What is a proper fix for this?
> >
> > On my opinion mutex_lock/unlock should not be used in probe.
> > Try to remove this entirely.
>
> I think the same. Will submit a patch doing as suggested.
AFAIK, probe/remove are serialized and running only on one CPU/thread,
so any mutexes/spinlocks really not needed.
2ML: Please, FIXME if I am think incorrect.
---
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-05-11 20:22 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-05-11 19:57 mxs-dcp: BUG: init/1 still has locks held! Fabio Estevam
2014-05-11 20:08 ` Alexander Shiyan
2014-05-11 20:09 ` Fabio Estevam
2014-05-11 20:22 ` Alexander Shiyan
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox