Newsgroup: it.comp.os.linux.iniziare
Titolo: Tempo di avvio di Xorg

Ciao a tutti.
 
Ho un sistema (un embedded) basato su Tegra2 che monta come SO un Linux.
Il sistema in questione deve far girare un'applicazione grafica e va
tutto bene, eccetto per il tempo di avvio. L'applicazione risulta essere
attiva dopo 5 secondi dall'accensione. Il sistema sarebbe pronto in 3
secondi e mezzo, ma perdo piï¿œ di un secondo e mezzo solo per far partire
Xorg.
 
Cercando in rete trovo solo richieste di gente che vuole far partire un
sistema intorno ai 14 secondi, o il video di un boot ultra veloce di
elinux che prende solamente 300ms (senza X).
 
Considerando che, purtroppo, necessito di X per via delle estensioni EGL
del Tegra, ho qualche speranza di scendere sotto quel secondo e mezzo di
avvio? Ho provato disabilitando una serie di estensioni, ma lanciando X
in modalitï¿œ verbosa vedo che continua a caricarle (le identifica come
built-in) e a fare una ricerca per le varie risoluzioni.
 
Accetto volentieri suggerimenti su cosa cercare ed anche come :-) 
 
Grazie in anticipo
DB
 

 Xorg.
 
 
Ciao, non ti posso aiutare perchï¿œ anche io ho lo stesso problema con 
altre schede embedded ma i miei tempi di boot sono moooolto piï¿œ lunghi 
altro che qualche secondo!
 
Posso domandarti per curiositï¿œ che scheda stai utilizzando e quale distro?
 
Grazie
Marco
 

 ha scritto:

Ciao
 
ï¿œ una p852 con processore Tegra2 (dual core con GPU e 1G di ram).
La distro originariamente era una Ubuntu Maverick fornita da Nvidia
stessa. Un amico l'ha ritagliata (causa alcuni moduli binari di nVidia) in
modo da farla entrare nella flash e ha riconfigurato il kernel in modo da
non avere moduli.
 
Adesso stiamo lottando contro i tempi per gestire la flash (poca speranza)
e per X (inizio a perdere la speranza).
 
Il sistema alla fine ï¿œ una specie di kiosk dove non c'ï¿œ un window manager,
ma solo un'applicazione a tutto schermo che comunica con il mondo esterno
tramite gpio e rete.
 
Purtroppo non posso scendere di piï¿œ nei dettagli.
 
DB
 

 Purtroppo non posso scendere di piï¿œ nei dettagli.
 
 
Altrimenti devi ucciderci tutti :)
Scherzo, comunque ï¿œ il normale utilizzo che faccio di queste schede.
Di solito metto debian ma ho tempi di caricamento attorno al minuto.
 
L'unica distro che mi dava tempi decenti (alcuni secondi) era la 
tiny-core, ma ï¿œ piuttosto scomoda da utilizzare, soprattutto in fase di 
sviluppo.
 
Ciao
Marco
 

 ï¿œ una p852 con processore Tegra2 (dual core con GPU e 1G di ram).
 
 
Scusa, con google non la trovo. Postri cortesemente postare il link al 
datasheet?
 
Grazie!
Marco
 

 ha scritto:
 

Questo ï¿œ il problema. Sono sotto NDA (ecco, ora devo uccidervi tutti :-) ).
 
Anche io non posso accedere direttamente a tutti i dati. nVidia da questo
punto di vista ï¿œ un vero disastro. Le informazioni escono con il contagocce.
 
DB
 

 Accetto volentieri suggerimenti su cosa cercare ed anche come :-) 
 
Moooolto tempo fa, per un problema equivalente,
un mio collega ha usato QT, senza X, ma con un
framebuffer "diretto".
 
In altre parole, l'applicativo usava chiamate QT
e le librerie QT non andavano verso X, ma verso
il framebuffer.
 
Credo, similmente, che anche gtk offra librerie
verso il framebuffer, senza passare per X.
 
Ovviamente, l'applicativo deve essere adatto
(od "adattato") a tale situazione.
 
Altrettanto ovviamente le prestazioni di rendering
non erano il massimo, ma il footprint del tutto e
la velocita` di partenza erano minimali.
 
bye,
 
-- 
 
piergiorgio