Bug 1350490
Summary: | bluetooth a2dp broken on arm | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Chanho Park <parkch98> |
Component: | sbc | Assignee: | Peter Robinson <pbrobinson> |
Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 24 | CC: | geonho, parkch98, pbrobinson |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | armhfp | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: |
Fedora24 ARM
Fedora22 ARM(with newly build sbc)
Linux kernel version: 3.10.93
No GUI environment. Just run pulseaudio and bluez by commandline.
|
|
Last Closed: | 2017-08-08 15:06:00 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Chanho Park
2016-06-27 15:02:51 UTC
> The sbc-1.3-2 has been never built again since it was released from fedora22.
> As I know, gcc version was changed from gcc-4.9 to gcc-5.3 after released
> fedora22. I think it could affect the operation of sbc.
That is incorrect, the Release is the -2 on the example above is bumped for every rebuild. So -3 is the rebuild of -2 for F-23, and -4 was the rebuild for F-24, they are all the same code, just rebuilt.
It could be an issue elsewhere, could you please submit a full backtrace using ABRT so we get the full debug symbols.
Also are you using a GUI interface to connect or command line, please provide the details.
I meant sbc-1.3-2 of fedora22. I focused what difference is between original "sbc-1.3-2" and built "sbc-1.3-2" by me. The code was same and everything was same except sbc binary. Please try fedora22 arm with original sbc installation and your build installation. I'm using ARM headless machine which has a 3.10.93 linux kernel and no GUI environment. I already install all debuginfo packages for pulseaudio, bluez and sbc. I can't get full backtrace because the lr register was corrupted. 0xb0943a58 in sbc_analyze_eight_armv6 () at sbc/sbc_primitives_armv6.c:115 115 __asm__ volatile ( (gdb) bt #0 0xb0943a58 in sbc_analyze_eight_armv6 () at sbc/sbc_primitives_armv6.c:115 #1 0x0000fffe in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) info registers r0 0xfffc0001 4294705153 r1 0xb70ee4af 3071206575 r2 0xb0944c08 2962508808 r3 0x1ffff 131071 r4 0x201b 8219 r5 0x15467 87143 r6 0xffff5f4d 4294926157 r7 0xfffe8306 4294869766 r8 0x1d4d206f 491593839 r9 0x33badf91 867884945 r10 0xa4adf91 172679057 r11 0xd426206f 3559268463 r12 0x20003 131075 sp 0xb0934bf8 0xb0934bf8 lr 0xffff 65535 pc 0xb0943a58 0xb0943a58 <sbc_analyze_eight_armv6+464> cpsr 0x80000010 -2147483632 I also found there is no error with neon primitives. Please try build with below: make CFLAGS+="-mfpu=neon" %{?_smp_mflags} V=1 (In reply to Chanho Park from comment #3) > I also found there is no error with neon primitives. > Please try build with below: > > make CFLAGS+="-mfpu=neon" %{?_smp_mflags} V=1 We don't support NEON flags in the userspace > I'm using ARM headless machine which has a 3.10.93 linux kernel and no GUI > environment. Please outline how this userspace environment is configured so the problem can be recreated. Please also outline the device as this is not a supported Fedora kernel. > I already install all debuginfo packages for pulseaudio, bluez and sbc. > I can't get full backtrace because the lr register was corrupted. Please submit using the abrt cli and the original Fedora build sbc https://bugzilla.redhat.com/show_bug.cgi?id=1290347 This bug was already reported before. This is register information when problem was reproduce. (gdb) info register r0 0x0 0 r1 0xab52fd71 2874342769 r2 0xf1080c08 4043836424 r3 0x0 0 r4 0xffffd5ca 4294956490 r5 0xffffee84 4294962820 r6 0x117c 4476 r7 0x2a36 10806 r8 0x1d4d206f 491593839 r9 0x33badf91 867884945 r10 0xa4adf91 172679057 r11 0xd426206f 3559268463 r12 0xffff 65535 sp 0xf1070bf8 0xf1070bf8 lr 0x0 0 pc 0xf107fa58 0xf107fa58 <sbc_analyze_eight_armv6+464> cpsr 0x80000010 -2147483632 (gdb) r1 register address is 0xab52fd71. and r1 is arguments for abc_analyze_eight_armv6. It mean r1 register have to set aligned address to access memory. It is some strange why abc_analyze_eight_armv6 worked failed on f23 and f24. Below are reproduce sequnces: 1. Connect a bluetooth headset using bluetoothctl [root@localhost ~]# bluetoothctl [NEW] Controller 00:58:D0:84:84:E4 ARTIK710 [default] [bluetooth]# scan on Discovery started [CHG] Controller 00:58:D0:84:84:E4 Discovering: yes [NEW] Device E9:A7:50:0A:C0:25 Tempo- Unnamed [NEW] Device 1C:52:16:3E:40:F6 QCY-QY12 [bluetooth]# pair 1C:52:16:3E:40:F6 Attempting to pair with 1C:52:16:3E:40:F6 [CHG] Device 1C:52:16:3E:40:F6 Connected: yes [CHG] Device 1C:52:16:3E:40:F6 UUIDs: 00001101-0000-1000-8000-00805f9b34fb [CHG] Device 1C:52:16:3E:40:F6 UUIDs: 00001108-0000-1000-8000-00805f9b34fb [CHG] Device 1C:52:16:3E:40:F6 UUIDs: 0000110b-0000-1000-8000-00805f9b34fb [CHG] Device 1C:52:16:3E:40:F6 UUIDs: 0000110c-0000-1000-8000-00805f9b34fb [CHG] Device 1C:52:16:3E:40:F6 UUIDs: 0000110e-0000-1000-8000-00805f9b34fb [CHG] Device 1C:52:16:3E:40:F6 UUIDs: 0000111e-0000-1000-8000-00805f9b34fb [CHG] Device 1C:52:16:3E:40:F6 ServicesResolved: yes [CHG] Device 1C:52:16:3E:40:F6 Paired: yes Pairing successful [QCY-QY12]# connect 1C:52:16:3E:40:F6 Attempting to connect to 1C:52:16:3E:40:F6 Connection successful [CHG] Device E9:A7:50:0A:C0:25 RSSI: -80 [QCY-QY12]# exit 2. set card profile to a2dp_sink pactl set-card-profile 2 a2dp_sink 3. Play a mp3 file using mplayer mplayer -ao pulse test.mp3 AO: [pulse] 44100Hz 2ch s16le (2 bytes per sample) Video: no video Starting playback... [ 426.560000] Unhandled fault: alignment fault (0x92000061) at 0x00000000ab341501 Audio device got stuck! AO: [pulse] pa_stream_write() failed: Connection terminated AO: [pulse] pa_stream_get_latency() failed: Connection terminated This message is a reminder that Fedora 24 is nearing its end of life. Approximately 2 (two) weeks from now Fedora will stop maintaining and issuing updates for Fedora 24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '24'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 24 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. |