delucagiovanni forum

un progetto a cui sto lavorando, pero' e' solo per Windows XP a 32bit
chi vuole una cosa simile per Windows 10 a 64bit, dovra' aspettare almeno un annetto
Canonical e Microsoft hanno stretto un accordo per una faccenda simile

ConiX e' un cooperative UserModeLinux, ovvero gira tutto come una applicazione Windows
con tanto di supporto CoFs per condividere file tra NTFS (o Fat32) e linux senza passare da SAMBA e netdisk

va detto che funziona tutto molto bene, per molti versi meglio che con Virtualizer come VirtualBox
sopratutto per la semplicita' e l'eleganza con cui si condividono file
ad eccezione della rete che ha spesso dei ritardi (spesso non trascurabili) dovuti alla TAP
punto debole della attuale soluzione, per altro non + sviluppata attivamente da almeno 2 anni

ci sono arrivato (rifatto lo stage4 su misura, e ricompilato il kernel alleggerendolo un bel po', sto su un 2.6.39)
perche' mi e' comodo per applicazioni che funzionano meglio sotto Windows che sotto Linux
o che che non esistono affatto per Linux

una di queste e' un pacchetto di sviluppo per VHDL che abbiamo sviluppato io e soci
compilarlo per Windows e' super scomodo, sopratutto attraverso tool come Cygwin
che rendono le cose lenterrime e scomodissime, mentre con CoNix gira tutto sotto linux
e mi aiuta tantissimo e posso usarlo in parallelo ad ISE e modelSim
alla spesa complessiva 60 euro di X11 server (che cmq esiste in versione free anche se … limitata)


nella foto si vede invece un sezione di sviluppo codice C, nulla di che
e' solo una prova di integrazione totale a cui sto lavorando
mentre provo a completare il simulatore di una CPU RISC-like
sviluppato 10 anni fa in Erasmus

Alla speculazione: Windows 10 e la soluzione in collaborazione con Canonical (quelli di Ubuntu/linux) si farà vedere nelle caselle di download (gratuita o a pagamento? chi lo sa) tra circa tra 1 annetto buono, ovvero fino ad ora sono riusciti solo a far funzionare (e nemmeno tanto bene) solo la bash shell

Dita incrociate (forse siamo davvero tutti quanti spacciati )

poco interesse

una nota

Code: Select all

# Serial configuration
ttys0=COM1,"baud=9600 parity=N data=8 stop=1 xon=off odsr=off octs=off idsr=off to=on rts=off dtr=off"
ttys1=COM23,"baud=9600 parity=N data=8 stop=1 xon=off odsr=off octs=off idsr=off to=on rts=off dtr=off"
ttys2=COM24,"baud=9600 parity=N data=8 stop=1 xon=off odsr=off octs=off idsr=off to=on rts=off dtr=off"


• funziona bene con le built-in uart, seriali fisiche, alcuni vecchi laptop le hanno
• funziona male con le usb-uart, perdita dati e malfunzionamenti vari

non ho capito il motivo, la questione va indagata

a chi gliene impippa qualcosa

alla fine ho cambiato idea, e
sto rimpiazzando CoNIX con VirtualBOX

piu' vari hack per usare CIFS su cartelle
condivise su rete Microsoft

CIFS aveva un po' di rogne, sopratutto
con gli attributi di NTFS, con le flag giuste
(che prima pero' bisogna scovare) sembra
funzionare decentemente

CoNIX funziona bene, ho cambiato idea perche'
ogni volta che si cambia versione del Kernel
c'e' un sacco di lavoro da fare per il forward-porting
del driver CoFS

CoNIX non e' piu' supportato ed e' tutto lavoro
che tocca fare a mano

oltre al fatto che gestire i device USB
mappati dalla macchiana virtuale non e' affatto
semplice, e sopratutto ci sono troppi ritardi

troppo bello per essere vero, difatti VirtualBOX da una parte
risolve alcuni problemi di CoNIX, dall'altra se si schianta, e se
succede puo' anche corrompere completamente un filesystem

di sicuro avere host=Windows non e' una buona idea, lo stesso
sistema e' stato testato con host=Linux, stesso stage4, stessi
compiti, stesse applicazioni, e non si e' mai verificato un
problema del genere (catastrofico)

corollario e' meglio avere linux come host, e windows nella VM
peccato soltanto che VirtualBOX abbia un po' di problemi con i
driver usb

un grosso problema che ha VirtualBox con host=XP
e' che mal gestisce il multi seek, quindi e' altamente
sconsigliato (me ne sono accorto solo dopo e l'ho
pagata cara) mettere la swap-slice nello stesso VDI
in cui c'e' anche un filesystem-slice: molto meglio
che lo swap stia in un VDI, ed il filesystem sia in un
altro VDI, due file distinti, cosi' il multi seek e' felice