Thread per sperimentazione sistema minimo LINUX su Microcontrollore

9 Anni 11 Mesi fa - 9 Anni 11 Mesi fa #36 da Ultron

antoniodr ha scritto: Ti consiglio anche di leggere
'Linux Device drivers' di Alessandro Rubini. La 2nd Edition dovrebbe essere gratuita in formato PDF.


L'ho scaricato... Ottimo! E' proprio l'approfondimento alla parte che manca, o è trattata superficialmente, da altri libri.

Thanks
Ultima Modifica 9 Anni 11 Mesi fa da Ultron.

Si prega Accedi o Crea un account a partecipare alla conversazione.

  • Ultron
  • Senior Member
  • Senior Member
Di più
9 Anni 11 Mesi fa - 9 Anni 11 Mesi fa #37 da legacy
generare le chiavi e' una faccenda tosta, ed e' normale che rimanga in ram a lungo, difatti anche la cadrega lc475@25Mhz ci metti una "ventata" di minuti, tipicamente dai 10 ai 20 minuti (hai visto nbench che numeri pessimi riporta un 68060@25Mhz, e' congruente col suo nomignolo di carriola), il calcolo degli anelli e' abbastanza pesante, ma dovresti generarlo solo una volta (chiavi private/pubbliche), ovvero in fase di tune up, poi non si tocca

solitamente si fa generare in building e lo si schiaffa nella flash assieme al rootfs, precisamente in /etc/ssh_key, tanto il rootfs se sta in ram e' appeso in coda al kernel ed il tutto e' un unico binario in flash

ma da quello che mi dici in rootfs hanno fatto un gran casino ed ogni volta fate rigenerare le chiavi (a che po ?), ma non ho il tuo sistema sottomano, i miei si comportano SEMPRE allo stesso modo, anche perche' in fase di bootstrap ho deadline precise sfondando le quali scattano meccanismi che assumono che l'hw si sia schiantato

io mi genero le chiavi in fase di rootfs build, precisamente nella sotto fase di tune, ovvero dove ho un rootfs generico e lo script di turno va a personalizzarlo per un dato target cliente (che significa popolare /etc, /lib/kernel/driver/custom, /app/ /opt/ e cose del genere)

ma ti ripeto, secondo me stai facendo una ca**ata nel pensare di scrivere un kernel module per il cript engine al fine di accelerare questa faccenda, la strada giusta -secondo me- e' indagginare bene cosa stan facendo con quel povero SSH (usato come shell remota sicura per lanciare comandi remoti), fare a tappeto dei benchmark seri, e … secondo me ci sta pure quel cambiare quel coldfire con qualcosa di + performante, anche per lasciarvi respito il giorno che sul target finale dovrete infilarci altro.
Ultima Modifica 9 Anni 11 Mesi fa da legacy.

Si prega Accedi o Crea un account a partecipare alla conversazione.

  • legacy
  • Junior Member
  • Junior Member
Di più
Moderatori: Mauro LaurentiMatteo Garia

Registrati al sito

Accedi a tutte le risorse e articoli non visibili pubblicamente, puoi registrarti con pochi passi.

Registrati al sito LaurTec.

Login