blackmanga

Super !

haha thats an interesting one ! so we are good for 918+ and 920+ just for my info, are you using a 10th gen CPU ?

missing modules attached. follow the same process as before with the new scripts in_modules_3221.sh rm_modules_3221.sh i915_3221_7.0_additional.7z

I have added some missing modules. can you do the same as before. Copy these missing modules in your temp directory and run the rm_modules followed by in_modules i915_3622_7.0_additional.7z rm_modules_3622.sh in_modules_3622.sh

Ok, some modules are definitely missing. I will look at them tonight once I get home

Ok, so there must be some more modules that might be needed for 3622. Can you check dmesg output and /var/log/messages to see what errors if any happy to hear that DS918+ works

You will need to test if they work for your system. What i have provided are the modules (.ko files). you will also need the firmware files for your iGPU 1) You can put the new modules in a temporary location first to test (e.g. /tmp or your user directory like /volume1/homes/user - replace user with your username). 2) By default, the firmware files are not copied by the redpill loaders. So you can download them from https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915 and place them in /usr/lib/firmware/i915 I have copied the following, but the important ones are kbl_dmc_ver1_04.bin, kbl_guc_ver9_39.bin, kbl_huc_ver02_00_1810.bin (for the 10th gen). To be safe you can get them all. bxt_dmc_ver1_07.bin bxt_guc_ver9_29.bin bxt_huc_ver01_07_1398.bin cnl_dmc_ver1_06.bin glk_dmc_ver1_04.bin kbl_dmc_ver1_01.bin kbl_dmc_ver1_04.bin kbl_guc_ver9_39.bin kbl_huc_ver02_00_1810.bin skl_dmc_ver1_26.bin skl_dmc_ver1_27.bin skl_guc_ver9_33.bin skl_huc_ver01_07_1398.bin 3) Copy in_modules.sh and rm_modules.sh in the same directory as where you copied the .ko files. and run the the following sudo rm_modules.sh sudo in_modules.sh if successful, you should have /dev/dri 4) Once you are satisfied that your system is stable and HW transcoding is working properly, you can copy the .ko files into /usr/lib/modules

Try this and let us know. I have managed to compile the modules.

DVA3221 DSM 7 (4.4.180+) https://dailyuploads.net/62jdjf7o6y36 https://www20.zippyshare.com/v/1g6qBpvT/file.html As with DS3622, by default, DVA3221 doesnt offer QS HW transcoding. But i have managed to compile the modules by amending some parameters in the .config file.

i915 drivers for various models and scripts. I have tested them on DS 918+ and can confirm that /dev/dri exists and HW transcoding works perfectly (even HDR tonemapping works with the linuxserver/plex docker) DS918+ DSM 7 https://www.filehosting.org/file/details/3054890/i915.7z https://www104.zippyshare.com/v/oPItjx82/file.html https://dailyuploads.net/41tops2ix61g DS920+ DSM 7 https://dailyuploads.net/iiafmtyxq2si https://www74.zippyshare.com/v/NPbJM27X/file.html DS3622+ DSM 7 https://dailyuploads.net/avd0bpv3ejw0 https://www100.zippyshare.com/v/i1ha0qjo/file.html Attached the scripts as well to remove original modules (rm_modules.sh) in a running DSM system, and then insert the new modules (in_modules.sh). All modules are for kernel 4.4.180+ If someone would like to compile their own modules, you would need to patch the files in linux.4.4.x source files. The i915.patch file is to be placed in linux.4.4.x folder of the GPL source. (you can do a dry run to see if there are any errors first: patch -p0 --verbose --dry-run < i915.patch ) If everything looks ok, you can run the following command patch -p0 --verbose -b < i915.patch after this, you just cross compile the modules as usual. in_modules.sh rm_modules.sh i915.patch

you can try this. i m not entirely sure if 3622 supports HW transcoding. But i have complied the modules. Try and you can let us know. https://dailyuploads.net/avd0bpv3ejw0 https://www100.zippyshare.com/v/i1ha0qjo/file.html

It has a list of files which have been changed and also shows what has been changed.

I can try and let you know.

Attached the patches for anyone who wants to do the same diff.txt

I will share the changes I have done in the various files. It was kind of straightforward for the Cometlake CPUs as they are quite similar to the previous gen GPUs.

