-
Posts
583 -
Joined
-
Last visited
-
Days Won
7
Posts posted by Trantor
-
-
Please use this topic for driver request : viewtopic.php?f=2&t=1361
Your board is handle by igb (since v4.3.0 - 6/14/2013) intel driver.
EDIT : Topic closed
-
Only issue I have is with the add-on mini-pci express SATA card. DSM does not see any drives attached to that. Without it, I am limited to 4 drives on the onboard SATA.
It's a ASMedia ASM1061 based card with 2 6Gbit SATA ports.
For driver request please use : viewtopic.php?f=2&t=1361&p=6528#p6528
-
This thread is for requesting drivers for hardware (net, storage) which are not supported by XPEnology yet.
The purpose of this it to regroup drivers request in order to improve XPEnology in the next repack.
Please test with the latest build and check HARDWARE SUPPORTED LIST before asking for driver !
Please do not request WIFI drivers
Please give most informations as you can (brand, chip, revision...).
If you can test your hardware with ubuntu livecd to get modules infos and/or give manufacturer download link.
-
I have a few pi's running debian and openelec, it would be awesome if xpenology would run on that tiny arm6
+1
First we need to test if binary inside usb station can be run by the pi (for exemple in raspbian).
-
The pi have special kernel as synology.
To get pi work as usb station we need to "mix" both kernel....
-
@VeNoM and @ Vortex:
If you want I can repack your testing files/modules into a debug 4.3 build so we can test it and fix remaining issue ?
-
I follow this thread since a few weeks and I'm really amazed by your works, guys ! You deserve the congratulations of all of us
+1
I have just repacked/optimized previous xpenology builds but guys your work is amazing
Can't wait to work on 4.3 build
-
If you want DS412+ (cedarview) files I can help.
Sorry no bromolow syno available right now
-
Hum, they really wanto to stop this project
Cert protection is hard to crack (like PS3...).
Very good job guys for debugging this
-
I own a DS412+ if you want something
-
k3dt you are the man
How can I help ?
-
I only need some more free time :/ (too busy at work). It's like looking for a needle in a haystack. Stay tuned.
+1 for the needle ^^
-
Problem is in some of shared libraries, so replacing cgi's is not working. We doesnt need emulate anything.
Libdsm.so
Libsynocgi.so
How did you discovered this ? Any help needed ?
-
Looking forward to see a stable version 4.3
Hum bad news about that. As you know they implement some security/check system during boot AND in webman.
I successfully identify the cgi that unmout disk/volume, replace them with 4.2 version. Manually create disk nod.
After that disk is detected and I can create volume. Try to run Package Manager and boom disk/volume unmouted. Replace cgi files... but return error when installing package
I think other files are patched with this security/check system. Maybe we need to disassemble these files to see how to fix this.
Of course all of this is pointless because after reboot volume/disk are unmounted.
Still no clue for fixing this at boot.
-
Someone success running a Sata chipset ASMedia ASM1061 on Xpeno ?
Tks!
Try with ubuntu livecd and see module loaded for your card
-
copy their version to /lib/modules, restart, same issue
Their synobios.ko is for model DS411, DS710, DS1511, DS2411, DS712.... but not for DS3612.
What is the key difference of the firmwares? What features will be missing from a 1511 build?
I don't really know the differences but when I disassemble the module I only see models mention above.
When I do this on "our" synobios I see DS3612, RS3413, RS10613...
EDIT : After successfully boot the 4.3 russian build (with recompiled kernel) on my test computer , same issue...
-
Yes syno use efi but it's hardware specific.
Open an existing synoboot.img and look inside ^^
vender file for s/n and mac adresses.
-
First take a look on the building wiki : http://xpenology.com/wiki/en/building_xpenology
All Synology GPL sources are available here : http://sourceforge.net/projects/dsgpl/files/
Patch for kernel are from the amazing andy's git : https://github.com/andy928/xpenology
synoboot is just standard boot partition (grub) with the kernel (zImage) and the ramdrive (rd.gz)
-
copy their version to /lib/modules, restart, same issue
Their synobios.ko is for model DS411, DS710, DS1511, DS2411, DS712.... but not for DS3612.
-
I will try to repack the russsian 4.3 build (DS1511+) to see if they fix the issue with their patched synobios.
-
k3dt synobios's patched file (this file in use in 4.3 test build):
.text:00000000000025C8 loc_25C8: ; CODE XREF: SetMicropId+3Aj .text:00000000000025C8 mov rsi, offset aR ; "R" .text:00000000000025CF mov rdx, rsp .text:00000000000025D2 mov ecx, 8 .text:00000000000025D7 mov rdi, rsi .text:00000000000025DA call ReadUart .text:00000000000025DF test eax, eax .text:00000000000025E1 mov edx, 0FFFFFFFFh .text:00000000000025E6 xor rax, rax .text:00000000000025E9 mov al, 42h ; 'B' .text:00000000000025EB nop .text:00000000000025EC xor edx, edx .text:00000000000025EE mov cs:MpId_20839, eax .text:00000000000025F4 jmp short loc_25AC .text:00000000000025F4 SetMicropId endp
synobios file from 1511+ qnology (here or here. Thanks google trad ^^)
.text:00000000000029C8 loc_29C8: ; CODE XREF: SetMicropId+3Aj .text:00000000000029C8 mov rsi, offset aR ; "R" .text:00000000000029CF mov rdx, rsp .text:00000000000029D2 mov ecx, 8 .text:00000000000029D7 mov rdi, rsi .text:00000000000029DA call ReadUart .text:00000000000029DF test eax, eax .text:00000000000029E1 mov edx, 0FFFFFFFFh .text:00000000000029E6 nop .text:00000000000029E7 mov eax, 36h ; '6' .text:00000000000029EC xor edx, edx .text:00000000000029EE mov cs:MpId_20839, eax .text:00000000000029F4 jmp short loc_29AC .text:00000000000029F4 SetMicropId endp
Some differences in registers and operations...
And yes as tsygam mention 36 is MicroID for 1511+:
MICROP_ID_710p = 0x31, /* '1' */ MICROP_ID_411p = 0x33, /* '3' 411+II is the same*/ MICROP_ID_1010p = 0x32, /* '2' */ MICROP_ID_1511p = 0x36, /* '6' */ MICROP_ID_810p = 0x35, /* '5' */ MICROP_ID_810rp = 0x34, /* '4' */ MICROP_ID_2211p = 0x37, /* '7' */ MICROP_ID_2211rp = 0x38, /* '8' */ MICROP_ID_2411p = 0x39, /* '9' */ MICROP_ID_3411xs = 0x43, /* 'C' 3412xs is the same */ MICROP_ID_3411rpxs = 0x41, /* 'A' 3412rpxs is the same */ MICROP_ID_3611xs = 0x42, /* 'B' 3612xs is the same*/ MICROP_ID_712p = 0x44, /* 'D' */ MICROP_ID_412p = 0x45, /* 'E' */ MICROP_ID_1512p = 0x47, /* 'G' */ MICROP_ID_1812p = 0x46, /* 'F' */ MICROP_ID_812p = 0x48, /* 'H' */ MICROP_ID_812rp = 0x49, /* 'I' */ MICROP_ID_2212p = 0x4A, /* 'J' */ MICROP_ID_2212rp = 0x4B, /* 'K' */ MICROP_ID_2413p = 0x4C, /* 'L' */ MICROP_ID_10613xsp = 0x4d, /* 'M' */ MICROP_ID_3413xsp = 0x4e, /* 'N' */ MICROP_ID_713p = 0x50, /* 'P' */ MICROP_ID_1513p = 0x51, /* 'Q' */ MICROP_ID_1813p = 0x52, /* 'R' */ MICROP_ID_RS2414p = 0x53, /* 'S' */ MICROP_ID_RS2414rpp = 0x54, /* 'T' */ MICROP_ID_RS814p = 0x55, /* 'U' */ MICROP_ID_RS814rpp = 0x56, /* 'V' */ MICROP_ID_RS3614xsp = 0x57, /* 'W' RS3614xsp */ MICROP_ID_RS3614xs = 0x57, /* 'W' RS3614xs */ MICROP_ID_RS3614rpxs = 0x57, /* 'W' RS3614rpxs */ MICROP_ID_1814p = 0x58, /* 'X' */ MICROP_ID_UNKNOW = 0xFF,
-
Just little feedback:
I manage to boot system without scemd nor /usr/syno/etc.defaults/rc.d/* scripts but fdisk still empty.
When booting with blank drive, log directly on xpenology console, fdisk detect all drives
EDIT: Build kernel with libata-eh.c pacthed (removed the new part of code), same issue.
The problem is in rc = sata_pmp_attach(dev). This function returns -ENOENTWhere do you find this ? /etc/rc ?
-
I would like to know if an upgrade from 3202 repack (updated from Andy Repack v.DS3612xs_2668_4.1++) to your repack 3612++ v1.2 is OK or not?
Also, as we speak are you working on a new version?
When I test upgrade from 3202 to 3211, I "loose" data and config but some users have successfully upgraded their system without loosing data... so BACKUP data first !
Look this viewtopic.php?f=2&t=1086 it can help you.
Not really working on new version (4.3 have some disk/volume detection issue/protection), but fixing some request for 4.2 build
My holidays are over tomorrow, so I will have less time to dedicated to xpenology
The download link is not valid.No, I just add anti-leech system. Link is valid only 60sec.
-
When you load all these modules, did you get USB working ?
If yes (great news) you can make simple script to insmod these module on boot
ohci_hcd module is needed for UPS support.
Drivers requests for DSM 5.2
in DSM 5.2 and earlier (Legacy)
Posted
Fistandantilus ask support for intel I350 series network card.
Next repack will include latest igb driver