[Driver extension jun 1.03b/1.04b for DSM6.2.2 for 3615xs / 3617xs / 918+]

17 hours ago, IG-88 said:

r8168.ko

https://www.realtek.com/en/component/zoo/category/network-interface-controllers-10-100-1000m-gigabit-ethernet-pci-express-software

 

2 hours ago, Eduardo said:

 

Silly me! You are right. Now I remember it was working time before. 😳

 

So, is it included in Jun's v1.03b loader? Or do I have to install r8168.ko somehow?

[Driver extension jun 1.03b/1.04b for DSM6.2.2 for 3615xs / 3617xs / 918+]

11 hours ago, IG-88 said:

should both work with juns 1.03b extra.lzma

when updating from 6.2.2 and replacing the 6.2.2 extra.lzma with the one from the original loader and having reboot/shutdown problems then just empty /usr/lib/module/update/ and reboot

the "older" extra.lzma will not overwrite (6.2.2) drivers that where added later (by my extra.lzma) so in same cases they might be loaded an crash on boot

 

8 hours ago, Decebalus said:

 

I can also can confirm that djvas335 is right! I have installed 6.2.3 using June's loader version 1.03b unmodified (original extra.lzma, rd.gz and zimage) and installing DSM_DS3615xs_25423.pat. That is on a very old hardware using Asus P5Q motherboard. Everything seems to be working fine. I will report later if I encounter any issues.

 

djvas335, thank you so much for mentioning this!

 

28 minutes ago, djvas335 said:

I just mount it inside DSM, replace extra.lzma with old one and upgrade.

 

 

 

Thanks guys, I will try 6.2.3 with unmodified Jun's v1.03b loader this weekend (both clean installs).

[Driver extension jun 1.03b/1.04b for DSM6.2.2 for 3615xs / 3617xs / 918+]

29 minutes ago, IG-88 said:

the drivers for 6.2.2 will not work for 6.2.3 but you can (again) use the default drivers from jun that comes with loader 1.03b

i already did something for 6.2.3 918+ as it was not possible to get hardware transcoding with juns default drivers and 6.2.3 but for 3615/17 there is not such a big need for a new driver package as juns driver will work with 6.2.3, there might be some special cases of 10G network or newer intel onboard nic's that will not work with jun drivers (because i added some drivers and updates some), i will do the same for 3615/17 as i did for 819+ last weekend, maybe in a few days

 

you did not write about your hardware (storage controller and nics)

just try 6.2.3 with jun's default extra.lzma, in most cases it will do the job

 

Sorry, forgot about that.

I have a HP Microserver N40L with the onboard BCM5723 NIC which I would like to run on 6.2.3 DS3615 (currently on 6.2.2 DS3615 with your v0.5 extra.lzma), and a new project which has an Asus E2KM1I-DELUXE motherboard (AMD FCH A50M Hudson M1 chipset and onboard Realtek 8111F NIC) which I would also like to run on 6.2.3 DS3615.

[Driver extension jun 1.03b/1.04b for DSM6.2.2 for 3615xs / 3617xs / 918+]

On 4/18/2020 at 6:03 PM, IG-88 said:

i'm asolute sure about what you did

you emptied your updated drivers and firmware on the already installed system (6.2.2->6.2.3 updated)

you removed the drivers from the extra.lzma? repacked it and put it on you loader?

and added the new firmware files to your (already installed) system and it works for you

that would be in the direction what i had in mind but with a more universal touch as it would be interesting to not have to manually clean the driver and firmware (0 byte long files overwriting the files there will do the trick) - but we might not need all this

 

in doing your experiments and questions you also did something else and that was what my question about the driver version was about - you used a 0.5 extra.lzma of mine, that version that worked before 6.2.2 (the kernel config change about "CONFIG_PCIEASPM") and would not have worked with 6.2.2 but it worked with 6.2.3

that implies there is no big change in kernel source 25423 that prevents us from making new drivers, it might be just that synology reverted the change of the kernel config made in 6.2.2 (maybe because they found a better solution like a newer driver)

 

as a quick check i took the original 1.04b loader (jun's extra.lzma made for 6.2.0) added the new kernel (not needed) and it booted up (using the new kernel) and installed dsm 6.2.3

the only mismatch now are jun's newer backported i915 drivers, but with synololgys new own backported driver we dont need it anymore

it now seems simple to build a new extra/extra2 for 6.2.3 that will have all drivers working as before, i will just remove i915 drivers, add the new firmware (there is one file different from what jun's i915 driver used) adn recompile drivers the old (pre 6.2.2) way - if there are no new obstacles that can be done by tomorrow

 

 

 

Hi IG-88,

 

I'm planning to build a new Xpenology system soon which has an onboard Realtek NIC.

If I understand you correctly, you are planning to compile new extra.lzma/extra2 for 6.2.3, as the current v0.5 is only compatible with 6.2.2?

 

Just to make sure, before I put on 6.2.2 with v0.5 driver extension.. 😉