[GH-ISSUE #168] Sharing test results for all models in DSM 7.2.1-69057 Update 4 #246

Closed
opened 2026-03-11 08:55:01 +03:00 by kerem · 3 comments
Owner

Originally created by @PeterSuh-Q3 on GitHub (Feb 24, 2024).
Original GitHub issue: https://github.com/007revad/Synology_enable_M2_volume/issues/168

I have tested all models supported by Redpill in DSM 7.2.1-69057 Update 4 (based on TCRP).
TCRP supports a total of 9 platforms that support Epyc7002.
Among them, DS3615xs (Bromallow) was discontinued in 7.1.1.
As of now, DSM 7.2.1 brings the total to 8 platforms.

I supplemented it further by referring to your results sheet.
I added the results of the new working SA6400 and the non-working DS3615xs and DVA3221, and tested all of DSM 7.2.1-69057 Update 4.

All Broadwillnks do not work as expected except for the special DS1621xs+ which I discussed with you last time.

https://github.com/PeterSuh-Q3/tcrp-addons/tree/main/nvmevolume-onthefly#readme

I simplified the hexa patching of libhwcontrol.so.1 further as shown below.
This is similar to the method I used with my nvme-cache addon.

https://github.com/PeterSuh-Q3/tcrp-addons/blob/main/nvmevolume-onthefly/src/install.sh

Due to the nature of Redpill, it needs to be activated immediately after DSM installation is completed and the logon account is created, so the OS ON LOAD point where tmpRoot is used was used.

My script also operates in the same way as your result sheet regarding whether each model operates or not.

Originally created by @PeterSuh-Q3 on GitHub (Feb 24, 2024). Original GitHub issue: https://github.com/007revad/Synology_enable_M2_volume/issues/168 I have tested all models supported by Redpill in DSM 7.2.1-69057 Update 4 (based on TCRP). TCRP supports a total of 9 platforms that support Epyc7002. Among them, DS3615xs (Bromallow) was discontinued in 7.1.1. As of now, DSM 7.2.1 brings the total to 8 platforms. I supplemented it further by referring to your results sheet. I added the results of the new working SA6400 and the non-working DS3615xs and DVA3221, and tested all of DSM 7.2.1-69057 Update 4. All Broadwillnks do not work as expected except for the special DS1621xs+ which I discussed with you last time. https://github.com/PeterSuh-Q3/tcrp-addons/tree/main/nvmevolume-onthefly#readme I simplified the hexa patching of libhwcontrol.so.1 further as shown below. This is similar to the method I used with my nvme-cache addon. https://github.com/PeterSuh-Q3/tcrp-addons/blob/main/nvmevolume-onthefly/src/install.sh Due to the nature of Redpill, it needs to be activated immediately after DSM installation is completed and the logon account is created, so the OS ON LOAD point where tmpRoot is used was used. My script also operates in the same way as your result sheet regarding whether each model operates or not.
kerem closed this issue 2026-03-11 08:55:07 +03:00
Author
Owner

@PeterSuh-Q3 commented on GitHub (Feb 24, 2024):

In the case of DSM 1019+, NVMe cache must be activated with the Hexa patch in the libsynonvme.so.1 file, and only one can be used.

models 1st 2nd
DS918+ 0000:00:13.1 0000:00:13.2
RS1619xs+ 0000:00:03.2 0000:00:03.3
DS419+, DS1019+ 0000:00:14.1
DS719+, DS1621xs+ 0000:00:01.1 0000:00:01.0
<!-- gh-comment-id:1962403289 --> @PeterSuh-Q3 commented on GitHub (Feb 24, 2024): In the case of DSM 1019+, NVMe cache must be activated with the Hexa patch in the libsynonvme.so.1 file, and only one can be used. | models | 1st | 2nd | | ----------------- |--------------|--------------| | DS918+ | 0000:00:13.1 | 0000:00:13.2 | | RS1619xs+ | 0000:00:03.2 | 0000:00:03.3 | | DS419+, DS1019+ | 0000:00:14.1 | | | DS719+, DS1621xs+ | 0000:00:01.1 | 0000:00:01.0 |
Author
Owner

@19jm81 commented on GitHub (Apr 27, 2024):

Any news on DSM 7.2.1-69057 Update 5?

<!-- gh-comment-id:2080428319 --> @19jm81 commented on GitHub (Apr 27, 2024): Any news on DSM 7.2.1-69057 Update 5?
Author
Owner

@007revad commented on GitHub (Apr 27, 2024):

@19jm81

DSM 7.2.1-69057 Update 5 should not be a problem because the only change Synology made was to fix a bug that prevented 7.2.1-69057 Update 4 updating to 7.2.2 (which hasn't been released yet).

<!-- gh-comment-id:2080433439 --> @007revad commented on GitHub (Apr 27, 2024): @19jm81 DSM 7.2.1-69057 Update 5 should not be a problem because the only change Synology made was to fix a bug that prevented 7.2.1-69057 Update 4 updating to 7.2.2 (which hasn't been released yet).
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/Synology_enable_M2_volume#246
No description provided.