dboris

Members
  • Posts

    83
  • Joined

  • Last visited

Posts posted by dboris

  1. Managed to get my w11 VM to be a few times without changing much... I had disabled passthrough and passed the audio card of the GPU.

    I benchmarked the GPU :) So everything was working.
    Thought I found the solution.

    Then I got multiple system crash with the same issue, and the same previously working changes.

    It's incoherent... I think I'm better off waiting the 6.2 kernel.

  2. 2 hours ago, SimonF said:

    Found this https://kevinquillen.com/getting-intel-arc-770m-work-fedora-37

     

    states to get f4dora work had to do the following

     

    Also in the BIOS, disable ACPI and PCIe power management features.

     

    In terminal, run sudo nano /etc/modprobe.d/i915.conf and add options i915 force_probe=5690, and save the file. If you have an Arc GPU other than the 770m, you need to look up the corresponding PCI ID instead of 5690 here.

     

    Turns out I had edited /boot/config/modprobe.d/i915.conf with 56a0.. (wrong gpu ID).

    It was erasing the /etc/modprobe.d/i915.conf on reboot :). 

     

    So I edited again both files, rebooted, checked the value, did the bios update (357.0057) and changed the two bios settings...

    Tried removing the options video=vesafb:off and pcie_no_flr=8086:5690
    Did another VM, made sure to take the Q35 TPM, last version.
    W11 VM booted once, with screen plugged, and turned off without issues.

    GOOD.

    But then, on restart, I faced again (log containing on/off/on):

     

    Spoiler

    May 27 13:41:43 Server kernel: br0: port 2(vnet0) entered blocking state
    May 27 13:41:43 Server kernel: br0: port 2(vnet0) entered disabled state
    May 27 13:41:43 Server kernel: device vnet0 entered promiscuous mode
    May 27 13:41:43 Server kernel: br0: port 2(vnet0) entered blocking state
    May 27 13:41:43 Server kernel: br0: port 2(vnet0) entered forwarding state
    May 27 13:41:47 Server acpid: input device has been disconnected, fd 7
    May 27 13:41:47 Server acpid: input device has been disconnected, fd 5
    May 27 13:41:47 Server acpid: input device has been disconnected, fd 6
    May 27 13:41:58 Server kernel: usb 3-6.3: reset full-speed USB device number 6 using xhci_hcd
    May 27 13:41:58 Server kernel: usb 3-6.1: reset full-speed USB device number 5 using xhci_hcd
    May 27 13:42:45 Server kernel: x86/split lock detection: #AC: CPU 5/KVM/23966 took a split_lock trap at address: 0x746cc9dd
    May 27 13:42:45 Server kernel: x86/split lock detection: #AC: CPU 6/KVM/23967 took a split_lock trap at address: 0x746cdb56
    May 27 13:42:45 Server kernel: x86/split lock detection: #AC: CPU 4/KVM/23965 took a split_lock trap at address: 0x746cc9dd
    May 27 13:42:45 Server kernel: x86/split lock detection: #AC: CPU 7/KVM/23968 took a split_lock trap at address: 0x746cc9dd
    May 27 13:42:46 Server kernel: x86/split lock detection: #AC: CPU 2/KVM/23963 took a split_lock trap at address: 0x746cc9dd
    May 27 13:42:46 Server kernel: x86/split lock detection: #AC: CPU 1/KVM/23962 took a split_lock trap at address: 0x746cc9dd
    May 27 13:42:46 Server kernel: x86/split lock detection: #AC: CPU 3/KVM/23964 took a split_lock trap at address: 0x746cc9dd
    May 27 13:42:47 Server kernel: x86/split lock detection: #AC: CPU 0/KVM/23961 took a split_lock trap at address: 0x746cc9dd
    May 27 13:43:00 Server kernel: usb 3-6.3: reset full-speed USB device number 6 using xhci_hcd
    May 27 13:43:00 Server kernel: usb 3-6.1: reset full-speed USB device number 5 using xhci_hcd
    May 27 13:43:19 Server kernel: br0: port 2(vnet0) entered disabled state
    May 27 13:43:19 Server kernel: device vnet0 left promiscuous mode
    May 27 13:43:19 Server kernel: br0: port 2(vnet0) entered disabled state
    May 27 13:43:20 Server kernel: usb 3-6.1: reset full-speed USB device number 5 using xhci_hcd
    May 27 13:43:20 Server kernel: input: Logitech G512 SE as /devices/pci0000:00/0000:00:14.0/usb3/3-6/3-6.1/3-6.1:1.0/0003:046D:C342.0005/input/input14
    May 27 13:43:20 Server kernel: hid-generic 0003:046D:C342.0005: input,hidraw0: USB HID v1.11 Keyboard [Logitech G512 SE] on usb-0000:00:14.0-6.1/input0
    May 27 13:43:20 Server kernel: input: Logitech G512 SE Keyboard as /devices/pci0000:00/0000:00:14.0/usb3/3-6/3-6.1/3-6.1:1.1/0003:046D:C342.0006/input/input15
    May 27 13:43:20 Server kernel: hid-generic 0003:046D:C342.0006: input,hiddev96,hidraw1: USB HID v1.11 Keyboard [Logitech G512 SE] on usb-0000:00:14.0-6.1/input1
    May 27 13:43:20 Server kernel: usb 3-6.3: reset full-speed USB device number 6 using xhci_hcd
    May 27 13:43:20 Server kernel: input: Logitech G203 LIGHTSYNC Gaming Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-6/3-6.3/3-6.3:1.0/0003:046D:C092.0007/input/input18
    May 27 13:43:20 Server kernel: hid-generic 0003:046D:C092.0007: input,hidraw2: USB HID v1.11 Mouse [Logitech G203 LIGHTSYNC Gaming Mouse] on usb-0000:00:14.0-6.3/input0
    May 27 13:43:20 Server kernel: input: Logitech G203 LIGHTSYNC Gaming Mouse Keyboard as /devices/pci0000:00/0000:00:14.0/usb3/3-6/3-6.3/3-6.3:1.1/0003:046D:C092.0008/input/input19
    May 27 13:43:20 Server kernel: hid-generic 0003:046D:C092.0008: input,hiddev97,hidraw3: USB HID v1.11 Keyboard [Logitech G203 LIGHTSYNC Gaming Mouse] on usb-0000:00:14.0-6.3/input1
    May 27 13:43:37 Server kernel: br0: port 2(vnet1) entered blocking state
    May 27 13:43:37 Server kernel: br0: port 2(vnet1) entered disabled state
    May 27 13:43:37 Server kernel: device vnet1 entered promiscuous mode
    May 27 13:43:37 Server kernel: br0: port 2(vnet1) entered blocking state
    May 27 13:43:37 Server kernel: br0: port 2(vnet1) entered forwarding state
    May 27 13:43:52 Server kernel: vfio-pci 0000:03:00.0: not ready 1023ms after FLR; waiting
    May 27 13:43:54 Server kernel: vfio-pci 0000:03:00.0: not ready 2047ms after FLR; waiting
    May 27 13:43:57 Server kernel: vfio-pci 0000:03:00.0: not ready 4095ms after FLR; waiting
    May 27 13:44:02 Server kernel: vfio-pci 0000:03:00.0: not ready 8191ms after FLR; waiting
    May 27 13:44:12 Server kernel: vfio-pci 0000:03:00.0: not ready 16383ms after FLR; waiting

     

    And after a reset... No config change.. Booting doesn't work anymore :D.
    After deleting uuid, loader and nvram : still doesn't work.
    Restarting the same VM config from 0 : Same.

    Turning screen on and off : same.

    I still haven't found why sometimes it seems to work fine, despite spending hours rebooting the nuc.

  3. 1 hour ago, SimonF said:

    I know I cannot passthru igpu UHD770 to any vm, so not sure if this will be the same. Will do some research do you have a link to nuc support or manual?

     

    You should find all related officia docs on the intel's support page :

    https://www.intel.com/content/www/us/en/products/sku/196170/intel-nuc-12-enthusiast-kit-nuc12snki72/support.html

     

    It has the "A770M" ARC dGPU. Not sure to understand the relation with the UHD770.

    Regarding the iGPU (Intel Xe), I have no issue, it behaves the same as desktop iGPU counterparts and I can pass it to dockers.

     

    image.thumb.png.b4b0a62a41a5e61dc9e4bcd16bedb2e4.png

     

     

  4.   

    1 hour ago, SimonF said:

    I suspect it will be due to you running 6.11.5 as needs a latter kernel for ARC, I have have a ARC 770 and need to be running 6.12RC and action a modprobe to activate. This is running kernel 6.1

     

    And I just finished reading the INTEL ARC SUPPORT where you contributed a lot just in case I could find a tip.

     

    I did that, but still facing the the same issue, same with Ubuntu VM.

     

     

    Screenshot 2023-05-27 at 17.11.11.jpg

    422697782_Screenshot2023-05-27at17_45_07.thumb.jpg.716340201d14c618d5d95a71dd9fb5fb.jpg

     

  5. Hello dear Unraid enthusiasts,

     

    I recently got my hand over an Intel Nuc Enthusiast (1200H + ARC 770M).

    So I first checked on the forum and saw the difficulties faced on the desktop version, but still wanted to try out and repport.


    I thought it would be pretty nice if the onboard iGPU and dGPU could be used separately.

    I own a Lenovo Legion 5 Pro with the same hardware, but with a nVidia GPU instead of the ARC.
    One of the limitations of this system is the presence of a mux switch, that force me to choose the dGPU or iGPU on boot, and stick with it.
    In the case of the Intel NUC, there's no switch.
    I was able to use the iGPU for Jellyfin without much issues, and to boot a W11 VM... But problems started quickly after I shut it off.

    It turns out that I have issues on VM reboots, and even sometimes on boot.

    At one point, I booted it twice and forced stopped it twice before a failed 3rd reboot ; it gives me hopes.
    I tried to troubleshoot it alone for a few days without success.

    It doesn't mean the situation can be solved considering how the hardware is known to not be optimised for virtualisation... But I thought I could try to take a shoot, or at least repport for the curiosity of the experiment.

     

    Any help will be appreciated and I will gladly do any suggested test. :)

     

     

    Here's the VM Config.
    I also tried Q35 OVMF / OVMF TPM.

    Spoiler

    1356264784_Screenshot2023-05-27at15_01_23.thumb.jpg.f0fae7b398e1284c6980f110637bcdd7.jpg1833856027_Screenshot2023-05-27at15_01_30.thumb.jpg.0c5084de8035b4cde8901d205083227a.jpg

    The XML : 

    Spoiler
    <?xml version='1.0' encoding='UTF-8'?>
    <domain type='kvm'>
      <name>Windows 11</name>
      <uuid>0e85f3e7-fc89-0df4-9421-0245b2511260</uuid>
      <metadata>
        <vmtemplate xmlns="unraid" name="Windows 11" icon="windows11.png" os="windowstpm"/>
      </metadata>
      <memory unit='KiB'>16777216</memory>
      <currentMemory unit='KiB'>16777216</currentMemory>
      <memoryBacking>
        <nosharepages/>
      </memoryBacking>
      <vcpu placement='static'>8</vcpu>
      <cputune>
        <vcpupin vcpu='0' cpuset='4'/>
        <vcpupin vcpu='1' cpuset='5'/>
        <vcpupin vcpu='2' cpuset='6'/>
        <vcpupin vcpu='3' cpuset='7'/>
        <vcpupin vcpu='4' cpuset='8'/>
        <vcpupin vcpu='5' cpuset='9'/>
        <vcpupin vcpu='6' cpuset='10'/>
        <vcpupin vcpu='7' cpuset='11'/>
      </cputune>
      <os>
        <type arch='x86_64' machine='pc-i440fx-7.1'>hvm</type>
        <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi-tpm.fd</loader>
        <nvram>/etc/libvirt/qemu/nvram/0e85f3e7-fc89-0df4-9421-0245b2511260_VARS-pure-efi-tpm.fd</nvram>
      </os>
      <features>
        <acpi/>
        <apic/>
        <hyperv mode='custom'>
          <relaxed state='on'/>
          <vapic state='on'/>
          <spinlocks state='on' retries='8191'/>
          <vendor_id state='on' value='none'/>
        </hyperv>
      </features>
      <cpu mode='host-passthrough' check='none' migratable='on'>
        <topology sockets='1' dies='1' cores='4' threads='2'/>
        <cache mode='passthrough'/>
      </cpu>
      <clock offset='localtime'>
        <timer name='hypervclock' present='yes'/>
        <timer name='hpet' present='no'/>
      </clock>
      <on_poweroff>destroy</on_poweroff>
      <on_reboot>restart</on_reboot>
      <on_crash>restart</on_crash>
      <devices>
        <emulator>/usr/local/sbin/qemu</emulator>
        <disk type='file' device='disk'>
          <driver name='qemu' type='raw' cache='writeback'/>
          <source file='/mnt/user/SSD/VDISKS/W11_Gaming.vdisk'/>
          <target dev='hdc' bus='virtio'/>
          <boot order='1'/>
          <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
        </disk>
        <disk type='file' device='cdrom'>
          <driver name='qemu' type='raw'/>
          <source file='/mnt/user/SSD/VDISKS/virtio-win-0.1.229-1.iso'/>
          <target dev='hdb' bus='ide'/>
          <readonly/>
          <address type='drive' controller='0' bus='0' target='0' unit='1'/>
        </disk>
        <controller type='usb' index='0' model='ich9-ehci1'>
          <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/>
        </controller>
        <controller type='usb' index='0' model='ich9-uhci1'>
          <master startport='0'/>
          <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/>
        </controller>
        <controller type='usb' index='0' model='ich9-uhci2'>
          <master startport='2'/>
          <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/>
        </controller>
        <controller type='usb' index='0' model='ich9-uhci3'>
          <master startport='4'/>
          <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/>
        </controller>
        <controller type='pci' index='0' model='pci-root'/>
        <controller type='ide' index='0'>
          <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
        </controller>
        <controller type='virtio-serial' index='0'>
          <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
        </controller>
        <interface type='bridge'>
          <mac address='52:54:00:50:06:12'/>
          <source bridge='br0'/>
          <model type='virtio-net'/>
          <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
        </interface>
        <serial type='pty'>
          <target type='isa-serial' port='0'>
            <model name='isa-serial'/>
          </target>
        </serial>
        <console type='pty'>
          <target type='serial' port='0'/>
        </console>
        <channel type='unix'>
          <target type='virtio' name='org.qemu.guest_agent.0'/>
          <address type='virtio-serial' controller='0' bus='0' port='1'/>
        </channel>
        <input type='tablet' bus='usb'>
          <address type='usb' bus='0' port='3'/>
        </input>
        <input type='mouse' bus='ps2'/>
        <input type='keyboard' bus='ps2'/>
        <tpm model='tpm-tis'>
          <backend type='emulator' version='2.0' persistent_state='yes'/>
        </tpm>
        <graphics type='vnc' port='-1' autoport='yes' websocket='-1' listen='0.0.0.0' keymap='en-us'>
          <listen type='address' address='0.0.0.0'/>
        </graphics>
        <audio id='1' type='none'/>
        <video>
          <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1' primary='yes'/>
          <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
        </video>
        <hostdev mode='subsystem' type='pci' managed='yes'>
          <driver name='vfio'/>
          <source>
            <address domain='0x0000' bus='0x03' slot='0x00' function='0x0'/>
          </source>
          <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
        </hostdev>
        <hostdev mode='subsystem' type='usb' managed='no'>
          <source>
            <vendor id='0x046d'/>
            <product id='0xc092'/>
          </source>
          <address type='usb' bus='0' port='1'/>
        </hostdev>
        <hostdev mode='subsystem' type='usb' managed='no'>
          <source>
            <vendor id='0x046d'/>
            <product id='0xc342'/>
          </source>
          <address type='usb' bus='0' port='2'/>
        </hostdev>
        <memballoon model='none'/>
      </devices>
    </domain>

     

     

    The log when the freeze happens :

    71338769_Screenshot2023-05-27at14_46_32.thumb.jpg.b4245e2ae2342e3403cc3511fe16f8e1.jpg

     

    An example of log I obtained by activating logging directly on the flash :

    Spoiler
    May 26 10:37:13 Server  rsyslogd: [origin software="rsyslogd" swVersion="8.2102.0" x-pid="2611" x-info="https://www.rsyslog.com"] start
    May 26 10:37:24 Server kernel: docker0: port 2(veth6dfe6d5) entered disabled state
    May 26 10:37:24 Server kernel: veth9356112: renamed from eth0
    May 26 10:37:24 Server kernel: docker0: port 2(veth6dfe6d5) entered disabled state
    May 26 10:37:24 Server kernel: device veth6dfe6d5 left promiscuous mode
    May 26 10:37:24 Server kernel: docker0: port 2(veth6dfe6d5) entered disabled state
    May 26 10:37:51 Server kernel: br0: port 2(vnet0) entered blocking state
    May 26 10:37:51 Server kernel: br0: port 2(vnet0) entered disabled state
    May 26 10:37:51 Server kernel: device vnet0 entered promiscuous mode
    May 26 10:37:51 Server kernel: br0: port 2(vnet0) entered blocking state
    May 26 10:37:51 Server kernel: br0: port 2(vnet0) entered forwarding state
    May 26 10:37:54 Server kernel: vfio-pci 0000:04:00.0: enabling device (0000 -> 0002)
    May 26 10:37:54 Server  acpid: input device has been disconnected, fd 7
    May 26 10:37:54 Server  acpid: input device has been disconnected, fd 5
    May 26 10:37:54 Server  acpid: input device has been disconnected, fd 6
    May 26 10:37:55 Server kernel: x86/split lock detection: #AC: CPU 1/KVM/3612 took a split_lock trap at address: 0x7fe6108c
    May 26 10:37:55 Server kernel: x86/split lock detection: #AC: CPU 5/KVM/3616 took a split_lock trap at address: 0x7fe6108c
    May 26 10:37:55 Server kernel: x86/split lock detection: #AC: CPU 4/KVM/3615 took a split_lock trap at address: 0x7fe6108c
    May 26 10:37:55 Server kernel: x86/split lock detection: #AC: CPU 3/KVM/3614 took a split_lock trap at address: 0x7fe6108c
    May 26 10:37:55 Server kernel: x86/split lock detection: #AC: CPU 2/KVM/3613 took a split_lock trap at address: 0x7fe6108c
    May 26 10:37:55 Server kernel: x86/split lock detection: #AC: CPU 6/KVM/3617 took a split_lock trap at address: 0x7fe6108c
    May 26 10:38:00 Server kernel: usb 3-6.3: reset full-speed USB device number 6 using xhci_hcd
    May 26 10:38:00 Server kernel: usb 3-6.1: reset full-speed USB device number 5 using xhci_hcd
    May 26 10:39:05 Server kernel: docker0: port 2(veth5b614b9) entered blocking state
    May 26 10:39:05 Server kernel: docker0: port 2(veth5b614b9) entered disabled state
    May 26 10:39:05 Server kernel: device veth5b614b9 entered promiscuous mode
    May 26 10:39:06 Server kernel: eth0: renamed from vethf4f19bd
    May 26 10:39:06 Server kernel: IPv6: ADDRCONF(NETDEV_CHANGE): veth5b614b9: link becomes ready
    May 26 10:39:06 Server kernel: docker0: port 2(veth5b614b9) entered blocking state
    May 26 10:39:06 Server kernel: docker0: port 2(veth5b614b9) entered forwarding state
    May 26 10:50:01 Server kernel: x86/split lock detection: #AC: CPU 0/KVM/3611 took a split_lock trap at address: 0xfffff8045d2b248f
    May 26 10:58:24 Server kernel: usb 3-6.3: reset full-speed USB device number 6 using xhci_hcd
    May 26 10:58:24 Server kernel: usb 3-6.1: reset full-speed USB device number 5 using xhci_hcd
    May 26 10:58:45 Server kernel: br0: port 2(vnet0) entered disabled state
    May 26 10:58:45 Server kernel: device vnet0 left promiscuous mode
    May 26 10:58:45 Server kernel: br0: port 2(vnet0) entered disabled state
    May 26 10:58:45 Server kernel: usb 3-6.1: reset full-speed USB device number 5 using xhci_hcd
    May 26 10:58:45 Server kernel: input: Logitech G512 SE as /devices/pci0000:00/0000:00:14.0/usb3/3-6/3-6.1/3-6.1:1.0/0003:046D:C342.0005/input/input14
    May 26 10:58:45 Server kernel: hid-generic 0003:046D:C342.0005: input,hidraw0: USB HID v1.11 Keyboard [Logitech G512 SE] on usb-0000:00:14.0-6.1/input0
    May 26 10:58:45 Server kernel: input: Logitech G512 SE Keyboard as /devices/pci0000:00/0000:00:14.0/usb3/3-6/3-6.1/3-6.1:1.1/0003:046D:C342.0006/input/input15
    May 26 10:58:45 Server kernel: hid-generic 0003:046D:C342.0006: input,hiddev96,hidraw1: USB HID v1.11 Keyboard [Logitech G512 SE] on usb-0000:00:14.0-6.1/input1
    May 26 10:58:45 Server kernel: usb 3-6.3: reset full-speed USB device number 6 using xhci_hcd
    May 26 10:58:45 Server kernel: input: Logitech G203 LIGHTSYNC Gaming Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-6/3-6.3/3-6.3:1.0/0003:046D:C092.0007/input/input18
    May 26 10:58:45 Server kernel: hid-generic 0003:046D:C092.0007: input,hidraw2: USB HID v1.11 Mouse [Logitech G203 LIGHTSYNC Gaming Mouse] on usb-0000:00:14.0-6.3/input0
    May 26 10:58:45 Server kernel: input: Logitech G203 LIGHTSYNC Gaming Mouse Keyboard as /devices/pci0000:00/0000:00:14.0/usb3/3-6/3-6.3/3-6.3:1.1/0003:046D:C092.0008/input/input19
    May 26 10:58:45 Server kernel: hid-generic 0003:046D:C092.0008: input,hiddev97,hidraw3: USB HID v1.11 Keyboard [Logitech G203 LIGHTSYNC Gaming Mouse] on usb-0000:00:14.0-6.3/input1
    May 26 10:59:00 Server kernel: vfio-pci 0000:03:00.0: not ready 1023ms after FLR; waiting
    May 26 10:59:02 Server kernel: vfio-pci 0000:03:00.0: not ready 2047ms after FLR; waiting
    May 26 10:59:06 Server kernel: vfio-pci 0000:03:00.0: not ready 4095ms after FLR; waiting
    May 26 10:59:11 Server kernel: vfio-pci 0000:03:00.0: not ready 8191ms after FLR; waiting
    May 26 10:59:21 Server kernel: vfio-pci 0000:03:00.0: not ready 16383ms after FLR; waiting
    May 26 10:59:39 Server kernel: vfio-pci 0000:03:00.0: not ready 32767ms after FLR; waiting
    May 26 11:00:16 Server kernel: vfio-pci 0000:03:00.0: not ready 65535ms after FLR; giving up

     

     

    I tried these arguments one by one :

    video=efifb:off, video=vesafb:off and pcie_no_flr=8086:5690

    1642573176_Screenshot2023-05-27at15_03_41.thumb.jpg.67e5456547a70888117d3c5e765e65de.jpg

     

     

     

     

     

    server-diagnostics-20230527-1453.zip

  6. Hello !

     

    Since I couldn't find any references about Mux switches (also known as Optimus), I wanted to do a quick feature request while knowing it will probably interest only 0,1% of today's Unraid users.

     

    I use Unraid to run dockers and number of web services.

    Previously I was using a cheap 8 cores Ryzen laptop but recently switched to a gaming laptop.

    I opted for a laptop instead of a full size computer for concerns about size / noise / power consumption as well as resell value.

     

    The NVIDIA dGPU is usually passed to a W11 VM, which I used to game, work and edit videos, directly on the laptop using the on-board monitor.

     

    I would really like to be able to use intel QuickSync as well with some dockers for compressing / decoding videos.

    However, in the case of gaming laptops, as far as I know, it's not possible as they have an onboard switch that turn off and on the desired GPU.


    This Mux switch however seems that it can be controlled on some systems, for example with :

    https://wiki.archlinux.org/title/bumblebee

     

    But I can't find a way to do the same on Unraid.

    What I could see being useful, is having the possibility to either provide a manual control of the switch, or automate it's behaviour based on if a VM is using it.

     

    Thanks for reading me and best wishes for 2023.

  7. Allow me to add that I was having an issue and this topic is the one I found by googling the error "unraid custom docker network <insert your network name> not found".

    In my case the solution have been partly given here :

     

     

    The issue

    My custom docker network had caps in the name (ex "CustomNetwork").
    While it was recognised by docker by doing "docker network ls", I noticed the name of the network was given without caps on the "Network" column, on Unraid's GUI docker page.

    The solution
    Delete and recreate a network without caps.

    "docker network rm <insert your network name>"

    Then recreate it and reasign it to the dockers (as it's identified internally by ID and not by name).

  8. Hello,
    I have a remote server at a friend's place.
    I originally tried to give a VM access to more ports.
    I think I just had to assign the main  interface to the VM other than the virtual bridge.

    Instead of doing that, I edited the bonding members in the networking settings.

    Now I can not access the server via SSH or GUI.

    I have a limited access to the server : only through my friend.

    I'm searching how to edit this settings through the terminal, since it's my only entry point.
    I'm guessing I'll just have to do that to restore the server.

    Here's a screenshot to illustrate the setting I remember having changed before meeting a no-access wall.

    I also include a diagnostic.

     

    Don't hesitate to point me somewhere if It's already been discussed.
    I was unable to find such informations, and I now wonder how I could edit basically any setting with command lines if I ever meet such issues later on.
    I tried booting with no pluggins and no GUI ; still no SSH.

     

    Thanks a lot in advance for the tips. 

     

    server-diagnostics-20220612-1257.zipimage.png.5a0fe8bb6d8e64f3931a94be759008dd.thumb.png.cedbfa4ec32ee2fec578fbd9d957f61f.png

  9. TLDR :

    https://github.com/jellyfin/jellyfin/issues/4338
    It seems that stutters are normal for 4K HEVC files.

     

    _______

     

    Path is : "/dev/dri/renderD128"
    Originally I stupidly edited it on jellyfin for "/dev/dri/", but rapidly noticed decoding wasn't working.

    I set it back as "/dev/dri/renderD128". I only got "results" once edited back.
    On the docker settings it's still "/dev/dri/" indeed.

    _______

     

    I applied what you recommended at the end of your post.
    I still get playback stutter.

    20% GPU load and 40% CPU load when displaying a HEVC HDR movie

    As a reference, 0 % GPU load and 20% CPU load with no playback.

     

    So it seems to work, no change compared to previous configuration.
    I still get the same error message when enabling HW encoding.

    HW decoding works however.

    I still have playback stutter.

     

    _______

     

    Previously it took me time to answer because I had an issue :

    Jellyfish container was responding H264 was playing back, but no H265.

    Couldn't restart the container.
    It was always displayed as turned on, on unraid GUI.
    The log was showing that the contained was killed (capture included).

     

    Previously I thought it was a random issue.

    But I encoutered that bug again.

    It seems the GPU crashed.

    The GPU info, when crashed, displayed nothing, and sometimes "100%" usage (capture included).

     

    I tried disabling docker instead of restarting. But was stuck with "Please wait... starting up containers".
    So I restarted the unraid server.

    Both time it triggered a rebuild of the array so it doesn't look like a clean shutdown.

     

    If you think it's valuable to try to identify what causes it, I can try tinkering further.

     

    _______

     

    For the non-HDR content, see the included screenshot using the jellyfish samples listed above 

    I get 20% GPU and 25% CPU with non-HDR HEVC.

    Same results than with HDR.

    _______


    Overall, I get it working, but playback isn't smooth ; 

    No hardware encoding. 
    I still stutter at least every minute or more.

    Even when playing locally and from a NVME.

    Without HW acceleration I still get occasionally stutters. 


    I see no CPU/GPU/drive overload when stutters happens.
    As you can see there's still the "codec exceed limit" and "codec not supported" messages.

    I shared a screenshot of the log.

    When launching a video with HW decoding enabled, I see a spike of usage of the GPU before getting the error message. 

    Probably it's trying to playback before crashing, driver issue? Making wild guesses.

    _______

     

    I tried hosting a jellyfin server on my macbook M1 and playback a movie from my server's NVME, HLS :

    Still get stutters. 

    Very strange.

    Once again ; I can play the same file from VLC without any issue.

    Skipping through the file (from SMB accessed via wifi) is nearly instant.
    Takes 10s to load for each clic through jellyfin.

    I tried hosting the movies from a hard drive connected directly to my macbook M1.
    Still get stutters...
    What the.

    I feel I lost a considerable amount of time trying to fix something that is originally broken.

    _______

     

    Tried jellyfin on a intel 8700K with 1080Ti.
    No issues, playback works much better, even when streaming content over wifi with a bad wifi card.
    It seems that CPU-only decoding is a very bad idea.

    I also took the time to test the performance when disabling the "GPU encoding" option.

    Well, disabling it gives noticably less playback performance, and increase considerably the lag/delay when moving in the video files.
    Considering that this option doesn't work with my 4750U - I can't playback files with it enabled -, it can possibly explain all the issues I'm facing !

     

    Maybe later drivers updates will make it work for me?
    It looks like other users don't have such issues with desktop amd CPU.

     

     

    Screenshot 2022-01-29 at 14.08.29.png

    Screenshot 2022-01-29 at 14.11.36.png

    Screenshot 2022-01-29 at 14.26.12.png

    Screenshot 2022-01-30 at 00.54.08.png

  10. Wow, thanks for your fast answer. Glad to provide information.

    Sorry for the delay.


    I passed through using /dev/dri in the docker options.
    I also ran the command :

    "mkdir /boot/config/modprobe.d

    touch /boot/config/modprobe.d/amdgpu.conf"

    And rebooted.


    On the playback page, everything is ticked outside "10bits HEVC decoding".

    I tried ticking one by one, checking if playback worked each time.

    Ticking this one gives me the message :

    "This client is not compatible with the media and the server is not sending a compatible format."

     

    I get around 60-70% CPU usage without the "activating HEVC 10 bits decoding", when playing back a HEVC 10bits file.

    While getting around 35% with it ticked.


    I joined :

    - A capture during HEVC playback.

    - The output of "lsmod".

    - Output of "ls -la /dev/dri".

    Screenshot 2022-01-29 at 12.04.18.png

    Screenshot 2022-01-29 at 12.53.34.png

    lsmod.rtf

    Screenshot 2022-01-29 at 13.22.18.png

  11. Using a 4750(laptop).

     

    Success with HEVC decoding.

    But hardware encoding won't work if the option is ticked.

    "This client is not compatible with the media and the server is not sending a compatible format."

     

    And even with it unticked, the playback is constantly stopped every 10-15s.
    Probably caused by the lack of encoding, since when playing back from another laptop (macbook M1), streaming through SMB, I get no issues at all.

    Finally, here's a link with 4K H265 and HECV to easily test performance between files codec :

    https://jell.yfish.us/

     

     

     

  12. On 1/13/2022 at 4:47 PM, TheGrownUpGeek said:

    Hi @Asian23, this is the use case I am looking at, would you mind sharing the steps you took to pass through the APU to the plex docker for transcoding and also confirm that was on the x570?  What is the transcoding performance like compared to before in Plex?

     

    https://forums.plex.tv/t/got-hw-transcoding-to-work-with-libva-vaapi-on-ryzen-apu-ryzen-7-4700u/676546/216

  13. 23 hours ago, mcai3db3 said:

    Thank you for the guide @dboris, I'm about to try this myself. I was wondering what happens if I just load the default NH image rather than opening up the file and tweaking the BTC address. Is there no way to just update this in the OS itself?

     

    Apologies for the laziness/naivety, I'm just curious.

     

    Exactly, normally you would do it from your bootable usb key

  14. In two words ; Machine Type Q35, VNC driver CIRRUS.

     

    Download NiceHashOS from : https://www.nicehash.com/download-center

    Download and install OSFMount : https://www.osforensics.com/tools/mount-disk-images.html

     

    On a Windows VM :

    - Extract the NHos archive with Winrar or 7Zip.

    - With OSFMount, select tthe extracted .img file and mount the DDOS3.31+FAT16 partition.

    sdf.JPG.ee8fd418815c8bfffc8142e3a8ecf92a.JPG

    - Uncheck "read-only drive"

    fsf.JPG.acf2fbbc61e613c4eb6a7ef044811ed5.JPG

    - Open the mounted partition in the explorer and edit the configuration.txt by adding your BTC address (from your Nicehash account) and worker's name (as you like).

    sfd.JPG.028efca09c08c24d01ab3d135dff3851.JPG

    - Save the file and unmount the partition

    - Mount again the .img file and ensure that your changes have been recorded

    - You can now move the .img file in your domains/vm disks folder

     

    Create a new VM with Ubuntu Template.

    sfd.thumb.JPG.738ad90d913ad6a983aeb1fd71539915.JPG

    Ensure to have these settings :

    - At least 2GB of ram

    - Save on CPU cores as it will bring no benefits

     

    Mandatory :

    - Of course point to the edited .img file.

    - Machine Type Q35

    - Change VNC driver for CIRRUS

    - Add a secondary nvidia GPU.

    You should be all set :).

    You can control the GPU OC settings from the web interface.

    Your nvidia GPU should have no more rest.

     

     

     

     

    • Like 2
  15. I don't care about translation, what I care about is keyboard layout.
    When accessing the UI directly from the n°1 GPU (not the webui), it require me to mentally switch from azerty layout to qwerty. 🤪

     

    I have seen posts about keyboard layout but didn't managed to successfully change the default qwerty layout.


    I'm surprised there's even translations without keyboard layouts.

    Please add that functionality as it has been a source of frustrations every time I hadno VM/GUI openned but required to type commands or edit a XML. 😪

    • Like 1
  16. 23 hours ago, vcolombo said:

    Hi,

     

    Has anyone succeeded in passing a 5700 XT through to the MacInABox VM? It works great when I run it with VNC, but when I pass through my graphics card I get the Clover screen, then it glitches out when it shows the Apple boot screen and I never get a desktop. I've tried tweaking some options in Clover, but so far no luck. Any assistance would be appreciated if anyone has gotten this working.

     

    Thank you

    Brother with a 5700XT waiting for a smarter bother to show us the way.

  17. No, but after struggling one day I wanted to use my computer instead of still try to fix it.

    Those are the results I got by swapping parts of the XML with for what you gave.
    I wanted me to avoid copy pasting but shouldn't expect any other linux competencies outside copy pasting.
    I can't do much more than test and report.
    I edited this as I thought you wanted me to (?) :

     <numatune>
        <memory mode='strict' nodeset='0,1'/>
        <memnode cellid='0' mode='strict' nodeset='0'/>
        <memnode cellid='1' mode='strict' nodeset='1'/>
      </numatune>


    I have no idea of what to think about the Aida results however.
    Much better L2 write speeds, but worse L1.

    Cinebench I now get 4885 on Cinebench, so on paper it looks a tiny bit better.

    results.PNG

  18. I noticed it was working on some other VMs, so after reinstalling windows to be clear of software bugs, and after a good night of sleep, I messed around with the XMLs and ended up solving my audio problem while retaining the L3 performance.

    I get 4793 on Cinebench.

    So, with a 1950X, this is what worked :

     

      <numatune>
        <memory mode='interleave' nodeset='0-1'/>
      </numatune>
      <resource>
        <partition>/machine</partition>
      </resource>
      <os>
        <type arch='x86_64' machine='pc-q35-4.2'>hvm</type>
        <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader>
        <nvram>/etc/libvirt/qemu/nvram/xxx_VARS-pure-efi.fd</nvram>
      </os>
      <features>
        <acpi/>
        <apic/>
        <hyperv>
          <relaxed state='on'/>
          <vapic state='on'/>
          <spinlocks state='on' retries='8191'/>
          <vendor_id state='on' value='none'/>
        </hyperv>
      </features>
      <cpu mode='custom' match='exact' check='full'>
        <model fallback='forbid'>EPYC-IBPB</model>
        <topology sockets='1' cores='8' threads='2'/>
        <feature policy='require' name='topoext'/>
        <feature policy='disable' name='monitor'/>
        <feature policy='require' name='x2apic'/>
        <feature policy='require' name='hypervisor'/>
        <feature policy='disable' name='svm'/>
        <numa>
          <cell id='0' cpus='0-7' memory='16777216' unit='KiB'/>
          <cell id='1' cpus='8-15' memory='16777216' unit='KiB'/>
        </numa>
      </cpu>
      

     

    12b3f0c7-3fda-43c7-9b7e-ddffe291191d.jpg

  19. I spent multiple weekends trying to problem solve my unraid system. 

    So I'm glad it took you 10mn to read the topic, but it took me a few hours to do the benchmarks, test and confirm. Each windows reboot require a system reboot as I have a 5700XT.

    This fixed my latency issues but made somehow my realtek sound card crash (the windows audio service consummes 15% of the CPU, and freeze the windows audio settings). It still works in bare metal on the same SSD, no problem. Don't you think I went through some other topics already?

    As of today I just spent a straight 12 hours on problem solving unraid.

    Did your 2150 posts took you 10 minutes too?


    Don't you think I can rightfully express my regrets on not checking this topic twice, without having you trying to make yourself shine over me calling myself lazy ? Thanks for your forum contribution, thumbs down for your behaviour. 👎


     

     

     

     

    • Like 1