Re: [PATCH] Bluetooth: avoid recursive locking in hci_send_to_channel()

2017-10-30 Thread Marcel Holtmann
Hi Sebastian, > Mart reported a deadlock in -RT in the call path: > hci_send_monitor_ctrl_event() -> hci_send_to_channel() > > because both functions acquire the same read lock hci_sk_list.lock. This > is also a mainline issue because the qrwlock implementation is writer > fair (the traditional

Re: [PATCH] Bluetooth: avoid recursive locking in hci_send_to_channel()

2017-09-24 Thread Mart van de Wege
Confirm that 4.11.12-rt14 with this fix boots normally. On Thu, 21 Sep 2017 15:51:23 +0200 Sebastian Andrzej Siewior wrote: > Mart reported a deadlock in -RT in the call path: > hci_send_monitor_ctrl_event() -> hci_send_to_channel() > > because both functions acquire the same read lock hci_sk

[PATCH] Bluetooth: avoid recursive locking in hci_send_to_channel()

2017-09-21 Thread Sebastian Andrzej Siewior
Mart reported a deadlock in -RT in the call path: hci_send_monitor_ctrl_event() -> hci_send_to_channel() because both functions acquire the same read lock hci_sk_list.lock. This is also a mainline issue because the qrwlock implementation is writer fair (the traditional rwlock implementation is r