Peter Suh

Not yet, as far as I know.

There was one thing I didn't mention. The point is that not all MOBOs work with this power reservation setting. (I understand that S5 in the CMOS BIOS is involved.) In particular, there are reports from users that MSI's products are incompatible with REDPILL. (The NIC does not respond for no particular reason, etc.)

The above error message appears not only here but also in other places. However, it does not affect the actual operation of the scheduler. The last changed settings will remain the same. Please try out StartUp and Shutdown in action. However, I'm not sure if it's a Synology bug or a REDPILL bug, but there is a problem with the schedule operating because weekdays and weekends are differentiated. Maybe your weekend doesn't work out the way you want it to. I experienced this phenomenon a long time ago and was not using the weekend setting. Didn't this problem occur with the genuine product?

The Intel 10G ixgbe modules of DS3617xs(broadwell) and DS3622xs+(broadwellnk) operate somewhat specially. Both models must use the vanilla ixgbe that was originally built into the original model. I don't know if the TCRP of pocopico you used has adjustments for this vanilla module. rr and my mshell have this vanilla ixgbe adjustment. ixgbe compiled separately from redpill should only be used on other than these two platforms broadwell / broadwellnk. These two files are vanilla module files that are imported directly from the original module in Synology. The module pack is managed by overwriting this file on top of the ixgbe compiled by redpill. https://github.com/PeterSuh-Q3/arpl-modules/blob/main/vanilla/broadwell-4.4.302/ixgbe.ko https://github.com/PeterSuh-Q3/arpl-modules/blob/main/vanilla/broadwellnk-4.4.302/ixgbe.ko I hope you try it with rr or mshell.

@dyter, @dimakv2014 @IG-88 and I have a shared interest in topics related to ASM1166 and ECS07. This is covered primarily on page 3 of this topic. In order to avoid further hijacking of this topic regarding the development of SVA1622, it doesn't seem like a bad idea to continue the discussion on that topic. I have both of these controllers. The pros and cons of both controllers have already been mentioned in this topic. If you have further questions, please continue this topic.

I'm not sure if you're considering a VM like Proxmox or bare metal, but for beginners, I recommend starting with bare metal. License subscription is a prerequisite for HW acceleration in Plex. The mention of @Bullseye may seem like there is a problem with the SA6400's i915, but that is not the case. This may be because he did not meet various conditions for transcoding.

I have one thing to check and fix after work today. An addon called dbgutils is being used in rr and mshell. If an error like the above occurs, this is a function that captures the error log or status and creates a log folder in the first partition of the USB. There is no need for those who do not have any problems on a regular basis. This is a utility to monitor if a problem occurs. However, it was discovered that a script error occurred in this utility itself. I plan to remove the menu so that dbgutils itself can be used selectively. A script meant to find errors may actually end up being poisoned by errors. As I complete multilingual support today, I will make improvements and distribute it together. For arc and rr, this addon can be used optionally.

I understand that you have confirmed that the problematic dgbutils has been removed. Nevertheless, there is still no response from the NIC (Did you also check that the NIC LED is blinking?) means that tg3 is not working correctly with the REDPILL module. If there is another NIC that supports 1GB (Intel igb or e1000 / e1000e, etc. are highly compatible), it would be good to use it for DSM installation. If it is difficult to obtain such a NIC, you can use the 10G mentioned above. Please give it a try. You can simply replace the NIC without rebuilding the loader.

After the ping response disappears like that, you have to wait a few minutes for the ping to come back. The reason it disappears for a moment is because the network module requires loading time. How many more minutes did you wait?

There is one more thing that needs to be modified. vi my :295 #curl -skL# https://raw.githubusercontent.com/PeterSuh-Q3/redpill-load/master/bundled-exts.json -o /home/tc/redpill-load/bundled-exts.json :wq! Edit the *load/b*.json file once again You need to take one more action as shown below. Otherwise, the changes made above will disappear and be restored.

vi my :295 #curl -skL# https://raw.githubusercontent.com/PeterSuh-Q3/redpill-load/master/bundled-exts.json -o /home/tc/redpill-load/bundled-exts.json :wq! Edit the *load/b*.json file once again You need to take one more action as shown below. Otherwise, the changes made above will disappear and be restored.

Wait a minute, but I don't think you should do this. There is one more thing that needs to be modified. Sorry

No, don't touch anything else.

The NIC in question is a card that supports the Intel ixgbe module. Redfill loaders support this module by default. And, I have a feeling that the dgbutils addon is causing you problems all the way through. I would like to provide a way to remove this addon. Is it possible to try something like below? Of the four windows where we built the loader earlier, try the fourth window in the bottom right. vi *load/b*.json Go to the dgbutils line Delete only the relevant line with dd :wq! Save and exit Rebuild loader.

After finishing the final supplement, I checked the log that was being processed without any errors. Please rebuild and test the loader one more time. https://github.com/PeterSuh-Q3/tcrp-addons/commit/77387145c7fe22c3dcd3a18357fff7f5f974eb22