Nein. Siehe hier:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/net/ethernet/intel/ixgbe/ixgbe_x550.h?h=v6.19.3
Da heißt aber nicht, dass der Intel X550 nicht seine eigenen (eventuell ähnlichen) Bugs hat. Bin...
Noch eine Kleinigkeit, wenn du schon mit alter Server-HW unterwegs bist:
Höchste Vorsicht vor älteren Server-/Enterprise-Grade SAS und/oder SATA SSDs. Die Teile enthalten oft größere (Elektrolyt-basierte) Pufferkondensatoren. Gegen...
Selbst SAS SSDs (bei der Nennung von "10K" werden es hier HDDs sein) brauchen ordentlich Leistung. Aber das ist nur ein weiteres Teilproblem. Aus heutiger Sicht ist das genannte System halt einfach verschwenderisch, was die Energieeffizienz...
Fast scheinst du das Thema ja schon verstanden zu haben, aber dazu noch ein Paar kleine Hinweise:
Die Hardware, die dir dein Kollege da überlassen hat ist heute defakto Elektroschrott. Das sind Ivybridge Xeons, die 2013 rauskamen.
Aus heutiger...
Nicht böse gemeint, aber bei deinen Vorwissen wirst du mit sowas wie UnRAID oder einen anderen NAS-System glücklicher. Auch da kannst du HAOS in einer VM installieren und die Lernkurve ist deutlich geringer als mit ProxmoxVE. Wenn dich der...
Und als nett gemeinter Hinweis fürs nächste Mal:
Man nehme den Hauptstring der Fehlermeldung (in diesem Fall "Detected Hardware Unit Hang") und gebe diesen in die Suchfunktion bei Google und/oder des Proxmox Forums ein. Für gewöhnlich - und im...
Wenn man deinen Links glauben darf, dann wird der Hardware-Watchdog direkt vom standardmäßigen "it87_wdt" Kernel-Mdoul unterstützt.
Anhand dessen wie du deinen Beitrag aufgebaut hast, hatte ich damit gerechnet, dass ein "out-of-tree" Kernel-Modul...
Vielleicht als kleine weiterführende Erklärung:
Normalerweise hat der Kernel Code anhand der PCI-ID eines Devices eine sehr genaue Vorstellung welcher Treiber für dieses Device geeignet und/oder vorgesehen ist.
Und wenn ein Treiber anhand der ID...
Wenn du die Grafiktreiber über ".force_probe" zwingen musst, dann weißt du schon wie "gut" die Unterstützung deiner Hardware im aktuellen Kernel ist.
In anderen Worten: Abwarten und Tee trinken.
The quoted part sounds very much like we have another GPU, that does not like to be reset during operation.
There is a specific quirk in the Linux Kernel source code, exactly for these kind of cases.
So, in other words:
You could build a test...
You (both sso and masato) told us nothing about what version of Proxmox you were running and how you configured the VM.
Additionally, nothing about what "Linux" you were booting (ancient kernel version?).
Should we get the good old crystal ball...
The main question is not "will this work", which we cannot judge with certainty, as too many factors are involved.
The real question is, why your statement is:
Technically speaking, your idea might work. With the emphasize on the word "might"...
Try building a test kernel with an added SW-quirk for the ASM1062, like described here:
https://forum.proxmox.com/threads/problems-with-pcie-passthrough-with-two-identical-devices.149003/post-828151
Just replace the device ID mentioned in the...
Your buzzwords are "S4/suspend_to_disk" for the virtualized OS and "hookscripts" (https://pve.proxmox.com/pve-docs/pve-admin-guide.html#_hookscripts) for the Proxmox side. Have fun!
If you want to compare, then please also try 6.14.x on Proxmox, as it is easily installable as well. It might be, that the power-related behavior somehow changed with the kernel update.
Would you care to elaborate on which kernel version(s) you tried when running Ubuntu?
Also what did you do exactly (in the original Proxmox installation and now in the Ubuntu)? Did you tune the settings (e.g. "powertop --auto-tune"), or just...
You pass-through what you need and leave what you need on the host (!) out of the vfio-pci configuration. Should be as easy as that, basically. That means you define your added Intel A310 with it's PCI-ID for vfio-pci, while you just do nothing...