* Possible crashing bug in bluez 5.44 [not found] <bbe1720b-5d67-2257-1be1-d1051790dbc4@cysioland.pl> @ 2017-04-01 9:15 ` Cysioland 2017-04-03 9:24 ` Bastien Nocera 0 siblings, 1 reply; 2+ messages in thread From: Cysioland @ 2017-04-01 9:15 UTC (permalink / raw) To: linux-bluetooth Hello, I've encountered a possible bug when trying to connect my Bluetooth headset via A2DP. Pairing is fine, but when it tries to connect the bluetoothd segfaults, with the following stacktrace: #0 0x0000000000469d60 n/a (bluetoothd) #1 0x00000000004472d3 n/a (bluetoothd) #2 0x000000000047a31d n/a (bluetoothd) #3 0x0000000000447405 n/a (bluetoothd) #4 0x00007f8ac61cf45a g_main_context_dispatch (libglib-2.0.so.0) #5 0x00007f8ac61cf810 n/a (libglib-2.0.so.0) #6 0x00007f8ac61cfb32 g_main_loop_run (libglib-2.0.so.0) #7 0x000000000040b6b2 n/a (bluetoothd) #8 0x00007f8ac57a5511 __libc_start_main (libc.so.6) #9 0x000000000040bf0a n/a (bluetoothd) I've installed bluez via Arch Linux packages, and after downgrading to 5.43 the bug no longer appears. I recall seeing lots of work done between these two on A2DP, so I suspect a regression there. Relevant Arch bug, where they told me to hit here: https://bugs.archlinux.org/task/53442 Should I report it to your Bugzilla? Do you need any more info or help? -- Yours Faithfully, Cysioland https://cysioland.pl ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Possible crashing bug in bluez 5.44 2017-04-01 9:15 ` Possible crashing bug in bluez 5.44 Cysioland @ 2017-04-03 9:24 ` Bastien Nocera 0 siblings, 0 replies; 2+ messages in thread From: Bastien Nocera @ 2017-04-03 9:24 UTC (permalink / raw) To: Cysioland, linux-bluetooth On Sat, 2017-04-01 at 11:15 +0200, Cysioland wrote: > Hello, > > I've encountered a possible bug when trying to connect my Bluetooth > headset via A2DP. Pairing is fine, but when it tries to connect the > bluetoothd segfaults, with the following stacktrace: > > #0 0x0000000000469d60 n/a (bluetoothd) > #1 0x00000000004472d3 n/a (bluetoothd) > #2 0x000000000047a31d n/a (bluetoothd) > #3 0x0000000000447405 n/a (bluetoothd) > #4 0x00007f8ac61cf45a g_main_context_dispatch (libglib-2.0.so.0) > #5 0x00007f8ac61cf810 n/a (libglib-2.0.so.0) > #6 0x00007f8ac61cfb32 g_main_loop_run (libglib-2.0.so.0) > #7 0x000000000040b6b2 n/a (bluetoothd) > #8 0x00007f8ac57a5511 __libc_start_main (libc.so.6) > #9 0x000000000040bf0a n/a (bluetoothd) You'll need to install debugging symbols, this is unusable unfortunately. > I've installed bluez via Arch Linux packages, and after downgrading > to > 5.43 the bug no longer appears. I recall seeing lots of work done > between these two on A2DP, so I suspect a regression there. > > Relevant Arch bug, where they told me to hit here: > https://bugs.archlinux.org/task/53442 > > Should I report it to your Bugzilla? Do you need any more info or > help? Cheers ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2017-04-03 9:24 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <bbe1720b-5d67-2257-1be1-d1051790dbc4@cysioland.pl>
2017-04-01 9:15 ` Possible crashing bug in bluez 5.44 Cysioland
2017-04-03 9:24 ` Bastien Nocera
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox