real3x

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 7.1.1-42962 Update 5 // ARPL v0.4-alpha5 DS918+ - Loader version and model: arpl-i18n 23.5.8 DS918+ - Using custom extra.lzma: NO - Installation type: BAREMETAL - GA-J3455N-D3H - Additional comments: Recreate USB loader with only serial and mac1/2 from real syno 918+ (config the loader via SSH, web console freezed) // Update via GUI with PAT file from syno // onboard LAN is ok - HW transcode is ok

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 7.1.1-42962 Update 4 - Loader version and model: ARPL v0.4-alpha5 DS918+ - Using custom extra.lzma: NO - Installation type: BAREMETAL - GA-J3455N-D3H - Additional comments: Update via GUI with PAT file from syno // onboard LAN is ok - HW transcode is ok

Without your work, an amazing work ! who helped us to upgrade easily our DSM, we were clueless and stuck, so a big thanks to you and all contributors ! i've just upgrade to last DSM and switch to ARPL, thanks to them too. You helped the same way, you roxxx

Not really the subject oh this thread, but you're lucky, i caught all my bios setting before upgrading, so here they are Bios F3 - GA-j3455N-d3H.zip

What a really brillant find ! MB: Gigabyte j3455N-d3H bios F3 - DSM 7.1-42661 Update 3 - Tinycore-Redpill v0.9.0.2 - DS918+ amisetupwriter 0x48A 0x3 Before the patch [ 864.010263] AtNasticot login: After the patch [ 51.619683] AtNasticot login: 💥 813 sec less !!! 🚀 I think this patch fix an issue with the USB, i've an external HDD plug on an USB3 port, and when i start a simple transfert smb/sftp/afp the transfert speed quickly slowdown, if i stress just a few the CPU the transfert come back to the original speed, it's like an energy saving mechanism. And since this patch, transfert speed is constant and full !! So IMHO it's the same for the boot, the BootLoader USB key slow down quickly ant take age to finish. (and maybe it fix some other things that we never saw) @mmonsterski You ROXXXX !

It work for me : - Loader version and model: RedPill DS918+ v7.1.0 (TinyCore 0.4.6 ) - Installation type: BAREMETAL - GA-J3455N-D3H - Additional comments: Use official Synology .pat file // stock, no additional driver Real DS918+ serial with real synology account

- Outcome of the update: SUCCESSFUL - DSM version prior update: RedPill DS918+ v7.0.1-42218 (TinyCore 0.4.5 ) - Loader version and model: RedPill DS918+ v7.1.0 (TinyCore 0.4.6 ) - Using custom extra.lzma: NO - Installation type: BAREMETAL - GA-J3455N-D3H - Additional comments: Use official Synology .pat file // stock, no additional driver

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2.3-25426 Update 3 - Loader version and model: RedPill DS918+ v7.0.1-42218 (TinyCore 0.4.5 ) - Using custom extra.lzma: NO - Or yes, i added r8168 driver - Installation type: BAREMETAL - GA-J3455N-D3H - Additional comments: I add r8168 (not sure if it's really needed) from pocopico, thx a lot for the TinyCore and drivers dude ! // First try failed so i unplugged all usb drive, no change on the loader and it success after a very long time, like 10 min, stuck on "------------bootup-smallupdate" (boot log with serial port), but after it goes on and succeed. // onboard LAN is ok - HW transcode is ok

Ok so Both r8168 (jun's and stock) drivers KP in my case (J3455N-D3H) so no eth is up after boot. And you're right, shutdown stuck at a point.

Damn i'm just in the boot process to test your r8168.ko driver since the jun's one KP, you ruin my hope 20 sec later : confirmed, KP again, dsm stock have a r8168.ko driver ?

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2.2-24922 Update 3 - Loader version and model: Jun's Loader v1.04b DS918+ - Using custom extra.lzma: YES - extra without i915.ko drm_kms_helper.ko drm.ko and i915 fw - Installation type: BAREMETAL - GA-J3455N-D3H - Additional comments: 1 reboot required - onboard LAN is ok - HW transcode is ok

Are we speaking about the same motherboard GA-J3455N-D3H ? For me it's working since the beginning without the jun's drivers, exactly like you do (extra.lmza file - delete extra2.lzma and cleaning out the modules) and /dev/dri is present.

i915.ko drm_kms_helper.ko and drm.ko are the one from original dsm 918, FW doesn't really mater, i juste said that for the note. The story : i erased my syno i915 FW folder so i took the FW from a fedora, and it workerd with the dsm one and with the fedora one so no worry about the FW, we can swap them with another distrib.

Syno DSM got his own i915 compiled drivers, and for note i swap i915 FW with the one i took on a Fedora, without problem.

Hardware acceleration work with the syno i915 driver on the GA-J3455N-D3H :