Mobile Linux quasi al rilascio

Transmeta, sotto la spinta di Linus Torvalds, sta per rilasciare il pacchetto per portare Linux su sistemi leggeri privi di hard disk. Un toolkit atteso

Web - Dovrebbe mancare ormai pochissimo al rilascio ufficiale da parte di Transmeta di Mobile Linux: lo ha confermato la stessa Transmeta al LinuxWorld segnalando che, a questo punto, il pacchetto potrebbe arrivare "in qualsiasi momento".

Sotto la spinta del padre di Linux, Linus Torvalds, il cui talento da tempo è impegnato in Transmeta, l'azienda si appresta così a lanciare quello che definisce un toolkit che consentirà di portare Linux sui device leggerissimi, quelli che possono fare a meno di un disco rigido.

"Mobile Linux - ha spiegato l'ingegnere di Transmeta Dan Quinlan - è più che altro un toolkit". Un sistema che è andato sotto revisione da parte dell'azienda nel corso dell'ultimo anno, dovendo rivedere il file system e aggiungendo una serie di funzionalità di gestione. Com'è ovvio Mobile Linux è ottimizzato per l'uso con Crusoe, il processore leggerissimo ed economico di Transmeta.
9 Commenti alla Notizia Mobile Linux quasi al rilascio
Ordina
  • giusto ieri ho acquistato un display grafico 128x128 pixel che era su un sistema embedded (presumo) o su una fotocopiatrice. Sto disperatamente cercando qualcuno che mi sappia orientare in modo corretto per renderlo un piccolo monitor di un sistema linux embedded che devo approntare. Ho gia' sviluppato, tempo addietro, un driver per un LCD display 4x20 dot matrix, con controller HD44780, e pilotandolo via parallela sono riuscito a scrivere frasi e disegni attraverso semplici echo e ioctl sul device.
    Ora la mia necessita' e' quella di costruire un vero e proprio terminale via parallela, su cui far girare prima un prompt shell, poi un processo di monitoring.

    Se qualcuno ha notizie in merito mi farebbe un grossissimo favore, visto che, a parte i code dell'IC e i timing data/enable, non ho trovato altre indicazioni ne' su deja, ne' su google ne' tantomeno ho trovato risposta da un recente post in usenet.
    non+autenticato


  • Giuro che se potessi ti aiuterei, ma dio mi fulmini seduta stante se ho capito un' H di quello che devi fare...! Comunque chiedo in giro, magari qualcuno me lo spiega (?)...buona fortuna
    non+autenticato
  • - Scritto da: Maria Josè
    >
    >
    > Giuro che se potessi ti aiuterei, ma dio mi
    > fulmini seduta stante se ho capito un' H di
    > quello che devi fare...! Comunque chiedo in
    > giro, magari qualcuno me lo spiega
    > (?)...buona fortuna

    :)

    devo scrivere un driver per un display LCD grafico (di quelli che si vedono su alcune fotocopiatrici). Il chip che controlla il display (per accendere e spegnere i pixel) e' ben documentato e si puo' pilotare con una semplice porta parallela.
    Sto cercando informazioni su come rendere questo "aggeggio" un terminale, ovvero fare in modo che una macchina linux con un driver apposta (scritto da me) rediriga l'output testuale (e grafico, perche' no? in bianco e nero) su questo affare, invece che sul monitor vga.
    Questo pero' richiede di creare una tty su porta parallela, su cui non ho idea.

    non+autenticato
  • - Scritto da: munehiro
    > devo scrivere un driver per un display LCD
    > grafico (di quelli che si vedono su alcune
    > fotocopiatrici). Il chip che controlla il
    > display (per accendere e spegnere i pixel)
    > e' ben documentato e si puo' pilotare con
    > una semplice porta parallela.
    > Sto cercando informazioni su come rendere
    > questo "aggeggio" un terminale, ovvero fare
    > in modo che una macchina linux con un driver
    > apposta (scritto da me) rediriga l'output
    > testuale (e grafico, perche' no? in bianco e
    > nero) su questo affare, invece che sul
    > monitor vga.
    > Questo pero' richiede di creare una tty su
    > porta parallela, su cui non ho idea.

    Quasi non so di cosa sto parlando, ma non credo che a te serva qualche tipo di redirezione su porta parallela, ma un nuovo driver per la console che internamente usi la parallela per l'output: magari prova a partire da ciò che trovi nei sorgenti del kernel e modificarli.

    Però sei sicuro di volere redirigere l'output di una console? Non sarebbe forse + semplice e/o adatto ai tuoi scopi crearti una libreria ad hoc da usare con programmi scritti anch'essi da te?
    non+autenticato
  • - Scritto da: amico
    >
    > Quasi non so di cosa sto parlando, ma non
    > credo che a te serva qualche tipo di
    > redirezione su porta parallela, ma un nuovo
    > driver per la console che internamente usi
    > la parallela per l'output:

    precisamente

    > magari prova a
    > partire da ciò che trovi nei sorgenti del
    > kernel e modificarli.

    gia'... ma e' partire da molto lontano =)

    > Però sei sicuro di volere redirigere
    > l'output di una console? Non sarebbe forse +
    > semplice e/o adatto ai tuoi scopi crearti
    > una libreria ad hoc da usare con programmi
    > scritti anch'essi da te?

    in teoria si', il problema principale e' che vorrei usarlo potenzialmente per qualsiasi programma. Inoltre ho gia' esperienza di driver in user space, e le prestazioni di refresh scendono drammaticamente, anche di 10 volte. Se voglio garantirmi un refresh attorno ai 15/20 fps sono obbligato ad andare in kernel space, con tutto cio' che ne consegue...
    non+autenticato

  • Se ridirigi lo STDout invece che alla scheda grafica al device della parallela, dovresti essere nella stessa condizione di digitare da bash
    Comando > device, in quanto l'output dei comandi, di standard va al monitor.... non so però.....
    Hai mai preso in considerazione l'idea non di redirigere l'output, bensì un bel servizio che va a leggere la memoria video e butta quello che legge sulla parallela.... potresti vedere sia sul monitor, sia su display LCD.
    E' solo un'idea... io la lettura della zona di memoria video l'ho fatta a scuola su DOS hai tempi.... non sò assolutamente se sia un'operazione possibile sotto linux.
    Ciao
    non+autenticato


  • - Scritto da: l <MCfc>
    >
    > Se ridirigi lo STDout invece che alla scheda
    > grafica al device della parallela, dovresti
    > essere nella stessa condizione di digitare
    > da bash
    > Comando > device, in quanto l'output dei
    > comandi, di standard va al monitor.... non
    > so però.....
    > Hai mai preso in considerazione l'idea non
    > di redirigere l'output, bensì un bel
    > servizio che va a leggere la memoria video e
    > butta quello che legge sulla parallela....
    > potresti vedere sia sul monitor, sia su
    > display LCD.
    > E' solo un'idea... io la lettura della zona
    > di memoria video l'ho fatta a scuola su DOS
    > hai tempi.... non sò assolutamente se sia
    > un'operazione possibile sotto linux.
    > Ciao

    E' quanto meno sconsigliabile se vuoi avere piu' console virtuali e magari X insieme all'aggeggio (e poi magari la scheda grafica neanche ce la si mette!)

    Ti conviene fare un'emulatore di terminale e redirigerne l'output su display!

    non+autenticato
  • - Scritto da: munehiro
    > giusto ieri ho acquistato un display grafico
    > 128x128 pixel che era su un sistema embedded
    > (presumo) o su una fotocopiatrice. Sto
    > disperatamente cercando qualcuno che mi
    > sappia orientare in modo corretto per
    > renderlo un piccolo monitor di un sistema
    > linux embedded che devo approntare
    [...cut...]

    Ciao, ti posso indicare un ottimo sito.
    http://lcdproc.omnipotent.net/
    Sono riuscito a far funzionare un LCD HD44780.
    Se contatti l'autore del sito, magari ti sa dare indicazioni su come risolvere il tuo problema.

    BeRToZ
    non+autenticato
  • qs. cosa c'entra con l'articolo?
    comunque ti consiglio di realizzare un convertirore seriale to LCD (è abbastanza semplice realizzarlo con un pic 16f628 e qualche resistenza, costo 3/4 euro in tutto). sulla rete dovresti trovare quello che ti serve (schema e firmware per il PIC) perchè sicuramente qualcuno prima ci avrà già pensato.
    Dopodichè, nel kernel è già supportta la redirezione della seriale su console...
    the0s
    non+autenticato