Peut-On Passer Du Noyau 2.6.15 Au 2.6.24 ?

[catimimi]

Salut,

Oui c'est sur que je ne maitrise rien de ce cot

[miche_mai]

Bonjour,

Merci pour les informations

voila ce que j'ai trouv

[PatrickH]

Si j'ai bien compris tu essaye de compiler en natif sur ton syno, pourrais tu re-pr

[miche_mai]

bonpour,

J'ai installer les package ipkg pour pouvoir faire un make

michal

[MS_Totor]

pour catimini

je viens de relire ton premier post

problématique de kernel ancien et matériel récent

si ton kernel actuel est toujours en 2.6.15, tu dois récupérer les sources du drivers , en remontant dans le temps, je m'explique, il m'a fallu chercher sur les git de développement, non pas les plus récents, mais des versions qui certes n'étaient pas les plus optimisées mais fonctionnelles, exemple mutex et autres..... (dans mon cas gestion fifo) et les placer dans l'arborescence de la source gpl 1142 puis les compiler avec les options pour ton cpu

bref suivre la doc actuelle disponible

pourquoi je dis ca ? si le kernel n'a pas évolué, pas besoin d'attendre de source de dsm 3.0, à moins et je dis bien à moins que la gestion mémoire ait changée entre les deux firmwares, sinon cela devrait passer.....

pour les autres modèles qui n'ont pas évoluer en kernel cela devrait le même cas, bref tous ceux qui sont en 2.6.24 ou 2.6.15, seul ceux qui ont évolué vers 2.6.3xx de mon point de vue sans test ni essai car pas eu le temps, sont concerné à devoir attendre de nouvelles sources.

pas testé, mais il suffit d'essayer

je te laisserai des que je l'ai retrouvé la syntaxe ce qui m'a permis de retrouver et comparer les modules kernels pour trouver les bonnes options de compilations

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

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

OK j'ai redémarrer ma station de dev... toujours pour catimini

rien de mieux que de comparer deux modules kernel de noms identiques provenant des firmwares, un en dsm 2.3 et l'autre dsm 3.0

exemple :

on lit les binaires ELF sous ubuntu ou debian via readelf d'une bibliothèque

readelf -a control.so

on compare deux modules kernels de la même façon

readelf -a x_tables.ko

l'important est d'être dans la même plage d'allocation mémoire , relocation et début d'offset, sinon il y a segmentation fault, car le module se lancera en dehors de l'espace mémoire permis.

si les deux modules kernels dsm2.3 et dsm 3.0 sont identiques en kernel 2.6.15 alors.... ca confirmeras

Modifié le 25 octobre 2010 par MS_Totor

[catimimi]

pour catimini

je viens de relire ton premier post

probl

[MS_Totor]

pas de soucis

moi aussi j'ai pleins de trucs mis de c