RedwinX

"extra_cmdline": { "vid": "0x8564", "pid": "0x1000", "sn": "", "mac1": "" }, "synoinfo": { "internalportcfg": "0xfff", "esataportcfg": "0xff000", "maxdisks": "12" }, "ramdisk_copy": {} } Just add into synonifo in your user_config, will be works

Hi ! I'm using the same card with the Pocopico's driver (Intel X520), but with 3615xs version, on a DELL R520 and works fine (with 8x8To seagate entreprise disk). Maybe you have to try with 3615xs? Or this is mandatory for HW transcoding to use 918+ version ?

given the configuration of the repo, it seems unlikely to me to prove that they are the owners of the repo. Also, requesting repo shutdown from github takes time. On the other hand, a legal letter from Synology can indeed claim the ardor. We all remember Jun's sudden disappearance ... anyway, the hardest work has been done by TTG, and so thanks to them

Try to execute with privilege your container, that's the pb I think. Check the permission of file, and add in ENV PID/GID of your user (dsm)

Try with an old version of redpill (before the extention add). Same pb as you. Have recompiled an img with the old version, and works fine. With help of @pocopico, He saw that where an extension failed to load, it fallback to install mode. Not sure if it's your pb, but you can try with the old version, it solved many pb. The NAS of my friend has exactly the same pb has you. Pocopico give us the combo SataPortMap and DiskIdxMap, but nothing worked. Just use an old img builded without extention (old version of redpill) works at the 1st try

NVMe patch ok (hardcorde you pci id into libsynonvme.so.1) works fine. The speed is really better than jun's loader 6.2.3:

Ahahahahah. Franchement le mec super sympa, il m'a dit qu'il avait remonté le truc super haut, que c'était important vis à vis de la GPL. Les developeurs lui ont répondu que les sources seront bientôt upload, il fallait qu'ils reorganisent un peu tout avant de lancer le push !

WoW !! Have the answer from synology, they will upload the GPL sources on SourceForge ASAP !! Wait & see !! They said the global deploy of 7.0.1 is not finished now, and we just have to wait 1 or 2 week to have the kernel sources

You must use the @pocopicodriver. because there is a bug with the stock driver. You will have for sure a kernel panic. Just add the extension on your user_config.json I you must use other driver and have no space left, you can use a custom img with a larger 1st partition. I already gave the method, or you can use repo forked with the image builded

