You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Bluetooth compatibility with 4.0 devices (e.g. mouses, keyboards) has been problematic for 3rd party bluetooth devices ever since IntelBluetoothFirmware had been first developed. Now we finally have a breakthrough. Discussing with @zxystd, I was able to locate bugs in the Apple code that are causing this issue - patching a function called FindQueuedRequest could "solve" this issue, but the real issue is that Apple neglected to add certain operations specific to opcode 0x2019 (LE Start Encryption) in SendHCIRequestFormatted, the function that handles HCI requests most of the times as its name clearly shows. Its counterpart that sends raw packets, however, does deal with this special opCode and thus native Broadcom Bluetooth devices don't have this compatibility flaw as they use SendRawHCICommand instead with 0x2019. Therefore, I have attempted to patch SendHCIRequestFormatted to do the same operations as SendRawHCICommand. The validity of this approach is to be verified.
The text was updated successfully, but these errors were encountered:
Bluetooth compatibility with 4.0 devices (e.g. mouses, keyboards) has been problematic for 3rd party bluetooth devices ever since IntelBluetoothFirmware had been first developed. Now we finally have a breakthrough. Discussing with @zxystd, I was able to locate bugs in the Apple code that are causing this issue - patching a function called FindQueuedRequest could "solve" this issue, but the real issue is that Apple neglected to add certain operations specific to opcode 0x2019 (LE Start Encryption) in SendHCIRequestFormatted, the function that handles HCI requests most of the times as its name clearly shows. Its counterpart that sends raw packets, however, does deal with this special opCode and thus native Broadcom Bluetooth devices don't have this compatibility flaw as they use SendRawHCICommand instead with 0x2019. Therefore, I have attempted to patch SendHCIRequestFormatted to do the same operations as SendRawHCICommand. The validity of this approach is to be verified.
The text was updated successfully, but these errors were encountered: