macmpi
macmpi
Here is an excerpt of a successful paring and then connection process with same remote on my main machine (Ubuntu 20.04, kernel 5.13, bluez 5.3) ``` [bluetooth]# pair B4:4B:1B:04:04:5F Attempting...
It seems there was a pairing issue with remote if paired several times with same device HW, even after proper `remove`, or OS re-install (remote probably may not update its...
Just checked again compiling latest master at commit 163de8e231e6e138ebfea710df8211f22d4b9b4e Same issue on Alpine 3.16, x86-64, kernel 5.15.41 ``` [bluetooth]# connect B4:4B:1B:04:04:5F Attempting to connect to B4:4B:1B:04:04:5F [CHG] Device B4:4B:1B:04:04:5F Connected:...
@kakra hum... could be `Remote Consumer Control` has disappeared since 5.12 reading [this](https://lore.kernel.org/lkml/20210115044425.GA1395024@koala/T/) indeed. This would explain and be consistent with observations then (_mixed_+ vs _mixed_ in table): thanks. Not...
> so adding the `btusb.enable_autosuspend=n` Kernel parameter That proposed workaround did not fix the issue on my original testcase when connections to remote are initiated with `bluetoothctl connect`. I can't...
> Please add the btmon/HCI trace so we can check what is going on at HCI layer. [hcidump_pairing.log](https://github.com/bluez/bluez/files/11399587/hcidump_pairing.log) is log during pairing Pi device with BT remote [hcidump_connect.log](https://github.com/bluez/bluez/files/11399586/hcidump_connect.log) is first...
> @macmpi Are you sure the device is connectable? Not sure what you mean. Device is supposed to be connectable, as it has always been (refer to the [extensive tests...
[`main.conf`](https://github.com/bluez/bluez/files/11401760/main.conf.txt) is unchanged. Unsure about firmware. Strange thing is that connection still works fine when initiated by remote, but fails when initiated by bluez device.
referring https://github.com/bluez/bluez/issues/319 with further tests scenarii
@Vudentz would it be possible to have an option which disable overall coloring and escape sequences ([NO_COLOR](https://no-color.org/) or al)? This makes scripting (`expect`/`sexpect`) unnecessarily painfull. Thanks for consideration.