Answer from Synology : Other answer (they don't really understand until this answer) : My answer : Answer :

Because have a real 918+ and support, just need to wait there answer :

lol, that's a bad news... I've tweeted Syno to get sources, wait & see...

Yeah, I know... The only solution (I think) is to wait the kernel source of 42218, to build an unsigned module and modify it. Because when we used the 25426 build, we cannot add the driver into 7.0.1. I think that's the method of @IG-88. He could be compile the module because the source of 25426 build of kernel was available... Why this f**** kernel sources are not available right know ?

Hey ! Thx for this answer. However, already try with this result :

If anyone (@IG-88?) has an idea about compile i915 driver (HW tanscoding for 9th+ Intel gen)? Tried many combination with @pocopico, nothing works... Compiled with a vanilla kernel : Compiled with the apollolake source, and replace the subversion of kernel (4.4.180+) in the Makefile Build with toolkit of course : wget https://sourceforge.net/projects/dsgpl/files/toolkit/DSM7.0/ds.apollolake-7.0.dev.txz/download -O ds.apollolake-7.0.dev.txz tar -xvf ds.apollolake-7.0.dev.txz usr/local/x86_64-pc-linux-gnu/x86_64-pc-linux-gnu/sys-root/usr/lib/modules/DSM-7.0/build make -j33 LINUX_SRC=/root/usr/local/x86_64-pc-linux-gnu/x86_64-pc-linux-gnu/sys-root/usr/lib/modules/DSM-7.0/build -C . M=drivers/gpu/drm/i915 Build ok, conf ok but failed to insmod, same error, just say killed... Current i915.ko builded : Kernel panic at load :

Hello all ! Installation on baremetal on DELL R520 OK ! thx to @pocopico and @ThorGroup for the help. Driver mpt2sas from pocopico works fine, just need to modify the synoinfo.conf like @Orphée (internalportcfg ; max disk and sataportmap/diskisxmap) to have all 8 disks visible. The last thing to do is the dual CPU, not reconized for now, wait for @ThorGroup to modify microcode. Have tried, but result is very unstable/kernel panic lol. Dell R520 performance are very increased to compare with virtual VMware VM. Is there any chance to have a loader compatible with RX series ? And for those wants to install baremetal on DELL server, the IPMI SOL works perfectly with redpill loader to debug. Last thing, I use Intel X520 pci adapter for network. The driver is include with the 3615xs and works perfectly EDIT : Dual CPU is recognized but the kernel, limitation is only on core/thread. I've missed the CPU cores section in system info : "2 CPUs/4 Cores | 8 Threads" The cat /proc/cpuinfo : Impossible to say if it use 2 CPU or not...

internalportcfg="0xfff" in your user_config.json

Nop, and it ask if I want to format the disk. Already truc to erase it before boot…

1 drive for testing, vid/pid ok

Hey, Have a little pb with a baremetal. It boot correctly (918+ 7.0 redpill repo), status : not installed Install ok, reboot and then : status not installed... didn't have serial outpout. Any idea ?

Just create a new disk : dd if=/dev/zero of=redpill-template.img bs=1024k seek=256 count=0 +100M for the 1st partition +75M for the 2nd all for the rest losetup -P /dev/loop18 redpill-template.img mkdosfs -F32 /dev/loop18p1 mkfs.ext2 /dev/loop18p2 mv redpill-template.img boot-image-template.img gzip redpill-template.img cp redpill-template.img.gz to ext folder (replace the existing) Works fine

yep This is what I had : 0000:02:00.0 Class 0c03: Device 15ad:0774 DeviceName: usb Subsystem: Device 15ad:1976 Kernel driver in use: uhci_hcd 0000:02:02.0 Class 0106: Device 15ad:07e0 DeviceName: sata0 Subsystem: Device 15ad:07e0 Kernel driver in use: ahci 0000:02:03.0 Class 0c03: Device 15ad:0770 DeviceName: ehci Subsystem: Device 15ad:0770 Kernel driver in use: ehci-pci 0000:03:00.0 Class 0107: Device 1000:0087 (rev 05) DeviceName: pciPassthru0 Subsystem: Device 1028:1f38 Kernel driver in use: mpt2sas 0000:0b:00.0 Class 0200: Device 8086:10d3 DeviceName: Ethernet1 Subsystem: Device 15ad:07d0 Kernel driver in use: e1000e 0000:13:00.0 Class 0200: Device 15ad:07b0 (rev 01) DeviceName: Ethernet0 Subsystem: Device 15ad:07b0 0001:07:00.0 Class 0106: Device 1b4b:9235 (rev 11) 0001:08:00.0 Class 0106: Device 1b4b:9235 (rev 11) 0001:09:00.0 Class 0106: Device 1b4b:9235 (rev 11) 0001:0a:00.0 Class 0106: Device 1b4b:9235 (rev 11)

@ThorGroupBased on your information regarding SAS, there is one thing that I cannot understand right know. With the driver, I can see my 8 disks with fdisk (passthough on vm ESXi 6.5). But with the sda limitation (due to the SATA disk boot), Have only 7 disk seeing. Tried any many combination, and doesn't work. Maybe have to try with sata_remap, but the problem is that the disk is not viewing in the DSM GUI, only by the system (fdisk, can see 8 disk + synoboot). What do you think about baremetal on the same server, with USB boot? Is it solved my problem? With your incredible works, we have now extension, so baremetal is the best solution for my need with driver.

Lol, there now over 100 pages, a lot information to read Thx for the update