Cari Clauz, Lorenzo, Saverio e Michele, sono d'accordissimo con voi e so
che è possibile compilare del software per un'architettura A su una
macchina con architettura B, so anche (pur non avendola mai usata) che
openWRT è un'ottima distro, stabile, con un ampio parco software e che è
già "impacchettata" per sistemi embedded e quindi - in genere - per
architetture non x86, ho però alcune domande, dato che la mia esperienza
nel campo dell'embedded è praticamente limitata alle MCU:
1) l'hardware della RouterStation di Ubiquity è: CPU Atheros AR7100
m...@680 Mhz, 64 Mb di DDR ed una flash Memory da 16 Mb interfacciata
con SPI, in più c'è l'interfaccia USB che permetterebbe di implementare
pennini o HD esterni, aumentando lo spazio fisico.
Cosa limita la possibilità di compilazione direttamente in openWRT? CPU,
Ram, Flash memory??? non sono riuscito a trovare un datasheet completo
dell'AR7100, solo una brochoure, ma ad occhio e croce con 680Mhz e della
DDR non dovrebbe essere impossibile compilare... è forse l'architettura
MIPS? su wikipedia si può leggere
(http://it.wikipedia.org/wiki/Architettura_MIPS) che il MIPS "è un
processore di architettura RISC
<http://it.wikipedia.org/wiki/Reduced_instruction_set_computer>", ma
anche i processori POWER o SPARC lo sono...... e per alcune versi i RISC
sono anche meglio dei CISC, no???
Lorenzo scrive:
"Non aspettarti di avere delle partizioni etx2/ext3/raiserfs"
suppongo perchè i relativi moduli non sono previsti nel kernel di
openWRT, no? oppure c'è qualche altro ancestrale motivo??? se ho
un'interfaccia USB è possibile connettere delle memorie flash esterne,
ed un qualche FileSystem dovranno pur averlo... altrimenti linux come le
legge???
per ora credo sia tutto,
un abbraccio
Fabio Buda
Michele Favara Pedarsi wrote:
ZioPRoTo (Saverio Proto) ha scritto:
Su questo siamo d'accordo, ma come copio i tarball nella flash della
RouterStation? mi sa che posso soltanto appoggiarmi ad un NFS, giusto no?
leggi questo:
http://it.wikipedia.org/wiki/Cross-compilazione
devi farti un po' di cultura sul mondo embedded ! :)
Eheh ... se lo legge mbm, che ha passato i primi 2 anni di OpenWrt a
risicare non i mega, non i kilo, ma i byte... gli prende un infarto ...
Scherzi a parte: Fabio, hai un motivo preciso per non usare OpenWrt?
Nella loro codebase c'e' un fottio di librerie; anche roba esoterica; e
se proprio non c'e' ... e' probabile che con poco riesci a portarla su
OpenWrt, contribuendo oltretutto al progetto. Che io sappia non c'e'
un'altra distro embedded, 100% free software, cosi' matura (ie: numero
di architetture supportate, e base di codice supportata). Forse della
robetta BSD, ma per applicazioni specifiche (es: m0n0wall). Chi te lo fa
fare a smadonnare con nfs/cifs/etc per infilarci dentro una debian
embedded? E quello (nfs) e' il minimo! Ogni lib deve essere
accuratamente strippata ... ogni software accuratamente adattato alle
librerie strippate ... ogni frammento di codice scritto dando per
scontata la presenza di una tastiera e un monitor, rielaborato ... hai
idea in cosa ti vai ad impelagare ad usare una distro embedded su cui
sono stati spesi meno gg/uomo di lavoro, rispetto ad OpenWrt?
Se il sistema di default fosse stato vxworks o altra merda proprietaria
e non (ancora) supportata da OpenWrt, ok; ma qui stiamo parlando della
migliore distro embedded del pianeta, supportata dal produttore dell'hw
(ie: troverai sempre i driver), e sviluppata bazaar-style (ie: se hai
mod da fare, le fai, gliele mandi e se sono tecnicamente valide, e'
probabile che te le ritrovi nella distro) ... a meno di motivi moooolto
specifici, ti conviene rimanere su OpenWrt.
ciao
Michele