Proxmox auf Lenovo ThinkCentre M720 Tiny - onBoard Bluetooth funktioniert nicht

[Tardar]

Hi zusammen,

ich nutze einen Lenovo ThinkCentre M720 Tiny mit aktueller Proxmox Installation.
In meiner VM in Proxmox habe ich den Intel Wireless Adapter (PCI Gerät) zugewiesen.
Allerdings findet der Proxmox host selbst schon kein BLE Device (hci0).


Die Intel Treiber und Firmwares habe ich aus dem aktuellen linux-firmwares git repository in die lib/firmware kopier und danach die initramfs geupdated.
Reboot.

Allerdings findet das hcitool kein BluetoothDevice.

mit lspci wird mir der Wireless Adapter angezeigt, demnach vermute ich auch, dass der Treiber korrekt geladen worden ist:

Das PCI Device 02:00.0 habe ich an die VM durchgereicht.

Ein grep auf Blue bringt folgende Ausgabe:


Hat jemand von Euch eine Ahnung, wie ich den onBoard Chip ans laufen bekomme ?

Ganz lieben Dank und allen einen schönen 2. Advent

Tardar

 

[gmed]

Willst du Bluetooth in der VM nutzen oder am Host?

Wenn es für die VM sein soll, dann darf der Host es gar nicht nutzen und eventuelle Kernelmodule/ Firmware müssen deaktiviert sein -> Blacklist.

Ist das Teil PCI oder PCIe?

Genaueres dazu hier:

https://pve.proxmox.com/wiki/PCI(e)_Passthrough

 

[Tardar]

Hi gmed,

ich möchte Bluetooth in der VM nutzen.
Ob das device pci oder pcie ist, weiß ich nicht zu 100% - wie bekomme ich das heraus?

Die Anleitung bin ich durchgegangen und habe das WLAN Device auf dem Host geblockt (Proxmox) in der Proxmox ve config (im modprobe.d Verzeichnis)

Für das WLAN (und Bluetooth Device - das sollte ja beides darüber laufen) wird das iwlwifi Kernel Module und der vfio-pci Kernel Driver geladen (proxmox) und ist nach reboot aktiv.

Auf der VM wurde der iwlwifi geladen.
Ein device im hcitool kann nicht gefunden werden.

Hast du noch Tipps?
Besten Dank schonmal an der Stelle


Das ist der Stand im Proxmox:

Und in der VM:

 

[gmed]

"Für das WLAN (und Bluetooth Device - das sollte ja beides darüber laufen) wird das iwlwifi Kernel Module und der vfio-pci Kernel Driver geladen (proxmox) und ist nach reboot aktiv."

Und das ist eben so nicht korrekt.
Auf dem Host hat das iwlwifi Kernel Module nix zu suchen, da dieses Gerät ja exklusiv für die VM sein soll.
Also scheint dein blacklisting nicht zu funktionieren.

Was geben folgende Kommandos raus:

dmesg |grep -e DMAR -e IOMMU -e AMD-Vi

lsmod | grep vfio

lspci


Hier noch mal neu Anleitung in deutscher Sprache:
https://www.thomas-krenn.com/de/wiki/Proxmox_PCIe_Passthrough_aktivieren

 

[Tardar]

Hab dir mal die Ausgaben in txt Files gepustet und hier hochgeladen.

Danke für deine Unterstützung

 

[gmed]

So, hab mal nachgelesen:

Der Intel Corporation Wireless 8265 / 8275 Chip bietet Wifi via PCI, was bei dir ja wohl geht.
iwlwifi ist demnach nur für dieses zuständig um muss im Host geblacklistet werden.

Der Bluetooth-Part in dem Chip geht aber via USB.
Daher schau mal via lsusb -v nach, was dabei rumkommt.

Dabei sollte sowas ähnliches rauskommen:
Name: Bluetooth wireless interface

Bus 001 Device 005: ID 8087:0a2b Intel Corp.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 224 Wireless
bDeviceSubClass 1 Radio Frequency
bDeviceProtocol 1 Bluetooth
bMaxPacketSize0 64
idVendor 0x8087 Intel Corp.
idProduct 0x0a2b

Dann dieses Gerät auch noch an die VM durchreichen und es sollte funktionieren.

 

[Tardar]

Da gibt es leider keins der Art.
Selbst wenn ich nach Intel suche, gibt es dort nichts.

#Wenn ich die Abfrage mache, wirft mir Proxmox auch einige Errormessages aus:

can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable

Bin da etwas ratlos.
In Proxmox sehe ich auch nur folgende USB Devices:

 

[gmed]

