Probl

[activa73]

Bonjour

[MS_Totor]

salut,

je ne suis pas sur que tu puisse y arriver cette question est souvent posée concernant les kernels

le tuto est correct sauf pour un éléments majeur et qui à ma connaissance du moins, n'a pas de solution actuellement.

les modules kernel que tu as sur ipkg ont été compilé pour le firmware 844, hors depuis les versions 942, ces modules sont incompatibles.

donc à moins de passer par le forum nslu2 car c'est eux qui gèrent la compilation pour les synos pour ensuite les mettre à disposition pour ikg des divers modèles de syno et faire une demande de mise à jour, soit il te faudra soit t'y coller toi même en cross-compilation, ou soit attendre qu'un membre de la communauté oscillant autour des synos ne s'y colle, anglais, ou un français allemand...

---------------------------

je peux mettre à disponibilité un tuto qui te permettra de cross-compiler toit même tes modules kernels, cela demande une machine sous debian ou ubuntu disponible.

mais je suis en train de le peaufiner et il n'est peut pas exempt d'erreurs, le pourquoi il n'est pas en ligne, de plus, certains mals intentionnés ont tenté de me pomper tout le site en moins d'une heure de mise en ligne..

alors si c'est pour voir un tuto avec des coquilles se rependre sur le net, et pleins de syno plantés, pas trop mon truc ca

-----------------------------

[Sp@r0]

Edit : Je n'avais pas vu la réponse de MS Totor

Bonjour j'ai exactement le même problème, je cherche à utiliser un convertisseur USB=>Série pour une application domotique en X10 RF.

Bon j'ai trouvé à peu de chose près le même tutorial que toi et j'ai exactement le même problème, il n'y aucun kernel module pour mon syno (DS110). Pour autant ipkg fonctionne bien j'ai installer Python, GCC et ils fonctionnent bien.

Ce que j'ai trouver :

Je pense qu'il n'y a pas de kernel-module, car la gestion de l'usb est faite par le noyau, malheureusement le noyau n'est pas compilé avec le driver FDTI (qui gère l'USB to serial) contrairement à mon pc sous FEDORA (M'enfin n'étant pas un grand spécialiste ...)

Des kernels modules compilés en ARM existe pour le syno-x07 => il est possible de les installer avec ipgk mais j'ai pas encore testé (je doute que cela fonctionne)

Un librairie est diponible pour lire via libusb dans les convertisseur USB=>Série mais nécessite de compilé son application avec GCC : LIFDTI pour l'instant je ne parvient pas à compiler les exemples

Voila j'en suis là si des gens on des idées pour ajouter le support de FDTI je suis preneur!!!

[MS_Totor]

j'ai édité mon post précèdent, le noyau a effectivement été légèrement modifié par quelques patchs, c'est pour cela que les modules kernel dispo via ipkg ne fonctionnent plus.

un uname -r pour connaitre la version kernel sur syno est trompeur car le retour de version n'est pas complet comme on a l'habitude de le voir sur linux en général.

tu vas avoir un 2.6.15 ou 2.6.24 selon les versions de syno sans indication des patch réels installés dans le kernel..

sur 209+ par exemple, la version affichée est 2.6.24 en réalité j'ai décortiqué les patch en place pour cette version là uniquement, on est en 2.6.24.3, hors un module doit donc être compilé à cette version, ou supérieur, l'inverse n'est pas vrai.

[MS_Totor]

je vais essayer de compiler ces modules pour ds207+ dès que j'ai un moment, à voir si cela tourne pour les autres modèles sur la même base de processeur, normalement oui

mais et je dis bien mais, à vos risques et périls.

bref, j'ai les outils pour, mais pas les syno

si c'est ok entre nous, perso je n'ai pas de synox07+ pour tester, ni de ds210j etc... que du 209+ et un 1010+ à venir, vous avez autant de risques à tester qu'avec la version sur ipkg, mais si la version que je sors fonctionne, alors il y en aura d'autres pour d'autres demandes

EDIT:

tiens c'est marrant, à chaque fois que je dis il faudra tester vous même et à vos risques et périls, pffffuuuiiitttt il n'y a personne et tout le monde se sauve.

perso je ne compilerai rien du tout sans avoir l'assurance de testeurs derrières sérieux et motivés, car j'ai franchement bien d'autres choses à faire.

ne vous plaignez pas ensuite que ceci ou cela vous manque ou ne fonctionne pas sur vos synos

[Sp@r0]

Moi je suis tout à fait disposé à tester !!!!

De toute façon si je ne me trompe pas le risque n'est que de devoir tout réinstaller ??? Au pire je ne l'ai que depuis 2 jours je dirais qu'il a "cessé" de fonctionné

Par ailleurs je suis très intéressé pour apprendre à le faire moi même, je suis tomber sur ton / votre ( ???) site qui évoque rapidement la cross compilation. J'ai fait quelque recherche mais la toolchains disponible sur le site de synology me semble quelque peu obscure ...

[MS_Totor]

j'ai carr

[activa73]

Merci pour toutes ses r

[Sp@r0]

Bon je viens de réussir à faire fonctionner la cross compilation et en plus les modules générés sont fonctionnels sur mon DS110j !!!!

Bon, comme je pense que je ne suis pas le seul à galérer sur le sujet. Je vais vous faire un compte rendu rapide de la méthode que j'ai employé (accessoirement cela me permettra de m'en rappeler).

