Jump to content

mattz

Members
  • Content Count

    63
  • Joined

  • Last visited

  • Days Won

    1

mattz last won the day on March 29 2019

mattz had the most liked content!

Community Reputation

11 Good

About mattz

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Good idea adding limetech. They may defer for it to be included into the Linux Kernel, which should come based on that commit I reference. However, with the Ryzen 3600 and others SO CHEAP and performant I am sure there are quite a few people moving on them. BTW - Those steps you had to take, good points. Super annoying, it's because the VM image will "remember" devices that are "removed". You can also edit the XML directly to remove the reference so you don't need the checkbox; however, it's a little bit of guesswork to figure out which XML element(s) it is.
  2. Wanted to confirm this. First install of OPNsense (v 20.1 DVD ISO), and I was unable to see the default UnRaid network interface with Q35. Reinstalled with i44fx-4.2 and it worked without a hitch. See the same on the OPNsense forum - https://forum.opnsense.org/index.php?topic=13607.0 I should be getting my quad port NIC this week. Excited to get running.
  3. Wanted to follow-up. The cause for my issue [with the Ryzen 3900x hanging while trying to pass-through USB Controller 3.0] was totally that FLR issue posted above. Luckily, someone on this forum had already compiled a kernel with a temporary fix, and I used that. Find that custom kernel for Unraid 6.8.3 here: Note that I tried Unraid 6.9.0-beta1 and it did not yet have the FLR fix in the Linux kernel. It will eventually make it into the Linux Kernel, but probabaly not until 5.8... So, might be a while before it makes it into Unraid, read more about the commit - https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git/commit/?h=pci/virtualization&id=0d14f06cd665 @killeriq - not sure how you got it to work with the Unraid 6.9.0 beta 1, but if it works, I would say that's the important part.
  4. Wanted to follow-up. The cause was totally that FLR issue posted above. Luckily, someone on this forum had already compiled a kernel with a temporary fix, and I used that. Note that I tried Unraid 6.9.0-beta1 and it did not yet have the FLR fix in the Linux kernel. Find that custom kernel for Unraid 6.8.3 here:
  5. @JoeBloggs - I just used the kernel. Yes, just copy it to your flash drive (the /boot/ directory). Save the stock kernels as .bak or something in case you need them. Everything will boot like normal. Just make sure you match the version. Leoyzen has an attached version earlier on this page for Unraid 6.8.3, same as I am using. @Leoyzen - Wanted to say thank you for the FLR fix, I used your kernel, added the parameters I needed and am up and running with the USB controller in my VM! Added `append pcie_no_flr=1022:149c,1022:1487,1022:1485` and used vfio-append to those same ones. Thanks again!
  6. @Leoyzen - I've never used a custom Kernel before, but I am running into a Ryzen 3000 FLR error. Does the Kernel you provide cover this issue? I found the commit that's [going to be??] included: https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git/commit/?h=pci/virtualization&id=0d14f06cd6657ba3446a5eb780672da487b068e7 What version of Linux kernel will that make it into? 5.7?
  7. So, I think this is the resolution to the problem "PCI: Avoid FLR for AMD Matisse HD Audio & USB 3.0": https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git/commit/?h=pci/virtualization&id=efaa35873d66bf4a4903f757333692766e34e448 It should be brought into some new version of Linux... Does anyone know what version and when Unraid will get it?? My first time looking through these commits.
  8. @killeriq- I think I'm in the same boat now. I just upgraded my x470 board to the Ryzen 3900x from the 2700x (wanted the cores!). However, I am no longer able to pass through my motherboard's USB Controller 3.0 the same way I did with the 2700x. I now get the same error you had and the whole system will lock up, requiring a hard reboot: kernel: vfio-pci 0000:0c:00.0: not ready 1023ms after FLR; waiting It is something others are encountering--the only way to fix it is to avoid passing through that particular USB controller, and use other USB Controllers, if you can: There is also a Kernel patch, it appears, that could fix it. So, I am not sure, does the latest Unraid BIOS fix it for you? It could be the kernel patch made it in...
  9. I wanted to mention, this issue has just recently been affecting me. I am on an MSI x470 Gaming M7 AC motherboard. The issue occurred when I switched from the 2700x CPU to the 3900x CPU (I wanted more cores!!). I swapped the CPUs and all the VFIO Bus:Device.Function numbers changed (that's probably expected). However, the `USB controller: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller` (IOMMU group 22 in the pic below) I had passed-through with the 2700x no longer works in pass-thru, even after adjusting for the vfio numbers. Using it now locks up the system no matter what combo of "Non-essential" components I tag with vfio and pass with it. @Skitals described this problem with all x570 boards... Looks like it's the same for x470 boards with a 3000 series CPU. Why the heck is this a problem in the 3000 series, BTW?? I am going down the path of passing through the other USB controllers, as stated above. Unfortunately, on this board one of the controllers is the front USB, which are not very accessible to me. The other contains 3 regular USB ports and 1 USB-C port on the back to use, but that is contained in a very large IOMMU group that includes things like the Ethernet controller (IOMMU group 17), so I have my doubts about isolating that back USB panel. Will provide an update when I get this going... Worst case I buy a separate, PCI USB controller and go that route.
  10. @wbsmolen - I agree- I think it is unrelated to this particular BIOS issue. I found this post about an x570 earlier in this thread to confirm it's probably not this issue, but it also may be related to your problem... ? Good luck.
  11. There were some x570's that had the issue... can't remember which ones. However, you should be good with any BIOS after November 2019. Anything this version or later: AGESA AMD BIOS version 1.0.0.4 Patch B (1004 B) fixes
  12. @mojotaker - Agree with @boris. It sounds unrelated to the pass-through issues. If this is the first time you are using the GPU for pass-through, you may need to double-check the Vbios is properly set up. Use this as a reference:
  13. Woo hoo! Glad it worked for you. I understand being hesitant to update the BIOS, but I think having an up-to-date BIOS, if not the latest, is super important. Cheers.
  14. Thanks for responding with the updates on the latest mobo BIOS tests, @klingon00, @boris, @juan11perez, @dodgypast, and others. Sounds like the AGESA AMD BIOS version 1.0.0.4 Patch B (1004 B) is fixing this pass-through issues for folks across the board (pun intended) for x370 and x470 mobos! So, after 9 months from this issue first popping up, AMD has solved it! Better late than never... Just a note: if you update to this latest BIOS from a working old BIOS your CPU pinnings and IOMMU groups will change, so you will have to update your UnRaid configurations.
  15. @cgi2099 - It sounds like this was the issue causing your errors. Downgrading your motherboard BIOS fixed it, there is a new patch from AMD that is having success so you can update your BIOS to this version: AGESA AMD BIOS version 1.0.0.4 Patch B (1004 B). It started rolling out in BIOSes after late November 2019.