Luiz Augusto von Dentz

``` > ACL Data RX: Handle 65 flags 0x02 dlen 26 #2945 [hci0] 2022-01-26 17:03:00.636995 LE L2CAP: Enhanced Credit Connection Request (0x17) ident 2 len 18 PSM: 39 (0x0027) MTU:...

@surban we have our emulator which we extensively use for testing our kernel interfaces, for userspace we do have some unit testing but that Im afraid is limited to daemon...

It is crashing inside libdbus though and I don't see how we could avoid that since it appears to be something internal when dealing with a DBusMessage.

@poedyatel afaik we just pass as is to the kernel, perhaps it could be a timing issue due to connection interval, etc, try using btmon to see how it looks...

@poedyatel from the looks of it it seems to try to process everything received, even if there is multiple events: https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/profiles/midi/midi.c#n115

Perhaps this can be archieved with some custom interface to the driver e.g. hdev->set_prio, BlueZ already has priority concept based on SO_PRIORITY. Anyway, this is sort of a bad design...

> > Perhaps this can be archieved with some custom interface to the driver e.g. hdev->set_prio, BlueZ already has priority concept based on SO_PRIORITY. > > Yeah I was wondering...

@LordOfDragons looks like this is down to USB actually as it is unable to send the urb, perhaps something is wrong with its endpoint.

Looks like a duplicated of #510, try with the following change: https://github.com/bluez/bluetooth-next/commit/52bf4fd43f759ac4698f041fff2cb27691698265

@andrewrembrandt could you please give it a try with the above change?