shibby

@pocopico can you compile tn40xx module for DS710+ 7.0.1 - (Tehuti Networks Ltd. TN9710P 10GBase-T/NBASE-T Ethernet Adapter) for Edimax EN-9320TX-E? Best Regards.

wrong @psychoboi32. 0781:5581 means VID=0781 and PID=5581

i forgot to add: DS918+ 7.0.1-42218

not even cores but threads.

tried compile module by myself but without luck.

@pocopico or someone else, can you compile tn40xx module for me (Tehuti Networks Ltd. TN9710P 10GBase-T/NBASE-T Ethernet Adapter) for Edimax EN-9320TX-E?

indeed it works. Thank you all

understand and respect your decision thanks again for your hard work

Do someone have a luck with NVMe drive on DSM7.x? On 6.2.3 i used this "solution" On 7.0.1 it wont work. Any modification of libsynonvme.so.1 file is ending on reinstalation DSM (detect as migratable system). Only M.2 Sata drives works. Or maybe this is too early to talk about NVMe?

you are correct. I didn`t test it yet but now i know i should use SataPortMap=32 instead of 5

that`s true, but when we don`t know what is correct value for our bare metal, then this is the easiest way for testing. And another thing, we can compile RP for other users (who cannot compile RP himself) and they have to only modify grub.cfg for his configuration (vid, pid, mac, sataportmap). We did this in previous loader by Jun, so community know how to do this without any broke

so far so good

i have XG-C100C on 6.2.3 with Juns Loader. I just told you the steps which i had to do to run 10Gbps NIC on it. My motherboard has 2x NIC, so i had to modify /etc/synoinfo.cfg file to allow DS918+ create 3th LAN connection (by default DS918+ has a limit to only 2 NIC). i didn`t update my Xpenology do redpill because i have and issue to support my second SATA controller. So i can`t check is this atlantic.ko module works.

So maybe take a look once again

did you read my post above?

check "dmesg" BTW you have Wireless on your motherboard. So maybe DSM already "see" two network cards and atlantic is the 3th (ds918+ has limit to two network card). Then you have to go to /etc/synoinfo.conf and change maxlanport from 2 to 3. Of course you have to also add mac3 to grub.cfg

yes, it does. The same way as you made fresh instalation of 7.0.x

i have DS218+ and DS918+ with DSM7 and no issue with docker.

yesterday i tried upgrade my primary bare metal Xpenology from 6.2.3 to 7.0.1. The problem is that i have two sata controllers: 1st) on board, 2x HDD and 1x SSD M.2 - those drives are detected 2nd) miniPCIE to 2x SATA port, 1x HDD, 1x SATA SSD - those drives are NOT detected All 3x HDD has been used as SHR. I tried figure out which kernel module is used by second controller. I found this: sda/sdb/sdc are on first controller: sdd/sde are on a second but i cannot find pcieport module ("lsmod | grep pcie" return empty result) in dmesq i found only: About ASM1061 i found this patch https://patchwork.kernel.org/project/linux-pci/patch/1315453426-8796-1-git-send-email-kengyu@canonical.com/#2458742 and probably this is it: Can someone help me to compile "module?" this this patch? The problem is that ahci is build in kernel (not as module) but ata_generic probably is also required. I don`t know, how is this working on 6.2.3 ( i have added extra drivers by IG-88)

it`s correct. There is no reason to re-download this file each time. But @haydibe has right, there should be checksum validation. If any of downloaded files is broken then should be re-downloaded.

on a previous page

Lenovo M93p, ds918+, 7.0.1rc, redpill compiled yesterday from jumkey`s develop branch... all works fine.

that was good move. We have too many forks of origin repository. Too many individual changes. All commits made by others users should be pulled to @ThorGroup repo and aproved by they.

so i changed global_config.json entrie for DS918+ 7.0.1. "redpill_load": { - "source_url": "https://github.com/chchia/redpill-load.git", - "branch": "master" + "source_url": "https://github.com/jumkey/redpill-load.git", + "branch": "develop" } compilation goes well. Xpenology is working thanks.

hmm ignore above post. After one run of "clean all" only debian:10-slim is cached. Probably not important to compile redpill