following PCI IDs should work /* CML GT1 */ #define INTEL_CML_GT1_IDS(info) \ INTEL_VGA_DEVICE(0x9B21, info), \ INTEL_VGA_DEVICE(0x9BAA, info), \ INTEL_VGA_DEVICE(0x9BAB, info), \ INTEL_VGA_DEVICE(0x9BAC, info), \ INTEL_VGA_DEVICE(0x9BA0, info), \ INTEL_VGA_DEVICE(0x9BA5, info), \ INTEL_VGA_DEVICE(0x9BA8, info), \ INTEL_VGA_DEVICE(0x9BA4, info), \ INTEL_VGA_DEVICE(0x9BA2, info) /* CML GT2 */ #define INTEL_CML_GT2_IDS(info) \ INTEL_VGA_DEVICE(0x9B41, info), \ INTEL_VGA_DEVICE(0x9BCA, info), \ INTEL_VGA_DEVICE(0x9BCB, info), \ INTEL_VGA_DEVICE(0x9BCC, info), \ INTEL_VGA_DEVICE(0x9BC0, info), \ INTEL_VGA_DEVICE(0x9BC5, info), \ INTEL_VGA_DEVICE(0x9BC8, info), \ INTEL_VGA_DEVICE(0x9BC4, info), \ INTEL_VGA_DEVICE(0x9BC2, info)

I have managed to compile the i915.ko module (and associated modules) for Intel 10th Gen CPUs (i.e. 9BC8 etc.) Tested and working on DS918+ 7.0.1-42218 up3; Redpill loader on baremetal instance. The patched i915 module from IG88 had issues and would end up in a hardlockup/kernel panic for me. For anyone who wants to test, i have attached the compiled modules. https://www.filehosting.org/file/details/3054890/i915.7z https://www104.zippyshare.com/v/oPItjx82/file.html https://dailyuploads.net/41tops2ix61g

apologies for reposting. Any advice please

- Outcome of the update: Successful - DSM version prior update: Juns 1.04b Loader running 6.2.3-25426 up3 - Loader version and model: Tinycore-Redpill 0.4.6 - DS918+ - DSM 7.0.1-42218 update 3 - Using custom extra.lzma: No; extensions added for mlx4_core, e1000e and acpi2 - Installation type: BAREMETAL - Gigabyte H470M DS3H - Intel Core i3 10100 - 16GB DDR4, JMB585 Card 5x SATA3, MCX312B 10 GBe Mellanox ConnectX-3 dual - Additional comments: Onboard NIC (i219-V) works, Mellanox 10GBe works, Onboard 6x SATA3 & JMB585 5x SATA3 ports work ! DiskIdxMap=0005 SataPortMap=65 HW Transcoding doesnt work (no /dev/dri present - patched i915.ko 9BC8 results in kernel panic)

First of all i would like to thank all the devs for working on this tirelessly! I have been able to update from 1.04b loader 6.2.3 up3 to TC redpill UEFI loader 7.0.1-42218 up3 on DS 918+. All my extensions and HDDs work (mlx4_core and e1000e) and there was no issue with the satamap etc as well. One thing that is bugging me is that hw transcoding isnt available. i have an i3 10100 CPU (9BC8) on Gigabyte H470 DS3H motherboard. I have tried using doing insmod on the patched i915.ko file, but i get a kernel panic and the system reboots. VT-d & C1E have been disabled. lspci -tnnvq -+-[0001:03]---00.0 Intel Corporation I211 Gigabit Network Connection [8086:1539] +-[0001:02]---00.0 Intel Corporation I211 Gigabit Network Connection [8086:1539] +-[0001:01]---00.0 Marvell Technology Group Ltd. 88SE9215 PCIe 2.0 x1 4-port SATA 6 Gb/s Controller [1b4b:9215] +-[0001:00]-+-12.0 Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SATA AHCI Controller [8086:5ae3] | +-13.0 Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series PCI Express Port A #1 [8086:5ad8] | +-14.0 Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series PCI Express Port B #1 [8086:5ad6] | +-15.0 Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series USB xHCI [8086:5aa8] | +-16.0 Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series I2C Controller #1 [8086:5aac] | +-18.0 Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series HSUART Controller #1 [8086:5abc] | +-19.0 Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SPI Controller #3 [8086:5ac6] | +-19.2 Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SPI Controller #3 [8086:5ac6] | +-1f.0 Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SMBus Controller [8086:5ad4] | \-1f.1 Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series SMBus Controller [8086:5ad4] \-[0000:00]-+-00.0 Intel Corporation 10th Gen Core Processor Host Bridge/DRAM Registers [8086:9b63] +-01.0-[01]----00.0 Mellanox Technologies MT27500 Family [ConnectX-3] [15b3:1003] +-02.0 Intel Corporation CometLake-S GT2 [UHD Graphics 630] [8086:9bc8] +-12.0 Intel Corporation Comet Lake PCH Thermal Controller [8086:06f9] +-14.0 Intel Corporation Comet Lake USB 3.1 xHCI Host Controller [8086:06ed] +-14.2 Intel Corporation Comet Lake PCH Shared SRAM [8086:06ef] +-16.0 Intel Corporation Comet Lake HECI Controller [8086:06e0] +-17.0 Intel Corporation Comet Lake SATA AHCI Controller [8086:06d2] +-1b.0-[02]-- +-1b.4-[03]-- +-1c.0-[04]----00.0 JMicron Technology Corp. JMB58x AHCI SATA controller [197b:0585] +-1d.0-[05]-- +-1d.4-[06]-- +-1f.0 Intel Corporation H470 Chipset LPC/eSPI Controller [8086:0684] +-1f.4 Intel Corporation Comet Lake PCH SMBus Controller [8086:06a3] +-1f.5 Intel Corporation Comet Lake PCH SPI Controller [8086:06a4] \-1f.6 Intel Corporation Ethernet Connection (11) I219-V [8086:0d4d] oops.txt

