lkml.org 
[lkml]   [2012]   [Mar]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Random process lockup on ARM board: alsa-lib-1.0.25, FUTEX_WAIT_PRIVATE


On 03/07/2012 06:28 PM, Huang Shijie wrote:
> Hi,
>
> On Thu, Mar 8, 2012 at 4:07 AM, Darren Hart <dvhart@linux.intel.com> wrote:
>>
>>
>> On 02/29/2012 01:12 AM, Huang Shijie wrote:
>>> Hi ,
>>>
>>> I meet a similar problem with the latest futex code.
>>>
>>> I play the video and the processes will hang at the futex.
>>
>> Are either of you able to bisect the kernel? At the very least can you
>
> I finially found my arch/arm/include/asm/futex.h is not the
> latest, so i updated the header.

Just make sure it matches your kernel version.

>
> And the futex issue is gone now. But a dataAbort issue appears, I am
> not sure whether it caused by the futex patch.
> I am debugging it now.

Which APIs are you using that make the futex syscall?

--
Darren

>
>
> BR
> Huang Shijie
>> find two kernels where it works and where it does not?
>>
>> Hanging on FUTEX_WAIT_PRIVATE can be the symptom for higher level
>> problems including userspace locking issues and race conditions.
>>
>> Huang, are you also on ARM?
>
> Yes, FREESCALE imx6q platform.
>
> BR
> Huang Shijie
>>
>> --
>> Darren
>>
>>>
>>> BR
>>> Huang Shijie
>>>
>>> On Fri, Feb 24, 2012 at 8:29 AM, Jonathan Andrews <jon@jonshouse.co.uk> wrote:
>>>> Using kernel 3.2.5 with alsa-lib 1.0.25, all compiled with generic
>>>> Debian arm-linux-gnueabi toolchain.
>>>>
>>>> arm-linux-gnueabi-gcc (Debian 4.3.2-1.1) 4.3.2
>>>> Was used to build kernel, alsa-lib and application.
>>>>
>>>> Changing gcc version, kernel version or alsa-lib version makes the
>>>> problem worse or better, but ALL versions seem to suffer this problem. I
>>>> have also seen it once on Intel (but only once so far).
>>>>
>>>> Something seeks broken at a lower layer than im using. I simply don't
>>>> have the skill to debug it.
>>>>
>>>> The hardware is a USB cm109 audio adapter, but the problem seems to show
>>>> on more than this one driver.
>>>>
>>>> The audio application writing to alsa will freezes at random intervals,
>>>> infrequent at the moment, last one was after runtime 20H 37M 29S. Two
>>>> processes are running, one reading from the sound device and one writing
>>>> to the sound device. I am not using threading or anything very clever
>>>> just generic alsa functions.
>>>>
>>>> This is the only diagnostic I can generate so far as running the
>>>> application under strace slows it to the point it no longer functions
>>>> enough to generate the problem.
>>>>
>>>> ARM / # strace -p 417
>>>> Process 417 attached - interrupt to quit
>>>> futex(0x175734, FUTEX_WAIT_PRIVATE, 2, NULL^C <unfinished ...>
>>>> Process 417 detached
>>>>
>>>> ARM / # uname -a
>>>> Linux (none) 3.2.5 #2 Wed Feb 22 17:11:52 GMT 2012 armv4tl GNU/Linux
>>>> ARM / # uptime
>>>> 22:36:19 up 22:36, 0 users, load average: 0.15, 0.16, 0.18
>>>> ARM / # cat /proc/cpuinfo
>>>> Processor : ARM920T rev 0 (v4l)
>>>> BogoMIPS : 199.06
>>>> Features : swp half thumb crunch
>>>> CPU implementer : 0x41
>>>> CPU architecture: 4T
>>>> CPU variant : 0x1
>>>> CPU part : 0x920
>>>> CPU revision : 0
>>>>
>>>>
>>>> Any help welcome.
>>>>
>>>> Thanks,
>>>> Jon
>>>>
>>>>
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>>>> the body of a message to majordomo@vger.kernel.org
>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>> Please read the FAQ at http://www.tux.org/lkml/
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>> Please read the FAQ at http://www.tux.org/lkml/
>>
>> --
>> Darren Hart
>> Intel Open Source Technology Center
>> Yocto Project - Linux Kernel

--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel


\
 
 \ /
  Last update: 2012-03-08 04:39    [W:0.074 / U:0.152 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site