* MIPS: hang in kmalloc with seccomp writer locks
@ 2014-08-11 11:35 Manuel Lauss
2014-08-11 11:49 ` David Rientjes
2014-08-11 15:11 ` Guenter Roeck
0 siblings, 2 replies; 4+ messages in thread
From: Manuel Lauss @ 2014-08-11 11:35 UTC (permalink / raw)
To: Kees Cook; +Cc: Linux-MIPS, LKML
Hi Kees,
My MIPS32 toys hang early during bootup at the first kmalloc() with
seccomp enabled.
I've bisected it to commit dbd952127d11bb44a4ea30b08cc60531b6a23d71
("seccomp: introduce writer locking"). And indeed, reverting this
commit fixes the hang.
I'm not sure if seccomp is even working on MIPS, but I've never had
problems with
it before so I thought I let you know.
Thanks, and have a nice day!
Manuel
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: MIPS: hang in kmalloc with seccomp writer locks
2014-08-11 11:35 MIPS: hang in kmalloc with seccomp writer locks Manuel Lauss
@ 2014-08-11 11:49 ` David Rientjes
2014-08-11 12:02 ` Manuel Lauss
2014-08-11 15:11 ` Guenter Roeck
1 sibling, 1 reply; 4+ messages in thread
From: David Rientjes @ 2014-08-11 11:49 UTC (permalink / raw)
To: Manuel Lauss; +Cc: Kees Cook, Linux-MIPS, LKML
On Mon, 11 Aug 2014, Manuel Lauss wrote:
> Hi Kees,
>
> My MIPS32 toys hang early during bootup at the first kmalloc() with
> seccomp enabled.
> I've bisected it to commit dbd952127d11bb44a4ea30b08cc60531b6a23d71
> ("seccomp: introduce writer locking"). And indeed, reverting this
> commit fixes the hang.
>
> I'm not sure if seccomp is even working on MIPS, but I've never had
> problems with
> it before so I thought I let you know.
>
Does enabling CONFIG_DEBUG_SPINLOCK fix the issue?
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: MIPS: hang in kmalloc with seccomp writer locks
2014-08-11 11:49 ` David Rientjes
@ 2014-08-11 12:02 ` Manuel Lauss
0 siblings, 0 replies; 4+ messages in thread
From: Manuel Lauss @ 2014-08-11 12:02 UTC (permalink / raw)
To: David Rientjes; +Cc: Kees Cook, Linux-MIPS, LKML
On Mon, Aug 11, 2014 at 1:49 PM, David Rientjes <rientjes@google.com> wrote:
> On Mon, 11 Aug 2014, Manuel Lauss wrote:
>
>> Hi Kees,
>>
>> My MIPS32 toys hang early during bootup at the first kmalloc() with
>> seccomp enabled.
>> I've bisected it to commit dbd952127d11bb44a4ea30b08cc60531b6a23d71
>> ("seccomp: introduce writer locking"). And indeed, reverting this
>> commit fixes the hang.
>>
>> I'm not sure if seccomp is even working on MIPS, but I've never had
>> problems with
>> it before so I thought I let you know.
>>
>
> Does enabling CONFIG_DEBUG_SPINLOCK fix the issue?
Yes it does indeed.
Manuel
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: MIPS: hang in kmalloc with seccomp writer locks
2014-08-11 11:35 MIPS: hang in kmalloc with seccomp writer locks Manuel Lauss
2014-08-11 11:49 ` David Rientjes
@ 2014-08-11 15:11 ` Guenter Roeck
1 sibling, 0 replies; 4+ messages in thread
From: Guenter Roeck @ 2014-08-11 15:11 UTC (permalink / raw)
To: Manuel Lauss; +Cc: Kees Cook, Linux-MIPS, LKML
On Mon, Aug 11, 2014 at 01:35:28PM +0200, Manuel Lauss wrote:
> Hi Kees,
>
> My MIPS32 toys hang early during bootup at the first kmalloc() with
> seccomp enabled.
> I've bisected it to commit dbd952127d11bb44a4ea30b08cc60531b6a23d71
> ("seccomp: introduce writer locking"). And indeed, reverting this
> commit fixes the hang.
>
> I'm not sure if seccomp is even working on MIPS, but I've never had
> problems with
> it before so I thought I let you know.
>
Also see [1] and [2], the latter providing a patch to fix the problem.
The problem is only seen in unicore systems with lock debugging disabled.
Guenter
---
[1] https://lkml.org/lkml/2014/8/9/163
[2] https://lkml.org/lkml/2014/8/10/184
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-08-11 15:12 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-08-11 11:35 MIPS: hang in kmalloc with seccomp writer locks Manuel Lauss
2014-08-11 11:49 ` David Rientjes
2014-08-11 12:02 ` Manuel Lauss
2014-08-11 15:11 ` Guenter Roeck
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.