gadreel

Device Tree it's the way each model identifies the drives. It has nothing to do with BareMetal or a VM (my opinion).

@Orphée Thanks, I created a task and then I received a message that I cannot have more than one or two tasks which is very limited. I have placed an order for a GTX 1650 GDDR5, to test DVA3221 which has a lot more tasks...

@Orphée It worked, I installed on Proxmox 7.4 instead of 8, followed your guide to blacklist the i915 and I installed arc loader and DSM 7.1. I used 3e91 as the device id and it works. I feel that the reason it was not working before it was due to DSM 7.2...

@Orphée I tried through Proxmox, I went though your steps and everything but no luck. Today I tried with DSM 7.1 and I got it to output the display. Does the DSM version matters? Same question goes for ARPL and ARC will it make any difference if I use ARPL instead of ARC loader?

@Orphée But now in baremetal what I did? I removed all the addons and the i915 module and I see the HDMI output. This is the same as in Plex and Emby, the iGPU will work upto that extend only (Plex/Emby/HDMI Output)?

Hi all, From what I read in this topic from the 4th Gen to the 10th Gen, iGPU should work with DVA1622. I have an i5 10600 with UHD 630 8086:9BC8 but it does not work when I passthrough the iGPU with Proxmox. EDIT1: I tried baremetal and I am getting video output through the HDMI but I still when trying to test face detection I am getting "unable to perform this operation..." @DVA1622:/$ dmesg -T | grep i915 [Tue Sep 5 21:23:31 2023] [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin (v1.4) [Tue Sep 5 21:23:31 2023] [drm] Initialized i915 1.6.0 20171222 for 0000:00:02.0 on minor 0 [Tue Sep 5 21:23:32 2023] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device [Tue Sep 5 21:23:34 2023] Modules linked in: thermal(OE) kvm_intel kvm irqbypass acpi_cpufreq rtc_cmos(OE) xhci_pci leds_lp3943 aesni_intel glue_helper lrw gf128mul ablk_helper geminilake_synobios(PO) hid_generic usbhid hid usblp i915(E) drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops cfbfillrect cfbcopyarea cfbimgblt drm drm_panel_orientation_quirks iosf_mbi fb fbdev video backlight button i2c_algo_bit uhci_hcd etxhci_hcd ehci_pci ehci_hcd usb_storage xhci_hcd usbcore sg dm_snapshot dm_bufio crc_itu_t crc_ccitt psnap p8022 llc hfsplus zram md4 hmac sit tunnel4 ipv6 flashcache_syno(O) flashcache(O) syno_flashcache_control(O) dm_mod arc4 crc32c_intel cryptd ecb aes_x86_64 authenc des_generic ansi_cprng cts md5 cbc cpufreq_powersave cpufreq_performance processor cpufreq_stats vxlan ip6_udp_tunnel udp_tunnel Any ideas?

Hello, I have a 1Gbit port and 10Gbit port, is it possible configure the ARPL i18n loader to which port will be eth0 and which eth1? Because every time I reboot the VM it changes around and is breaking my HA cluster.

A more advanced approach is to use Cloudflare zero trust and apply security measures...

Hi start reading from here. You can read in this guide which platforms can be used based on your CPU. The below topic contains even more info.

What might not being supported is Transcoding and stuff related to that. Installing DSM should not be a problem.

As long the is an x86 architecture it should not be any problem.

Their are ways to fix it but it's "complicate" and it's more of a trial and error. Most of the time we suggest to users to let it go. Technically there is NO issue when the drives look like this. If you have a major OCD you could install a model that supports Directory Tree instead which maps the drives different and you do not have this issue.

I do not know, I thought because it's a major version and different kernels we have to rebuild the loader. I might be wrong...

Hi all, please remind me what is the correct procedure on arpl-i18n to update from 7.1.1 to 7.2? Update from DSM and then rebuild the loader or update from DSM and the loader will do the rest on it's own? Edit: Updated DSM and then rebuild the loader. All good at the end.

I totally agree, provoking and poking Synology will take down the forum.