ATTENTION : Je vous préviens que ce genre manipulations est risquées pour votre Syno, ne venez pas me reprocher que vous avez tout planté.

Pour commencer, j'ai téléchargé la toolchains et le GPL correspondant à mon Syno :

- gcc421_glibc25_88f6281.tar.gz car la cpu est une marvell 6281 arm avec un kernel 2.6.24 => c'est un ensemble de programme qui permettent de compiler quelque chose pour le syno

- synogpl-944b.tbz => c'est le code source du synology alors ce qui est étrange c'est que mon firmware est un 965 et non 944 mais cela fonctionne.

J'ai effectué la compilation sur une machine sous Fedora 12 64 bits, bon accorchez vous bien voilà la liste des manips :

1 - Décompresser la tools chaines dans le répertoire /usr/local

2 - Décompresser la GPL dans le répertoire /usr/local/arm-none-linux-gnueabi/

3 - Dans le répertoire /usr/local/arm-none-linux-gnueabi/source/linux-2.6.24/ éditer le Makefile

4 - Corriger le Makefile (normalement cela aurait du être déjà fait mais bon) vers la ligne 193

ARCH ?= arm

CROSS_COMPILE ?= /usr/local/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-

5 - Copier le fichier /usr/local/arm-none-linux-gnueabi/source/linux-2.6.24/synconfigs/88f6281 vers /usr/local/arm-none-linux-gnueabi/source/linux-2.6.24/.config

6 - Exécutez la commande :

make ARCH=arm \ CROSS_COMILE=/usr/local/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi- oldconfig

7 - Puis celle là :

make ARCH=arm \ CROSS_COMILE=/usr/local/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi- menuconfig (pour choisir les modules dont vous avez besoins mettre un M devant)

8 - Puis celle là :

make ARCH=arm \ CROSS_COMILE=/usr/local/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi- modules (pour compiler les modules)

9 - Récupérer les fichiers compilés, dans mon cas

/usr/local/arm-none-linux-gnueabi/source/linux-2.6.24/drivers/serial/usbserial.ko

/usr/local/arm-none-linux-gnueabi/source/linux-2.6.24/drivers/serial/fdti-sio.ko

Bon, sinon une petite listes de soucis que j'ai eu lors de la compilation :

- pour compiler il faut glibc.i686 et Mesa-libgl.i686 moi je les avais mais en x86_64

- pour faire marcher menuconfig il faut ncurves et ncurves-dev

Sur le syno, il faut faire cela (périphériques USB débranchés !!)

10 - copier les fichiers .ko dans le répertoire qui va bien pour moi :

/opt/etc/lib/modules/2.6.15/kernel/drivers/usb/serial/ => (Je me rend compte que c'est pas très logique mais cela n'à pas vraiment d'importance)

11 - Executez ces commandes pour inscrire les modules :

insmod serialusb.ko

insmod fdti-sio.ko

12 - Exécutez la commande suivante :

lsmod => dans usbcore il devrait y avoir usbserial et fdti-sio

13 - Branchez le périphérique USB

14 - Exécutez la commande suivante :

dmesg | grep usb => (il devrait y avoir des lignes au sujet d'un nouveau périphérique FDTI et qu'il a été attaché à ttyUSBx)

15 - Normalement le port série est fonctionnel en /dev/ttyUSBx

Tout d'abord je remercie ma fille Zoé pour m'avoir refilé sa crève et du coup m'avoir donné le temps de chercher, sinon je remercie toutes les sources que j'ai trouvé sur le net (principalement ici même Compilation pour les nuls ). Je remercie également MS_Totor pour s'être intéressé à mon problème et m'avoir confirmé que c'était faisable.

Voila je suis disposé à donner ce que j'ai compilé à qui le veux bien.=> Cf section TELECHARGEMENT du site

[activa73]

Merci beaucoup,

tout fonctionne correctement en ce qui est de la reconnaissance du port usbserial.

Mais je m'adresse

[activa73]

NOTE TR

[activa73]

Tout fonctionnais correctement j'ai donc d

[Sp@r0]

Normalement avec uniquement cela ça doit marcher, l' avantage c'est que tu peux conserver du coup le module usblp.ko car de ce que j'ai constater chez mloi si tu charge avec le ./S892Serial il n'y a pas de conflit avec le module usbpl. (qui gère les imprimantes usb je crois). en plus cela evite de modifier un fichier qui est écrasé par la mise à jour du firmware comme me la fait remarquer PatrickH.

De plus j'ai copier le script S89usb2serial dans /opt/etc/init.d

[activa73]

Je ne comprend pas bien ce que je dois faire.

J'ai remodifier le fichier rc et le remettant comme d'origine.

J'ai supprimer le fichier S89usb2serial de /opt/etc/init.d

Est ce que je devais faire ca???

Merci d'avance

[activa73]

Apr

[Sp@r0]

Noralement la simple pr

[activa73]

J'ai copier le script S89usb2serial dans /opt/etc/init.d

Je pense que ca permettera de la lancer au d

[Sp@r0]

Effectivement, me suis tromp

[PatrickH]

As tu v

[florian15]

Bonjour à tous,

je me permet de faire remonter ce sujet à la surface, car je suis moi même en quête de connecter ma station météo WS2355 à mon Syno DS 110J avec exploitation des données par open2300 tout comme activa73

Mon premier problème se situe au niveau des modules serialusb.ko et fdti-sio.ko que je ne possède pas compilés pour le DSM 3.1 et je n'ai pas d'environnement de cross compilation à porté de main.

Quelqu'un aurait-il la possibilité de me les fournir compilés pour mon DS 110J et compatibles en DSM 3.1 ?

Merci d'avance

Amicalement

[Sp@r0]

ICI

Il sont tout frais !!!

[florian15]

Super Merci Sp@ro, tu es un Chef !!

[chevket]

Bonjour,

J'ai un syno 210+ qui semble donc utiliser une architecture powerpc et je suis en manager 3.2-1955

J'ai téléchargé une image Fedora 16 pour Virtual BOX pour faire la compilation de ces drivers usb (j'aimerais bien mettre ma station météo sur le nas)

