Add support for native Bluetooth with new stack

[CommandMaker]

Hello !

I don't know if you'll accept this patch.
I got my DW1560 to be recognized as a native bluetooth controller and fix my AirDrop (it is now working flawlessly).
The main problem with the detection was that bluetoothd was testing the USB Product Name against an hardcoded string, which failed and led to thinking of it as an external dongle.

I also patched VSC error as non-Apple Broadcom cards don't support it and disabled Ultra High Efficiency check as both led to HCI Initialization Failed

For now the patch is working with an NVRAM variable as I said in my comment on the issue but I am working on it to remove its use.

I don't think this patch change enough things for now (it at least allow to detect internal bluetooth and fix AirDrop) but I will try to improve it (I am a beginner in reverse-engineering)

Have a nice day !

[vit9696]

Hello, I have just added a newer bluetoothd patch to master. Please check it, perhaps it helps you too.

NVRAM variables are fine, it is much harder to maintain patches than to set them in my opinion.

[CommandMaker]

I applied your patch but I can't a a significant difference, the chipset is still detected as a THIRD_PARTY_DONGLE without mine. The problem with the NVRAM variable is the length limit, if a card have a product name longer than 29 characters, the patch cannot be applied. To be honest, I don't have much clue where to see next for fixing continuity features such as continuity camera or airplay to Apple TV

[vit9696]

I applied your patch but I can't a a significant difference, the chipset is still detected as a THIRD_PARTY_DONGLE without mine.

This is not a problem, because whether or not it is considered third party continuity features will not work.
As long as basic bluetooth functionality works, it is all you can hope for.