Mangels passender Hardware bin ich mit meinem Latein etwas am Ende.
Zu vermuten ist, dass dieses USB-Bluetoothdevice entweder im Bios deaktiviert ist, oder das zusätzlich zu dem PCI Gerät noch ein weiteres PCI Gerät als USB-Hub existiert, welches dann auch an die VM als PCI-USB Bridge weiter gereicht werden muss.
Da für den Betrien neben den Kernel modult iwlwifi noch die passende Firmware benötigt wird, bezweifle ich, ob das so überhaupt gehen könnte.

Sorry

 

[Tardar]

Habe mir nu einen USB Bluetooth Stick ( CSL - Bluetooth 5.0 USB Adapter Nano – BT V5.0 Stick Dongle – für PC Laptop - Bluetooth Empfänger und Sender für Desktop Laptop Drucker Headset Lautsprecher - kompatibel mit Windows 7 8.1 10 ) gekauft, den ich an die VM durchgereicht habe.
Allerdings findet huctool wieder kein Device und ein "lsusb -v | grep -i bluetooth" liefert folgenden Output:

root@iobrokerVm:~# lsusb -v | grep -i bluetooth
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  bDeviceProtocol         1 Bluetooth
  iProduct                2 Bluetooth Radio
      bInterfaceProtocol      1 Bluetooth
      iInterface              4 Bluetooth Radio
      bInterfaceProtocol      1 Bluetooth
      iInterface              4 Bluetooth Radio
      bInterfaceProtocol      1 Bluetooth
      iInterface              4 Bluetooth Radio
      bInterfaceProtocol      1 Bluetooth
      iInterface              4 Bluetooth Radio
      bInterfaceProtocol      1 Bluetooth
      iInterface              4 Bluetooth Radio
can't get debug descriptor: Resource temporarily unavailable
      bInterfaceProtocol      1 Bluetooth
      iInterface              4 Bluetooth Radio
      bInterfaceProtocol      1 Bluetooth
      iInterface              4 Bluetooth Radio
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable

Hast du hier evtl. eine Idee ?

 

[gmed]

Ich vermute mal salop, dass sich Host und VM um den Stick kloppen.
Auf dem Host mal die zum Stick gehörenden Module blacklisten und evtl. mal bluez etc. deinstallieren.

 

[Tardar]

Danke für deine.Antwort - die Vermutung habe ich auch.
Nur wie und was muss ich da blacklisten?

Das Deinstallieren bekomme ich hin

Ganz lieben Dank und einen schönen Abend

 

[gmed]

Schalte die VM mal aus und mach dann ein lsusb -v auf dem Host.
Dann solltest du sehen, was es für ein Bluetoothmodul ist.
Dann kannst du die passenden Module recherschieren und unter blacklist.d eintragen.

 

[Tardar]

Moin,

danke für den Tipp.

Es ist also ein Realtek Chip mit VENEV 0bda:8771 (Realtek RTL8761B)
Stehe leider noch auf dem Schlauch, wie ich en blacklisten kann.

Sobald das geschehen ist, würde ich auf der VM dann folgenden Beitrag angehen:
https://debianforum.de/forum/viewtopic.php?t=178320 (Da der Chip aktuell unter Debian Buster mit aktuell ausgeliefertem Kernel (erst mit 5.8) so wohl nicht genutzt werden kann)

und folgendes aus den Hinweisen, die bei dem ein oder anderen schon geholfen haben sollen: (aus Seite 2 letzter Beitrag von https://ubuntuforums.org/showthread.php?t=2448259&page=2&s=7ad12eacb71c9f555410d8c723ff8485 (apetrelli))

I managed to make it work in a different way, although probably it won't work with secure boot.
I added 5.8.0 kernel with this guide:
https://www.how2shout.com/linux/inst...ntu-20-04-lts/
Then downloaded the package from MPOW:
https://mpow.s3-us-west-1.amazonaws....+for+Linux.tgz
Unpacked, copied and renamed the rtl8761b_fw and rtl8761b_config files inside /lib/firmware/rtl_bt, adding the ".bin" extension. Notice that these are the "b" version, supported in kernel 5.8.0 and used in BT 501. See the patch here:
https://patchwork.kernel.org/patch/11483367/

And after a reboot it works! Hopefully Realtek publishes officially the firmware with the 5.8.0, although currently they did not answer the call from kernel developers. Hope for the best, but anyway this method works.

 

[Tardar]

Hat noch jemand eine Idee?
Aktuell würde ich mit meinem Anfängerwissen vermuten, dass ich den Kernel auf dem Proxmox Host anheben muss auf die Version 5.8 oder neuer.
Das könnte vermutlich aber das System instabil werden lassen oder ?

Danke und beste Grüße