Pour le téléchargement de la Tool Chain et des sources, pas de problème.

Par contre, après modification du MakeFile que j'ai du adapté à la plateforme, je rencontre une erreur sur le premier make.

Dans mon Make file j'ai mis ça :

ARCH ?= powerpc

CROSS_COMPILE ?= /usr/local/powerpc-linux-gnuespe/bin/powerpc-linux-gnuespe-

puis quand je lance :

make ARCH=powerpc CROSS_COMPILE=/usr/local/powerpc-linux-gnuespe/bin/powerpc-linux-gnuespe- oldconfig

J'ai cette erreur :

/usr/local/powerpc-linux-gnuspe/source/linux-2.6.32/arch/powerpc/Makefile:178: *** mélange de règles implicites et normales. Arrêt.

dans le fichier en question à la ligne indiquée il y a ça

$(BOOT_TARGETS): vmlinux

$(Q)$(MAKE) ARCH=ppc64 $(build)=$(boot) $(patsubst %,$(boot)/%,$@)

Du coup, est ce qu'il y a un problème de configuration de la variable ARCH ?

quand on configure autre chose dans le Makefile (comme ARCH ?= ppc) ça ne marche pas car cette variable est utilisée pour construire les paths vers les sources, dans les répertoires de sources il n'y a pas de répertoire faisant référence à une plateforme ppc64.

D'où peut venir le problème ?

Merci

[lndiana]

Bonjour tout le monde,

Petite question a Sp@ro : j'ai récupéré plusieurs fichiers ftdi.ko et usbserial.ko, tous pour mon system (DS 209 Marvel donc, en DSM 3.2 1995, donc kernel 2.6.32) pour essayer de faire fonctionner un module Teleinfos, et tous fonctionnent, mais seulement pendant quelques jours (entres 1 et 15)!

Après, ca plante le Syno.

Et j'ai fait plein de test, c'est uniquement quand le module est branché et lisible avec un cat...

Je desespere de comprendre...

Est-ce que tu pourrais me donner les tiens pour essayer (si tu es dans la meme version de kernel, bien entendu)? (je ne trouve pas la section telechargement de ton site)...

Merci

Franck

Oups, je viens de voir que le lien etait en fait celui du forum.. désolé...

Est-ce que par hasard tu les aurais compilé pour le kernel 2.6.32?

Et sinon, est-ce que quelqun voit une autre explication?

Pour infos, je n'ai pas changé les parametres stty, et si j'essaye de passer a 1200Baud, ca ne marche plus...

Est-ce que ca peut faire planter le NAS ca?

[Sp@r0]

Si les modules fonctionnent pendant 15 jours c'est que ce sont les bons ..... sur le lien en début de page il y a les modules que j'utilise en ce moment stabilité parfaite plante pas du tout (mais mon script python lui a un bug qu'il faut que je corrige mais je pense plutôt faire un test avec domogik).

Sinon si cela plante ton syno il faut que tu regarde dans le /var/log/messages si tu voies un message d'erreur.

Sinon c'est pas toi qui récupére les infos avec un script en php qui fait des cat sur le port série ???? => si c'est le cas c'est pas étonnant que cela plante ....