Found the problem, seems to be an issue with the armv6 optimized volume
functions.
armv6 instructions should be compatible with armv7 correct? Is the check
valid in cpu-arm.c
if (arch >= 6)
*flags |= PA_CPU_ARM_V6;
if (arch >= 7)
*flags |= PA_CPU_ARM_V7;
can it be both ARM_V6 and ARM_V7?
On Mon, Apr 4, 2011 at 12:03 PM, Baek Chang <baeksan at ccrma.stanford.edu>wrote:
> It seems to be related to mono to stereo remapping, or the upsampling, I am
> playing a mono 16kHz file repeatedly, and sometimes the error occurs.
>
> I: client.c: Created 12 "Native client (UNIX socket client)"
> D: protocol-native.c: Protocol version: remote 19, local 19
> I: protocol-native.c: Got credentials: uid=0 gid=0 success=1
> D: protocol-native.c: SHM possible: yes
> D: protocol-native.c: Negotiated SHM: no
> D: module-palm-policy.c: found virtual sink index on virtual sink 4, name
> pmedia, index 4
> D: module-suspend-on-idle.c: Sink pcm_output becomes busy.
> D: resampler.c: Channel matrix:
> D: resampler.c: I00
> D: resampler.c: +------
> D: resampler.c: O00 | 1.000
> D: resampler.c: O01 | 1.000
> I: remap.c: Using mono to stereo remapping
> I: resampler.c: Using resampler 'ffmpeg'
> I: resampler.c: Using s16le as working format.
> D: memblockq.c: memblockq requested: maxlength=33554432, tlength=0, base=4,
> prebuf=0, minreq=1 maxrewind=0
> D: memblockq.c: memblockq sanitized: maxlength=33554432, tlength=33554432,
> base=4, prebuf=0, minreq=4 maxrewind=0
> I: sink-input.c: Created input 11 "GST Playback Stream" on pcm_output with
> sample spec s16le 1ch 16000Hz and channel map mono
> I: sink-input.c: media.name = "GST Playback Stream"
> I: sink-input.c: application.name = "gst-launch-0.10"
> I: sink-input.c: native-protocol.peer = "UNIX socket client"
> I: sink-input.c: native-protocol.version = "19"
> I: sink-input.c: application.process.id = "10626"
> I: sink-input.c: application.process.user = "root"
> I: sink-input.c: application.process.host = "palm-webos"
> I: sink-input.c: application.process.binary = "gst-launch-0.10"
> I: sink-input.c: application.language = "C"
> I: sink-input.c: application.process.machine_id = "palm-webos"
> I: protocol-native.c: Requested tlength=200.00 ms, minreq=10.00 ms
> D: protocol-native.c: Adjust latency mode enabled, configuring sink latency
> to half of overall latency.
> D: memblockq.c: memblockq requested: maxlength=4194304, tlength=4660,
> base=2, prebuf=0, minreq=320 maxrewind=0
> D: memblockq.c: memblockq sanitized: maxlength=4194304, tlength=4660,
> base=2, prebuf=0, minreq=320 maxrewind=0
> I: protocol-native.c: Final latency 200.05 ms = 125.62 ms + 2*10.00 ms +
> 54.42 ms
> D: sink-input.c: Requesting rewind due to uncorking
> D: alsa-sink.c: Requested to rewind 9600 bytes.
> D: alsa-sink.c: Limited to 9344 bytes.
> D: alsa-sink.c: before: 2336
> D: alsa-sink.c: after: 2336
> D: alsa-sink.c: Rewound 9344 bytes.
> D: sink.c: Processing rewind...
> D: source.c: Processing rewind...
>
>
> On Mon, Apr 4, 2011 at 11:45 AM, Baek Chang <baeksan at ccrma.stanford.edu>wrote:
>
>> Hi,
>>
>> Trying to debug pulseaudio 0.9.22 and I am seeing some alignment trap
>> warnings from kernel
>>
>> [ 1564.095562] Alignment trap: alsa-sink (5580) PC=0x2ab2ca3c
>> Instr=0xe1ca00d0 Address=0x2af9302a FSR 0x011
>> [ 1564.095597] Alignment trap: alsa-sink (5580) PC=0x2ab2ca68
>> Instr=0xe0ca00f8 Address=0x2af9302a FSR 0x811
>> [ 1564.113377] Alignment trap: alsa-sink (5580) PC=0x2ab2ca3c
>> Instr=0xe1ca00d0 Address=0x2af93032 FSR 0x011
>> [ 1564.122811] Alignment trap: alsa-sink (5580) PC=0x2ab2ca68
>> Instr=0xe0ca00f8 Address=0x2af93032 FSR 0x811
>> [ 1564.132240] Alignment trap: alsa-sink (5580) PC=0x2ab2ca3c
>> Instr=0xe1ca00d0 Address=0x2af9303a FSR 0x011
>> [ 1564.141703] Alignment trap: alsa-sink (5580) PC=0x2ab2ca68
>> Instr=0xe0ca00f8 Address=0x2af9303a FSR 0x811
>> [ 1564.151195] Alignment trap: alsa-sink (5580) PC=0x2ab2ca3c
>> Instr=0xe1ca00d0 Address=0x2af93042 FSR 0x011
>> [ 1564.160625] Alignment trap: alsa-sink (5580) PC=0x2ab2ca68
>> Instr=0xe0ca00f8 Address=0x2af93042 FSR 0x811
>> [ 1564.170065] Alignment trap: alsa-sink (5580) PC=0x2ab2ca3c
>> Instr=0xe1ca00d0 Address=0x2af9304a FSR 0x011
>>
>> I tried connecting to gdb and reproducing the issue, the problem is that
>> pulseaudio doesn't crash, but eventually terminates.
>> Any ideas on how to debug this?
>>
>> Thanks
>> Baek
>>
>
>
>
> --
> -baeksanchang
>
--
-baeksanchang
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/pulseaudio-discuss/attachments/20110404/baf542c0/attachment.htm>
