Please be aware that Linux* drivers for Intel® Wireless Adapters are developed in the open-source Linux community. We strongly advise you to check for more information about this behavior on the community page.
Linux* Support for Intel® Wireless Adapters
In our best effort, here are a couple items for your consideration:
- Make sure you are using the most recent Windows* drivers for your Intel® Dual Band Wireless-AC 8265. Wi-fi and Bluetooth* drivers can be found in the following page:
Downloads for Intel® Dual Band Wireless-AC 8265
- If you are using Windows* 8.1 or 10. Try disabling Fast Startup/Hybrid boot; this is a power option in Windows* and may affect the way the adapter behaves after power off/reboot. You should be able to find multiple tutorials about this topic in 3rd party websites.
I know that the Linux driver is open source. But that doesn't change the fact that Linux users currently only have access to the bluetooth firmware build 103, which is provided by Intel and is actually not open source, AFAIK.
I am using the most recent Windows drivers, and I'm not complaining about the Linux drivers. My primary concern right now are the Windows drivers, which seem to not work if Linux has been running prior to booting Windows.
Fast Startup/Hybrid boot is already disabled, as this may cause other issues as well in a dual boot environment.
The general issue seems to be that the bluetooth adapter is running the firmware version provided by whatever OS was booted first. So I dont see why you suggest switching to the latest Windows drivers. First of all, I am already using the latest drivers. Second, newer Windows drivers will ship with an even newer bluetooth firmware, and they will probably not work with firmware build 103 either.
The community page that you linked to includes download links for the ucode (that's the firmware for the Wifi part of the Intel 8265) but no downloads of the firmware for the bluetooth part of the Intel 8265. The same is true for the following Intel webpage: Linux* Support for Intel® Wireless Adapters
So I cannot upgrade the Linux side of things to match the firmware used by the Windows drivers to workaround the issue.
Keep in mind that issues that may arrive due to dual boot are out of our scope. We also advise you to check with the Computer Manufacturer Support to check for any limitation or additional recommendations for your computer model.
You may check the Linux forums and support channels for assistance on this as well.
In our best effort, check the following:
- Contact the Computer Manufacturer (OEM) and make sure your PC BIOS is up to date.
- Check the BIOS and disable Fast-boot or other technologies that my affect the normal boot process.
- Be aware that there are some known issues when using Bluetooth* in Linux. This is noted in the Linux community page: WiFi / Bluetooth coexistence: Having WiFi and Bluetooth running at the same time is a challenge. These scenarios have been tested thoroughly on 7260 and up, less so on earlier devices.
- Are you able to overcome this situation by doing a full power cycle of the PC? or how do you recover the PC from this condition?
- Do you have any issues if you use Windows* only?
I have this problem but I've found a reliable workaround for the issue.
It's easy and always works on my Dell XPS 9560 (using the latest available BIOS v1.1.3) with the Intel 8265 and a Windows 10 / Ubuntu 16.04.2 (Linux kernel 4.8.x) dual boot:
When I reboot the laptop and I want to switch OS, I need to enter the BIOS configuration pressing F2.
Then, no configuration change is needed in BIOS, I can just press the "Exit" button and reboot to the other OS.
When doing this simple trick, both the OS start with bluetooth is fully functional, my bluetooth mouse and keyboard automatically connect and work without a glitch.
If I forget to pass in the BIOS when switching the problem is still there. On Windows can be temporarily solved with a bluetooth driver reinstall.
Seems like the BIOS resets "some bits" that the drivers don't do at boot time but only at install time?
Could this be definitively solved with a driver update from Intel for both Windows and Linux versions?
Should I ask Dell to patch the BIOS instead, to add a "reset the bluetooth bits" function call on reboot instead of BIOS enter?
From an end-user perspective a driver update seems a more practical solution, as a driver update is more easily dispatched and installed than a BIOS one.
In any case, I just hope I'll not have to apply this workaround for the rest of the laptop or Intel 8265 life
Any advice on how to make it happen is really appreciated.
Sorry, just forgot to say that...
for me the problem is present both when booting from Windows to Linux or vice versa.
If I have the bluetooth working on one OS it's broken in the other, unless I use the trick to open the BIOS and just exit when switching OS.
Thank you for the information provided and for sharing your workaround. Please keep in mind that the Linux driver is maintained by the Linux community, so we advise you to check their website and provide your feedback there as well.
Make sure you are using Intel® Wireless Bluetooth® Software for Windows® 10 [19.40.1702]; also, try our recommendations regarding Fast startup in Windows* and fast boot in the BIOS.
I can't wait until it makes the news that dual boot environments are not supported by Intel. Please note my utter disappointment as I note Intel's resignation with regards to providing hardware and corresponding drivers suitable for advanced users.
Also, I have disabled fast boot in the BIOS and I have switched the BIOS to "thorough initialization" mode. However, no improvement: the Windows driver still fails to load if Linux was running before.
Why you would mention WiFi / Bluetooth coexistence issues is beyond me. I'm not complaining about poor performance or anything like that. I'm describing the symptom that the Windows driver doesn't even load and simply fails with an error. This issue is not related to WiFi / Bluetooth coexistence in any way.
Yes, power cycling the machine does resolve the issue. Even a suspend/resume cycle makes the Windows driver come to life again. Apparently, the Bluetooth adapter is power cycled during a suspend/resume cycle.
If I use Windows only, there are no issues. Then again, this whole thread is about an error observed in a dual boot environment. So are you just going to state that Intel's work here is done since it works fine when using Windows only? Oh well ....
Now if only you could tell me whether the BIOS of my machine is supposed to reset the Bluetooth adapter or not during a reboot, that would be nice. Then I could go to Dell and ask them for a BIOS update for my XPS 9560. Then again, I could imagine that such a statement is forbidden due to company policies.
yes, I also have a Dell XPS 9560. Entering the BIOS and exiting it again powers off the laptop, before it powers itself on again a second later, doesn't it? So essentially you're power cycling the machine. That's exactly what I'd like to avoid.
I have also noticed that reinstalling the Windows driver (without doing a reboot or power cycling the machine!) lets things work again. That's strange isn't it? If the installation procedure can somehow reset the Bluetooth adapter, then why can't the drivers do it too?
I'm also desperately looking for information who is to blame here. Is the BIOS supposed to reset the Bluetooth adapter? Or are the Windows drivers simply making too optimistic assumptions?
Consider that the Bluetooth adapter is a normal USB device. Like any USB device attached to the laptop, it doesn't lose power during reboot and is therefore not reset
Well, my last resort would be to talk to the Linux devs and maybe they can reset the Bluetooth adapter before the machine reboots. Then again, I'm not even sure the Bluetooth adapter can be reset into a clean state once the firmware has been uploaded. (Before the actual firmware is uploaded, the Bluetooth adapter is in a special mode, running some kind of bootloader firmware, which allows for uploading the actual firmware BLOB.)
We will definitely look into this from our end, please keep in mind that this type of issue requires further research and time to be resolved. Please perform the following actions so we can progress on this:
- Download Intel® System Support Utility, run the tool in Windows* with the adapter working fine, and use it to create a report with all sections, once the report is created, click on the "Next" button. In the following screen, save the report to a file. Then use the Advanced editor options to add the resulting XML file to your post as an attachment.
- Also, provide a second log when the Bluetooth* controller is not working.
- Let us know any errors or warnings you receive in Windows* regarding Bluetooth* at the time the system boots up with the issue.
We haven't had similar reports before, and since both of your systems are Dell* XPS 9560, we also recommend you to create a ticket with Dell Support. The OEM (Computer Manufacturer) may include customization in the adapter or drivers.
Ok Jonathan, I'll post the required info in a day or 2.
... logs continued 3 ... and that's all.
When the Bluetooth is non functional there are no error messages in Windows, it just doesn't work.
I can see the problem on Windows 10 device manager, please have a look at the attached screenshots.
Skoehler is right.
Turning the laptop off and on before switching OS has the same effect that I had passing in the BIOS before the OS switch.
Apparently exiting the BIOS is power cycling the laptop.
Hope this helps to solve the issue.
Jonathan, if your team can patch only the Windows driver, please send a message on the appropriate channel with technical info for the Linux Community to notice.
As Linux is keeping the Internet alive, and of course it runs on Intel processors, I'm sure someone working for Intel has the right contacts to solve this issue on that side eventually.