I have tried the same approach with intel i3 10100 and used insmod to load the patched modules as above. am getting the same hard crash/kernel panic again (loader 1.04b with extra lzma ver 13.3, 6.2.3 25426 U3, patched i915.ko) @IG-88i have to thank you in advance for all the work you have done for the community so far. If you have any ideas on how to make this work, it will be really appreciated. dmesg_i3_10100.rtf

I am having issues with the patched i915.ko (downloaded from https://gofile.io/d/4fFJA5) CPU i5 10400, MB Gigabyte H470M DS3H). Installed as usual and then used insmod to test that the i915 works (sadly its crashing). Loader 1.04b with extra/extra2.lzma ver 13.3 DS 918+ 6.2.3 25426 (both this and U3 give a hard crash) I used the 9BC8 version of the patched file (havent tried the others). I checked with lspci -nn to ensure that its the correct iGPU version for the processor on hand. I have also tried the following DSM versions a) Used the same patched i915.ko from the thread with DSM 6.2.0 - couldnt load modules (kernel version mismatch - symbols error) b) DSM version 6.2.2 24922 (using juns i915.ko - which i manually patched 3E92 => 9BC8) - had a partial success. i do get /dev/dri and videostation does transcode, but i get soft lockups and NMI watchdog errors. Any help will be really appreciated for DSM 6.2.3. dmesg output as attached dmesg.txt

Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2.2-24922-update 5 - Loader version and model: Jun's v1.04b - DS918+ - Using custom extra.lzma: YES - extra918plus_v0.13.3 - Installation type: BAREMETAL - MB: Gigabyte H97N WiFi, CPU: Intel Xeon E3 1245 v3, onboard Intel and Atheros NIC, 10 GB Mellanox connectx-3 dual card - Additional Comments: Reboot required; Everything worked except the issue with eth2/eth3 (solution below) ~ Added Fixsynoboot.sh to be safe; ~ /dev/dri exists - i.e. HW transcoding is working; ~ changes for extra LAN ports maxlanport="4" in /etc.defaults/synoinfo.conf and /etc/synoinfo.conf; In grub.cfg set netif_num=4 ~ Although the 4 NICs are working, i had a situation where eth2 and eth3 were not able to get a proper IP address. I found out that there were some issues in creating the bridge due to VMM. I had to update ifcfg-eth2/ifcfg-eth3 files located under /etc/sysconfig/network-scripts/ and add the following 2 lines (could be unique to my situation, but hopefully it helps others) IPV6INIT=off BRIDGE=ovs_eth2 #eth3 for ifcfg-eth3 file

I get the following error when i use extra.lzma v0.6 on DSM 6.2.2 U5 918+ Juns 1.04b loader. MB: Gigabyte H97N WiFi CPU: Intel Xeon E3 1245 v3, 16GB Ram Onboard NICs are working fine, but when i load the modules for Mellanox Connectx-3, i have a segmentation fault and the system crashes. Any insights will be really appreciated. [ 163.275915] Compat-mlnx-ofed backport release: f36c870 [ 163.275918] Backport based on mlnx_ofed/mlnx-ofa_kernel-4.0.git f36c870 [ 163.275919] compat.git: mlnx_ofed/mlnx-ofa_kernel-4.0.git [ 163.286603] mlx4_core: Mellanox ConnectX core driver v2.2-1 (Feb, 2014) [ 163.286608] mlx4_core: Initializing 0000:01:00.0 [ 170.240802] mlx4_core 0000:01:00.0: PCIe link speed is 8.0GT/s, device supports 8.0GT/s [ 170.240804] mlx4_core 0000:01:00.0: PCIe link width is x8, device supports x8 [ 170.303681] mlx4_core 0000:01:00.0: Unsupported cable detected [ 170.328859] mlx4_en: Mellanox ConnectX HCA Ethernet driver v2.2-1 (Feb 2014) [ 170.329080] mlx4_en 0000:01:00.0: Activating port:1 [ 170.332130] mlx4_en: 0000:01:00.0: Port 1: Using 64 TX rings [ 170.332131] mlx4_en: 0000:01:00.0: Port 1: Using 8 RX rings [ 170.332132] mlx4_en: 0000:01:00.0: Port 1: frag:0 - size:1522 prefix:0 stride:1536 [ 170.340165] mlx4_en: 0000:01:00.0: Port 1: Initializing port [ 170.340553] mlx4_en 0000:01:00.0: registered PHC clock [ 170.341243] general protection fault: 0000 [#1] PREEMPT SMP [ 170.346974] Modules linked in: mlx4_en(E+) mlx4_core(E) mlx_compat(OE) pci_stub vhost_net(O) kvm_intel kvm irqbypass vhost_scsi(O) vhost(O) ipt_MASQUERADE xt_REDIRECT nf_nat_masquerade_ipv4 xt_nat iptable_nat nf_nat_ipv4 nf_nat_redirect nf_nat tun cifs udf isofs loop tcm_loop(O) iscsi_target_mod(O) target_core_ep(O) target_core_multi_file(O) target_core_file(O) target_core_iblock(O) target_core_mod(O) syno_extent_pool(PO) rodsp_ep(O) hid_generic usbhid usblp uhci_hcd ehci_pci ehci_hcd nf_conntrack_ipv6 ip6table_filter ip6_tables xt_recent xt_iprange xt_limit xt_state xt_tcpudp xt_multiport xt_LOG nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter ip_tables x_tables btusb btrtl btintel btbcm hidp rfcomm bluetooth hid openvswitch gre nf_defrag_ipv6 nf_conntrack apollolake_synobios(PO) ax88179_178a(E) [ 170.419105] usbnet tg3(E) cnic(E) bnx2(E) vmxnet3(E) pcnet32(E) e1000(E) sfc(E) netxen_nic(E) qlge(E) qlcnic(E) qla3xxx(E) sky2(E) skge(E) jme(E) uio(E) alx(E) atl1c(E) atl1e(E) atl1(E) libphy(E) mii(E) exfat(O) btrfs i915(E) drm_kms_helper(E) syscopyarea(E) sysfillrect(E) sysimgblt(E) fb_sys_fops(E) cfbfillrect(E) cfbcopyarea(E) cfbimgblt(E) drm(E) fb(E) fbdev intel_agp(E) intel_gtt(E) agpgart(E) video backlight button synoacl_vfs(PO) hfsplus md4 hmac r8168(OE) ixgbe(E) igb(E) i2c_algo_bit e1000e(E) vxlan ip6_udp_tunnel udp_tunnel fuse vfat fat crc32c_intel aesni_intel glue_helper lrw gf128mul ablk_helper arc4 cryptd ecryptfs sha256_generic ecb aes_x86_64 authenc des_generic ansi_cprng cts md5 cbc cpufreq_powersave cpufreq_performance acpi_cpufreq processor cpufreq_stats dm_snapshot dm_bufio crc_itu_t [ 170.491176] crc_ccitt quota_v2 quota_tree psnap p8022 llc sit tunnel4 ip_tunnel ipv6 zram sg etxhci_hcd rtc_cmos(E) mdio(E) mpt3sas(E) raid_class(E) scsi_transport_sas(E) megaraid_sas(E) megaraid(E) mptctl(E) mptspi(E) mptscsih(E) mptbase(E) scsi_transport_spi(E) megaraid_mbox(E) megaraid_mm(E) vmw_pvscsi(E) BusLogic(E) usb_storage xhci_pci xhci_hcd usbcore usb_common loalddpomlnp(OE) [last unloaded: apollolake_synobios] [ 170.528075] CPU: 0 PID: 4994 Comm: insmod Tainted: P OE 4.4.59+ #24922 [ 170.535768] Hardware name: Gigabyte Technology Co., Ltd. H97N-WIFI/H97N-WIFI, BIOS F4 06/28/2014 [ 170.544689] task: ffff8802825f8180 ti: ffff8801e8a1c000 task.ti: ffff8801e8a1c000 [ 170.552498] RIP: 0010:[<ffffffff8149545c>] [<ffffffff8149545c>] dev_get_iflink+0x1c/0x30 [ 170.560976] RSP: 0018:ffff8801e8a1fb78 EFLAGS: 00010202 [ 170.566527] RAX: 655f34786c6d3601 RBX: 000000000000000c RCX: ffffea00089d715f [ 170.573943] RDX: 0000000000000801 RSI: 0000030600114bb3 RDI: ffff8801e8a60000 [ 170.581188] RBP: ffff8801e8a1fb78 R08: 0000000000000000 R09: 0000000000000001 [ 170.588641] R10: 0000000000000000 R11: 0000000000000000 R12: ffff8801e8a60000 [ 170.595930] R13: ffffffff818620c0 R14: 0000010600114993 R15: 000001fe00114993 [ 170.603342] FS: 00007f4cad2ee700(0000) GS:ffff88041ea00000(0000) knlGS:0000000000000000 [ 170.611524] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 170.617375] CR2: 000000000234a308 CR3: 0000000225414000 CR4: 00000000001626f0 [ 170.624612] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 170.632152] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ 170.639346] Stack: [ 170.641364] ffff8801e8a1fb98 ffffffff814b1b43 ffff8801e8a60000 0000000000000000 [ 170.648889] ffff8801e8a1fba8 ffffffff814b1f09 ffff8801e8a1fbe8 ffffffff8149ff9c [ 170.656430] ffff8801e8a60000 ffff8801e8a60000 ffff8801e8a60800 0000000000000001 [ 170.664117] Call Trace: [ 170.666599] [<ffffffff814b1b43>] rfc2863_policy+0x73/0x80 [ 170.672282] [<ffffffff814b1f09>] linkwatch_init_dev+0x19/0x20 [ 170.678177] [<ffffffff8149ff9c>] register_netdevice+0x23c/0x460 [ 170.684246] [<ffffffff814a01d5>] register_netdev+0x15/0x30 [ 170.690159] [<ffffffffa115c917>] mlx4_en_init_netdev+0x9b7/0xb80 [mlx4_en] [ 170.697368] [<ffffffffa114d1af>] mlx4_en_activate+0xaf/0x100 [mlx4_en] [ 170.704166] [<ffffffffa1112fec>] mlx4_add_device+0x8c/0xb0 [mlx4_core] [ 170.710828] [<ffffffffa1165000>] ? 0xffffffffa1165000 [ 170.716022] [<ffffffffa11130a4>] mlx4_register_interface+0x94/0x100 [mlx4_core] [ 170.723753] [<ffffffffa116509c>] mlx4_en_init+0x9c/0x9e [mlx4_en] [ 170.730407] [<ffffffff810003b6>] do_one_initcall+0x86/0x1b0 [ 170.736226] [<ffffffff810e1b48>] do_init_module+0x56/0x1be [ 170.741987] [<ffffffff810b7d8d>] load_module+0x1dfd/0x2080 [ 170.747630] [<ffffffff810b51f0>] ? __symbol_put+0x50/0x50 [ 170.753184] [<ffffffff810b8199>] SYSC_finit_module+0x79/0x80 [ 170.759036] [<ffffffff810b81b9>] SyS_finit_module+0x9/0x10 [ 170.764689] [<ffffffff8156a78a>] entry_SYSCALL_64_fastpath+0x1e/0x92 [ 170.771186] Code: 45 31 ed 48 63 db 49 01 1c 24 e9 d6 fd ff ff 48 8b 87 00 02 00 00 48 85 c0 74 14 48 8b 80 d8 01 00 00 48 85 c0 74 08 55 48 89 e5 <ff> d0 5d c3 8b 87 20 01 00 00 c3 66 0f 1f 84 00 00 00 00 00 48 [ 170.791322] RIP [<ffffffff8149545c>] dev_get_iflink+0x1c/0x30 [ 170.797380] RSP <ffff8801e8a1fb78> [ 170.801060] ---[ end trace 85b6ec114d6b62f3 ]---

Thank you very much ! Happy for the thread to be closed. cheers