g.lyh Posted February 14 Share Posted February 14 On 12/8/2023 at 2:26 AM, SimonF said: I still have issues with the Audio passthru. System dies when VM reboots or stops. Display is fine. Later Kernel don't fix audio. Not sure if this would help: https://forums.unraid.net/topic/129027-intel-arc-support/?do=findComment&comment=1369821 Also check out the source where I found the solution for my case: https://forum.proxmox.com/threads/issues-with-intel-arc-a770m-gpu-passthrough-on-nuc12snki72-vfio-pci-not-ready-after-flr-or-bus-reset.130667/#post-573521 @Harmani Hope these would work. Quote Link to comment
kaares Posted February 14 Share Posted February 14 On 2/2/2024 at 11:31 PM, Kuleinc said: Interested in trying this. I have a super micro 846 4 U chasis with 5 chasis fans. would I still need a fan on the card itself? I don't know how much airflow you're getting on those, but I sure needed a shroud+fan on the tesla in my 4U case. I have replaced the super loud original fans with some noctua nf-f12-industrialppc-3000-pwm. Not good enough for the Tesla. I have a NF-A4x20 on it to keep it happy. Quote Link to comment
Kuleinc Posted February 17 Share Posted February 17 On 2/14/2024 at 12:04 PM, kaares said: I don't know how much airflow you're getting on those, but I sure needed a shroud+fan on the tesla in my 4U case. I have replaced the super loud original fans with some noctua nf-f12-industrialppc-3000-pwm. Not good enough for the Tesla. I have a NF-A4x20 on it to keep it happy. For anyone else with a super micro 846 chassis, the case fans are not enough to cool the Tesla P4 in the x16 slot. I put the blower fan that they shipped me with the card onto the card and it cooled right off. I was getting thermal throttling in a 55 degree F environment with just case fans. Would probably work better without fan in a 2U case... I cannot hear the blower fan on the P4 at all over the standard supermicro case fans, so that's nice. Quote Link to comment
axipher Posted March 23 Share Posted March 23 Just installed an Arc A750 in my server to upgrade from the 9700k iGPU. The server also happens to have a GTX 750 Ti that I was using for a VM that I had seen reports of the Thor2000 custom kernel not playing nicely with Nvidia-Driver-Kernel. I'm on Unraid 6.12.8 and used Thor2000 driver: https://github.com/thor2002ro/unraid_kernel/releases/tag/20240310 ( Linux 6.7.9-thor-Unraid+ x86_64) My process: Uninstalled Nvidia-GPU-Plugin Shutdown server Copied the bz* files Installed GPU with same model HDMI Dummy Plug in the iGPU Booted system Updated GPU-Stat to show new DG2 GPU Deleted all codecs from Plex Appdata folder Added /dev/dri/renderD128 as a new device Started Plex Docker Changed Transcode Device to DG2 Initial testing was great, hardware transcoding now of AV1 content to H264, 1080p content typically transcoding at ~11x the framerate which is amazing. GPU-Stat also show the usage properly. Second set of tests on 4k content worked great as well, including VP9 and AV1 SDR and HDR content. To note, I still have HDR tone mapping disabled in Plex since my Computer and main TV support HDR already so no need to tone-map. Third set tests on 8k content was where it all fell apart. Previously, my i7-9700k would struggle along to software decode 8k content then use the iGPU to hardware and very very very choppy. With the Arc A750, it shows it as hardware transcoding now, the audio plays back flawlessly and the seek bar no longer skips and the transcode buffer looks to fill up quickly, but all I get is a solid green video output. This applies to VP9 and AV1, SDR or HDR 8k videos. If I switch Plex Transcoder from the Arc A750 back to the iGPU, it will Software Decode AV1 8k and Hardware Encode to H264 with some hitches as the software decoder can't keep up, but it at least works on all my 8k files. It's just something with the Arc A750 that falls flat on its face when trying to Hardware Decode 8k Content, SDR or HDR. 1 Quote Link to comment
10bn Posted March 27 Share Posted March 27 (edited) Hi Guys, I'm trying to put my Asrock Intel ARC A380 to L1 but the power conumption dosen't change. Wouthout the card its around 30W and with the card inserted I'm at around 50W. I hope someone can help with this, I don't know what else I could try. Used Kernerl to enable ARC support: https://github.com/thor2002ro/unraid_kernel/releases What I've tryied so far: 1. Check ASPM Status: sudo lspci -vv | awk '/ASPM/{print $0}' RS= | grep --color -P '(^[a-z0-9:.]+|ASPM )' 2. Used this script to change the ASPM Settings. #!/bin/bash # Copyright (c) 2010-2013 Luis R. Rodriguez <mcgrof@do-not-panic.com> # # Permission to use, copy, modify, and/or distribute this software for any # purpose with or without fee is hereby granted, provided that the above # copyright notice and this permission notice appear in all copies. # # THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES # WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF # MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR # ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES # WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN # ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF # OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. # ASPM Tuning script # # This script lets you enable ASPM on your devices in case your BIOS # does not have it enabled for some reason. If your BIOS does not have # it enabled it is usually for a good reason so you should only use this if # you know what you are doing. Typically you would only need to enable # ASPM manually when doing development and using a card that typically # is not present on a laptop, or using the cardbus slot. The BIOS typically # disables ASPM for foreign cards and on the cardbus slot. Check also # if you may need to do other things than what is below on your vendor # documentation. # # To use this script You will need for now to at least query your device # PCI endpoint and root complex addresses using the convention output by # lspci: [<bus>]:[<slot>].[<func>] # # For example: # # 03:00.0 Network controller: Atheros Communications Inc. AR9300 Wireless LAN adaptor (rev 01 # 00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03) # # The root complex for the endpoint can be found using lspci -t # # For more details refer to: # # http://wireless.kernel.org/en/users/Documentation/ASPM # You just need to modify these three values: ROOT_COMPLEX="01.1" ENDPOINT="03:00.0" # ARC GPU #ENDPOINT="04:00.0" # ARC AUDIO # We'll only enable the last 2 bits by using a mask # of :3 to setpci, this will ensure we keep the existing # values on the byte. # # Hex Binary Meaning # ------------------------- # 0 0b00 L0 only # 1 0b01 L0s only # 2 0b10 L1 only # 3 0b11 L1 and L0s ASPM_SETTING=2 function aspm_setting_to_string() { case $1 in 0) echo -e "\t${BLUE}L0 only${NORMAL}, ${RED}ASPM disabled${NORMAL}" ;; 1) ;; 2) echo -e "\t${GREEN}L1 only${NORMAL}" ;; 3) echo -e "\t${GREEN}L1 and L0s${NORMAL}" ;; *) echo -e "\t${RED}Invalid${NORMAL}" ;; esac } ################################################################### # Do not edit below here unless you are sending me a patch ################################################################### # # TODO: patches are welcomed to me until we submit to to # PCI Utilities upstream. # # This can be improved by in this order: # # * Accept arguments for endpoint and root complex address, and # desired ASPM settings # * Look for your ASPM capabilities by quering your # LnkCap register first. Use these values to let you # select whether you want to enable only L1 or L1 & L0s # * Searching for your root complex for you # * Search for your PCI device by using the driver # * Disable your driver and ask to reboot ? # * Rewrite in C # * Write ncurses interface [ wishlist ] # * Write GTK/QT interface [ wishlist ] # * Submit upstream as aspm.c to the PCI Utilities, which are # maintained by Martin Mares <mj@ucw.cz> # Pretty colors GREEN="\033[01;32m" YELLOW="\033[01;33m" NORMAL="\033[00m" BLUE="\033[34m" RED="\033[31m" PURPLE="\033[35m" CYAN="\033[36m" UNDERLINE="\033[02m" # we can surely read the spec to get a better value MAX_SEARCH=20 SEARCH_COUNT=1 ASPM_BYTE_ADDRESS="INVALID" ROOT_PRESENT=$(lspci | grep -c "$ROOT_COMPLEXT") ENDPOINT_PRESENT=$(lspci | grep -c "$ENDPOINT") if [[ $(id -u) != 0 ]]; then echo "This needs to be run as root" exit 1 fi if [[ $ROOT_PRESENT -eq 0 ]]; then echo "Root complex $ROOT_COMPLEX is not present" exit fi if [[ $ENDPOINT_PRESENT -eq 0 ]]; then echo "Endpoint $ENDPOINT is not present" exit fi # XXX: lspci -s some_device_not_existing does not return positive # if the device does not exist, fix this upstream function device_present() { PRESENT=$(lspci | grep -c "$1") COMPLAINT="${RED}not present${NORMAL}" if [[ $PRESENT -eq 0 ]]; then if [[ $2 != "present" ]]; then COMPLAINT="${RED}disappeared${NORMAL}" fi echo -e "Device ${BLUE}${1}${NORMAL} $COMPLAINT" return 1 fi return 0 } function find_aspm_byte_address() { device_present $ENDPOINT present if [[ $? -ne 0 ]]; then exit fi SEARCH=$(setpci -s $1 34.b) # We know on the first search $SEARCH will not be # 10 but this simplifies the implementation. while [[ $SEARCH != 10 && $SEARCH_COUNT -le $MAX_SEARCH ]]; do END_SEARCH=$(setpci -s $1 ${SEARCH}.b) # Convert hex digits to uppercase for bc SEARCH_UPPER=$(printf "%X" 0x${SEARCH}) if [[ $END_SEARCH = 10 ]]; then ASPM_BYTE_ADDRESS=$(echo "obase=16; ibase=16; $SEARCH_UPPER + 10" | bc) break fi SEARCH=$(echo "obase=16; ibase=16; $SEARCH + 1" | bc) SEARCH=$(setpci -s $1 ${SEARCH}.b) let SEARCH_COUNT=$SEARCH_COUNT+1 done if [[ $SEARCH_COUNT -ge $MAX_SEARCH ]]; then echo -e "Long loop while looking for ASPM word for $1" return 1 fi return 0 } function enable_aspm_byte() { device_present $1 present if [[ $? -ne 0 ]]; then exit fi find_aspm_byte_address $1 if [[ $? -ne 0 ]]; then return 1 fi ASPM_BYTE_HEX=$(setpci -s $1 ${ASPM_BYTE_ADDRESS}.b) ASPM_BYTE_HEX=$(printf "%X" 0x${ASPM_BYTE_HEX}) # setpci doesn't support a mask on the query yet, only on the set, # so to verify a setting on a mask we have no other optoin but # to do do this stuff ourselves. DESIRED_ASPM_BYTE_HEX=$(printf "%X" $(( (0x${ASPM_BYTE_HEX} & ~0x7) |0x${ASPM_SETTING}))) if [[ $ASPM_BYTE_ADDRESS = "INVALID" ]]; then echo -e "No ASPM byte could be found for $(lspci -s $1)" return fi echo -e "$(lspci -s $1)" echo -en "\t${YELLOW}0x${ASPM_BYTE_ADDRESS}${NORMAL} : ${CYAN}0x${ASPM_BYTE_HEX}${GREEN} --> ${BLUE}0x${DESIRED_ASPM_BYTE_HEX}${NORMAL} ... " device_present $1 present if [[ $? -ne 0 ]]; then exit fi # Avoid setting if already set if [[ $ASPM_BYTE_HEX = $DESIRED_ASPM_BYTE_HEX ]]; then echo -e "[${GREEN}SUCESS${NORMAL}] (${GREEN}already set${NORMAL})" aspm_setting_to_string $ASPM_SETTING return 0 fi # This only writes the last 3 bits setpci -s $1 ${ASPM_BYTE_ADDRESS}.b=${ASPM_SETTING}:3 sleep 3 ACTUAL_ASPM_BYTE_HEX=$(setpci -s $1 ${ASPM_BYTE_ADDRESS}.b) ACTUAL_ASPM_BYTE_HEX=$(printf "%X" 0x${ACTUAL_ASPM_BYTE_HEX}) # Do not retry this if it failed, if it failed to set. # Likey if it failed its a good reason and you should look # into that. if [[ $ACTUAL_ASPM_BYTE_HEX != $DESIRED_ASPM_BYTE_HEX ]]; then echo -e "\t[${RED}FAIL${NORMAL}] (0x${ACTUAL_ASPM_BYTE_HEX})" return 1 fi echo -e "\t[${GREEN}SUCCESS]${NORMAL}]" aspm_setting_to_string $ASPM_SETTING return 0 } device_present $ENDPOINT not_sure if [[ $? -ne 0 ]]; then exit fi echo -e "${CYAN}Root complex${NORMAL}:" enable_aspm_byte $ROOT_COMPLEX echo echo -e "${CYAN}Endpoint${NORMAL}:" enable_aspm_byte $ENDPOINT echo Now the ASPM Status is enabled: I also set Unpopulated Links in the BIOS to disabled. I gues this is what they call ASMP? Further, I used powertop to check if the ARC device is on AUTO, and yes, it is, but the actions taken don't seem to bring any effect regarding the power consumption. When I run powertop --auto-tune the system freezes. I tried to set all pci devices to auto one by one but could figure out which on freezes the system. Do you guys have any suggestions what else I could try to get the ARC Card to sleep when it's not in use? System Profile Motherboard: CWWK AMD 7735HS/7840HS/8845HS/7940HS 8-Bay/9-Bay NAS OS: Unraid Server Pro 6.12.8 CPU: AMD Ryzen 7 7840HS @ 3.8 GHz Integrated GPU: AMD Radeon™ 780M Memory: 64GB DDR5 (2x 32GB @ 5600 MT/s CT32G56C46S5) DGPU: Asrock Intel ARC A380 Storage Configuration: NVMe SSDs: 2x 512GB Crucial (ZFS) HDDs: 4x 18TB WDC WUH721818AL (XFS) (6,5W per disk when spinning) 1x 6TB WDC WD6003FFBX-6 (ZFS) SSD: 1x 1TB Samsung SSD 840 (ZFS) Power Supply: Corsair RM550x (Checkout Wolfgangs Video: What's the Best PSU For Your Low Idle Home Server?) Case: Lian Li Q25 Accessories: 2x MiniSAS to SATA cables for extended storage options Edited March 27 by 10bn Quote Link to comment
casperse Posted April 13 Share Posted April 13 (edited) Just wondering are we getting really close to getting native ARCH support (This thread was started in 2022 and we have ZFS now 😀) and reading all the posts we have workarounds if you dare to create your own modified kernel - But I really would like to know are we really close? - I thought the new 14th gen CPU was supporting AV1 encoding but seems it’s only decoding. So native AV1 HW encoding is limited to Nvidia support in Unraid but every post here states that Intel just do a better job? (And Nvidia is crazy expensive) I think like many others we just dream about the cheap option a 380 card….. Missed this post: “Word on the street is it's in 6.13 whenever that gets released“ Edited April 13 by casperse Quote Link to comment
Michael_P Posted April 13 Share Posted April 13 1 hour ago, casperse said: Just wondering are we getting really close The word is it's going to be in 6.13 Quote Link to comment
SimonF Posted April 13 Share Posted April 13 20 minutes ago, Michael_P said: The word is it's going to be in 6.13 Kernel in next release will be likely lastest supported by zfs, 6.7 currently. Quote Link to comment
casperse Posted April 13 Share Posted April 13 5 hours ago, Michael_P said: The word is it's going to be in 6.13 Someone told me that there is a preview 6.13.0-beta.1 out and that it works 🙂 Quote Link to comment
br47 Posted April 15 Share Posted April 15 (edited) On 3/22/2024 at 7:47 PM, axipher said: Just installed an Arc A750 in my server to upgrade from the 9700k iGPU. The server also happens to have a GTX 750 Ti that I was using for a VM that I had seen reports of the Thor2000 custom kernel not playing nicely with Nvidia-Driver-Kernel. I'm on Unraid 6.12.8 and used Thor2000 driver: https://github.com/thor2002ro/unraid_kernel/releases/tag/20240310 ( Linux 6.7.9-thor-Unraid+ x86_64) My process: Uninstalled Nvidia-GPU-Plugin Shutdown server Copied the bz* files Installed GPU with same model HDMI Dummy Plug in the iGPU Booted system Updated GPU-Stat to show new DG2 GPU Deleted all codecs from Plex Appdata folder Added /dev/dri/renderD128 as a new device Started Plex Docker Changed Transcode Device to DG2 Initial testing was great, hardware transcoding now of AV1 content to H264, 1080p content typically transcoding at ~11x the framerate which is amazing. GPU-Stat also show the usage properly. Second set of tests on 4k content worked great as well, including VP9 and AV1 SDR and HDR content. To note, I still have HDR tone mapping disabled in Plex since my Computer and main TV support HDR already so no need to tone-map. Third set tests on 8k content was where it all fell apart. Previously, my i7-9700k would struggle along to software decode 8k content then use the iGPU to hardware and very very very choppy. With the Arc A750, it shows it as hardware transcoding now, the audio plays back flawlessly and the seek bar no longer skips and the transcode buffer looks to fill up quickly, but all I get is a solid green video output. This applies to VP9 and AV1, SDR or HDR 8k videos. If I switch Plex Transcoder from the Arc A750 back to the iGPU, it will Software Decode AV1 8k and Hardware Encode to H264 with some hitches as the software decoder can't keep up, but it at least works on all my 8k files. It's just something with the Arc A750 that falls flat on its face when trying to Hardware Decode 8k Content, SDR or HDR. I've just spun up Unraid on an r730xd and ordered an a380 and I'm having a ton of issue. I can see the card, I can select it for transcoding in Plex, I can see it on the dashboard as a GPU, but for the life of me, I can't get it to transcode anything. It just idles at 0% across the board and pegs my CPU's. I've tried everything: 1. Updated the kernel to 6.9 2. Installed Intel-GPU-Top 3. Updated GPU-Stat to show new DG2 GPU 4. Deleted all codecs from Plex Appdata folder 5. Added /dev/dri/renderD128 as a new device 6. Changed Transcode Device to DG2 7. Tried plugging in a monitor while the server is running 8. Tried disabling the onboard gpu (igpu does not show up on dashboard but shows in system devices) You think I need a dummy VGA for the onboard gpu? I'm out of options here! I need a card for transcoding badly since my family use this server remotely and it's buffering like crazy for them. Edited April 15 by br47 Quote Link to comment
axipher Posted April 15 Share Posted April 15 12 hours ago, br47 said: I've just spun up Unraid on an r730xd and ordered an a380 and I'm having a ton of issue. I can see the card, I can select it for transcoding in Plex, I can see it on the dashboard as a GPU, but for the life of me, I can't get it to transcode anything. It just idles at 0% across the board and pegs my CPU's. I've tried everything: 1. Updated the kernel to 6.9 2. Installed Intel-GPU-Top 3. Updated GPU-Stat to show new DG2 GPU 4. Deleted all codecs from Plex Appdata folder 5. Added /dev/dri/renderD128 as a new device 6. Changed Transcode Device to DG2 7. Tried plugging in a monitor while the server is running 8. Tried disabling the onboard gpu (igpu does not show up on dashboard but shows in system devices) You think I need a dummy VGA for the onboard gpu? I'm out of options here! I need a card for transcoding badly since my family use this server remotely and it's buffering like crazy for them. First off, I must point out that I'm not an expert on Plex, Unraid or Arc, but this is my experience. Also I can't remember if there are certain sub-title formats that will force CPU encoding, so make sure to try testing on something and turn off sub-titles just to make sure that isn't messing it up. Audio might get CPU transcoded still, but that is a tiny load and shouldn't affect a server, especially yours with that many threads. I'm currently Unraid 6.12.9 with this kernel from Thor2000: Linux 6.9.0-rc1-thor-Unraid+ x86_64. I believe it was from the 20240331 release: https://github.com/thor2002ro/unraid_kernel/releases/tag/20240331. I'm pretty sure it worked on 6.12.8 though with the 6.7.9 kernel as well from Thor2000. I had a 3-pack of HDMI dummy plugs from previous QuickSync stuff so I installed one in my ARC GPU from day one, so I have note tested without it installed. For my Plex config, I have a device setup as just /dev/dri. I believe I tried going direct to /dev/dri/renderD128 or /dev/dri/renderD129 but it sometimes wouldn't work so I just put in /dev/dri and then selected the card in Plex. But since my system has a Intel i7-9700k, I have two Intel GPU's installed: - Card0 is the 9700k iGPU and is linked to Render128 - Card1 is the Arc 750 DG2 and is linked to Render129 And inside Plex itself, under transcode settings, make sure to select the DG2, since I can select either Intel GPU there. Then a restart of Plex docker is likely required: Both show up in GPU Stats for me and while Transcoding, I see the proper DG2 get used: Quote Link to comment
br47 Posted April 15 Share Posted April 15 2 hours ago, axipher said: First off, I must point out that I'm not an expert on Plex, Unraid or Arc, but this is my experience. Also I can't remember if there are certain sub-title formats that will force CPU encoding, so make sure to try testing on something and turn off sub-titles just to make sure that isn't messing it up. Audio might get CPU transcoded still, but that is a tiny load and shouldn't affect a server, especially yours with that many threads. I'm currently Unraid 6.12.9 with this kernel from Thor2000: Linux 6.9.0-rc1-thor-Unraid+ x86_64. I believe it was from the 20240331 release: https://github.com/thor2002ro/unraid_kernel/releases/tag/20240331. I'm pretty sure it worked on 6.12.8 though with the 6.7.9 kernel as well from Thor2000. I had a 3-pack of HDMI dummy plugs from previous QuickSync stuff so I installed one in my ARC GPU from day one, so I have note tested without it installed. For my Plex config, I have a device setup as just /dev/dri. I believe I tried going direct to /dev/dri/renderD128 or /dev/dri/renderD129 but it sometimes wouldn't work so I just put in /dev/dri and then selected the card in Plex. But since my system has a Intel i7-9700k, I have two Intel GPU's installed: - Card0 is the 9700k iGPU and is linked to Render128 - Card1 is the Arc 750 DG2 and is linked to Render129 And inside Plex itself, under transcode settings, make sure to select the DG2, since I can select either Intel GPU there. Then a restart of Plex docker is likely required: Both show up in GPU Stats for me and while Transcoding, I see the proper DG2 get used: Thanks, I went ahead and ordered an HDMI and VGA dummy just to see if that helps. I'll also try removing /render128 My hope is that with the VGA dummy, the onboard GPU shows up in the dashboard. It's weird that it shows in devices, but not there. I'll also try rolling back to the kernel you are using (I'm using the latest one which is one revision newer). Trial and error I guess! R730xd's seem to be a bit finicky, but I have 60TB of SSD's, dual Xeon processors and 365GB of DDR4 RAM and it would be a waste not to take advantage of it. I was using ESXi with VM's, but I really wanted to switch to Unraid and run a GPU passthrough for encoding. Quote Link to comment
axipher Posted April 15 Share Posted April 15 39 minutes ago, br47 said: Thanks, I went ahead and ordered an HDMI and VGA dummy just to see if that helps. I'll also try removing /render128 My hope is that with the VGA dummy, the onboard GPU shows up in the dashboard. It's weird that it shows in devices, but not there. I'll also try rolling back to the kernel you are using (I'm using the latest one which is one revision newer). Trial and error I guess! R730xd's seem to be a bit finicky, but I have 60TB of SSD's, dual Xeon processors and 365GB of DDR4 RAM and it would be a waste not to take advantage of it. I was using ESXi with VM's, but I really wanted to switch to Unraid and run a GPU passthrough for encoding. Yeah, I would first try just changing the Plex Device to /dev/dri and seeing what GPU's you can select in Plex and then testing again. Most reports I read indicated that the HDMI dummy plug is mostly needed for the iGPU to be used and not so much discrete GPU's, but also, does not hurt to have the dummy plug. I'm not sure how it affects power consumption though, I know just installing my Arc card increased my power draw by a little over 15 W on my server so I'm assuming it's the card's idle power draw. I can't see Linux kernel 6.9-rc3 breaking anything Arc related over 6.9-rc1, but if you can easily roll-back to the same version as me, at least it might be easier to troubleshoot. Quote Link to comment
br47 Posted April 17 Share Posted April 17 On 4/15/2024 at 3:18 PM, axipher said: Yeah, I would first try just changing the Plex Device to /dev/dri and seeing what GPU's you can select in Plex and then testing again. Most reports I read indicated that the HDMI dummy plug is mostly needed for the iGPU to be used and not so much discrete GPU's, but also, does not hurt to have the dummy plug. I'm not sure how it affects power consumption though, I know just installing my Arc card increased my power draw by a little over 15 W on my server so I'm assuming it's the card's idle power draw. I can't see Linux kernel 6.9-rc3 breaking anything Arc related over 6.9-rc1, but if you can easily roll-back to the same version as me, at least it might be easier to troubleshoot. Dummy plug fixed it! 2 Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.