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