Hi Johan, >> Fix of thread racing in bt_att_send() >> >> In case bt_att_send() is called from other thread, internal thread >> could complete >> just added operation before bt_att_send() returns. So, the function >> return 0 as in error case. > > I don't think any of our libraries have been designed to be used in a > multi-threaded context. We could try fixing individual issues like this > but it's a slippery slope which will lead you to find more and more > things to fix - ultimately leading to greatly increased code complexity > because the fundamental design doesn't take multi-threading into account. the whole BlueZ internal code is not thread safe. And that is on purpose. We want to keep the tools and daemons single threaded. Regards Marcel -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
