Hackaro

My main machine is a Mac one. I've installed HomeBrew and followed these instructions . At this point I'm completely stuck because if I put my NAS IP's address in Safari browser's window on port 7681 I get repeatedly two messages: "connection closed" "315x67" which tells me the problem occurs on my NAS. I can confirm you that ttyd has been installed on NAS side during TC installation: ------- [#] Downloading remote file https://github.com/tsl0922/ttyd/releases/download/1.6.3/ttyd.x86_64 to /home/tc/redpill-load/custom/extensions/redpill-misc/ds920p_42218/ttyd ######################################################################################################################### 100.0% ------- But, as you can see, with the command: "systemctl status ttyd" I get this result: ● ttyd.service Loaded: not-found (Reason: No such file or directory) Active: inactive (dead) ----- So it seems to me that the service is not loaded. Any hint? What am I doing wrong?

@giacomoleopardo @Peter Suh AFAIK the NVMe cache support is very well implemented in DS918+ with all the DSM up to the current 7.1 version; It's based upon the patching process of the libsynonvme.so.1 file in /usr/lib64 dir with the correct PCI addresses (related to your motherboard). As for DS920+ (or other models too), the same libsynonvme.so.1 file doesn't contain ANY DSxxx model's reference inside its binary contents, so that the patching process is not available anymore. This leave the chances to have a correct NVMe cache support to only one method (at least that I Know!): to modify or to create, if it doesn't exist, the following file: /etc.defaults/ConfigurationPorts to add the correct PCI addresses of NVMe's drives, i.e. : [PCI] pci1="0000:00:001b" pci2="0000:00:001c" does anyone have experience with this latest process? how does the ARPL's fabio's dtbpatch ext. can get the job done automatically? And what can we do if the patch doesn't work? Thanks in advance to all who will answer.

I guess the best thread to continue this discussion about NVMe already exists and it's this one: NVME-CACHE-SUPPORT, I'll write my observations there and I invite you and @Peter Suh to do the same.

YES!!!! this is quite interesting!!! I know that my 918+ has NVMe hardcoded in libnvme.sys but which other models have the same charateristics so that they are patchable with an hex editor?

So according to you @Peter Suh and @IG-88 which is the low cost PCI SATA cards which are really compatible at the moment? An additional 6/8 ports would be very welcome. Consider that I'd like to stay on DS918+ model because I have real S/N for it but I might evaluate a change if it's really needed.

yeah... I'm interested as well as I've just bout a Marvell controller with 6 ports and I'm planning to add it to my Xpenology DS918+ (see my signature). If there is a way to mod jumkey.qjs.dtb file for DS918 in order to correctly see all the ports of Marvell controllers would be very nice!

@pocopico @giacomoleopardo yes, AHCI is compiled in Synology kernel and Marvell controllers are natively supported. But are we sure that all the ports are hardcoded in Synology DSM's files? Or maybe some (all?) ports needs to be correctly addressed modifying some binaries so that DSM can "see" all the mapped ports?

@IG-88 thanks for the reply! ... not sure if I understood correctly but yesterday I noticed this error and maybe it's related to the discussion we're having here: dmesg | grep error [ 1.610201] intel-lpss: probe of 0001:00:16.0 failed with error -22 [ 1.610298] intel-lpss: probe of 0001:00:18.0 failed with error -22 [ 1.610411] intel-lpss: probe of 0001:00:19.0 failed with error -22 [ 1.610708] intel-lpss: probe of 0001:00:19.2 failed with error -22 [ 4.155854] ahci: probe of 0001:01:00.0 failed with error -22 [ 4.155945] ahci: probe of 0001:00:12.0 failed with error -22 [ 4.407352] xhci_hcd: probe of 0001:00:15.0 failed with error -16 [ 4.462722] igb: probe of 0001:02:00.0 failed with error -5 [ 4.462811] igb: probe of 0001:03:00.0 failed with error -5 [ 17.328835] i915 0000:00:02.0: Direct firmware load for i915/kbl_dmc_ver1_04.bin failed with error -2 look at the last line's error. And in fact: :/lib/firmware/i915# dir total 32 drwxr-xr-x 2 root root 4096 Mar 14 18:29 . drwxr-xr-x 3 root root 4096 Mar 14 18:29 .. -rwxr-xr-x 1 root root 8380 Jan 18 2021 bxt_dmc_ver1_07.bin -rwxr-xr-x 1 root root 8800 Jan 18 2021 glk_dmc_ver1_04.bin so the file kbl_dmc_ver1_04.bin is missing, as you said. So I just add that file and I'm done, correct? Even if i3-8100 is not a kbl (kaByLake) but Coffee Lake?

Thanks! @RedwinX Recently I've installed RedPill-TC (0.46-uefi version) with DSM 7.0.1-42818 on my hardware (in signature) and everything is working pretty well after one month of testing. But one small problem is with HW acceleration of my iGPU... my CPU is an i3-8100 and its Device ID is 3e91 which is supported OOB from Synology DSM (at least the 6.x version). lspci -nnQ 0000:00:00.0 Host bridge [0600]: Intel Corporation 8th Gen Core 4-core Desktop Processor Host Bridge/DRAM Registers [Coffee Lake S] [8086:3e1f] (rev 08) 0000:00:02.0 VGA compatible controller [0300]: Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630] [8086:3e91] but if I check: more /usr/syno/etc/codec/activation.conf {"success":false,"msg":"SN format is wrong."} it seems there is no HW acceleration... even if this check of the presence of dev/dri: ls -al /dev/dri total 0 drwxr-xr-x 2 root root 80 Mar 25 10:47 . drwxr-xr-x 12 root root 14440 Mar 25 10:48 .. crw------- 1 root root 226, 0 Mar 25 10:47 card0 crw-rw---- 1 root videodriver 226, 128 Mar 25 10:47 renderD128 which might indicate me that the HW GPU acceleration is in place. Using VideoStation I can see it can transcode FHD H.264 movies with roughly 25/26% of CPU utilisation, which is significant higher than expected for a 4 cores CPU. Can someone help me in going in the right direction?

how have you modded i915.ko? @RedwinX

I'm working on a XPE 918+ and I do have Marvell9215 but I guess it's because it's builtin hardware directly in the .pat file of this specific DS918 version of DSM 7.0.1 . In other words DSM loads Marvell SATA controller because it knows a real DS918 has a Marvell controller among its peripherals. it loads without checking a real presence of that peripheral, just because it's built-in. I was wondering whether I really insert a PCI Marvell 9215 controller card, Synology DSM correctly recognises it in the appropriate PCI address...

@pocopico @IG-88 Recently I've installed RedPill-TC (0.46-uefi version) with DSM 7.0.1-42818 on my hardware (in signature) and everything is working pretty well after one month of testing. But one small problem is with HW acceleration of my iGPU... my CPU is an i3-8100 and its Device ID is 3e91 which, from this old (DSM 6.2.x) link , is supported OOB from Synology DSM (at least the 6.x version). but if I check: more /usr/syno/etc/codec/activation.conf {"success":false,"msg":"SN format is wrong."} but if I check the presence of dev/dri: /dev/dri# dir total 0 drwxr-xr-x 2 root root 80 Mar 25 10:47 . drwxr-xr-x 12 root root 14440 Mar 25 10:48 .. crw------- 1 root root 226, 0 Mar 25 10:47 card0 crw-rw---- 1 root videodriver 226, 128 Mar 25 10:47 renderD128 which might indicate me that the HW GPU acceleration is in place. Using VideoStation I can see it can transcode FHD H.264 movies with roughly 25/26% of CPU utilisation, which is significant higher than expected for a 4 cores CPU. Can someone help me in going in the right direction?

Hi all !!!! just a couple of simple questions: I would like to make a second USB stick as backup, is there any method to duplicate the 1st one? Or Do I have to make all the TC method again? Which one of the HBA LSI or ANY other SATA card can I add at the moment which gives me a fair level of stability with Red-Pill DSM 7.0.1 for 918+ ? thanks in advance!

@jumkey @pocopico I've recompiled and I have: systemctl status acpid.service: • acpid.service - ACPI Daemon Loaded: loaded (/usr/lib/systemd/system/acpid.service; enabled; vendor preset disabled) Active: active (running) since Wed 2022-03-23 17:06:52 CET; 54s ago Process: 7142 ExecStart=/us/sbin/acpid (code=exited, status=0/SUCCESS) Main PID: 7148 (acpid) Group: /system.slice/acpid.service L7148 /usr/sbin/acpid thanks!!!!

Anybody on my ACPI Topic?