Risposta Stile Testo Dimensione:  10 12 14 16 18 20 24 30 Colore:  Rosso Viola Verde Blu Giallo Grigio Arancio Rosa Allinea:  Centrato Giustificato Linea vuota A capo Altri comandi Emoticons Clicca per riportare il codice nell'area di testo oppure posizionati su un'immagine per vederne il relativo comando. Testo In risposta a cgugl [quote=cgugl] [auto-justify][quote] Qualche notizia ? [/quote] La settimana scorsa è stato rimosso un bug che "bloccava" AIBB. Questi sono solo due test pubblicati sul blog. Ho anche gli altri risultati da qualche parte... la velocità di Phoenix è sempre da 5 a 7 volte quella del TG68 (o 3/4 volte il 68040): [url=http://www.apollo-core.com/bringup/aibb1.jpg]http://www.apollo-core.com/bringup/aibb1.jpg[/url] [url=http://www.apollo-core.com/bringup/aibb2.jpg]http://www.apollo-core.com/bringup/aibb2.jpg[/url] Si trattava però di un core con le opzioni di debug abilitate e altre diavolerie disabilitate... (quindi più lento del normale) Per il resto della settimana Gunnar ha riscritto parti di codice alla ricerca di un bug più importante, quello che impedisce il funzionamento della cache e quindi della fastmem (la cache funziona solo con la fastmem attiva, ma la fastmem viene "vista" atraverso la cache. Quindi fast e cache devono essere entrambe attive o disattive. Attualmente se si lanciano programmi in fastmem si verificano crash frequenti e non riproducibili. Per capirci, per fare i test di AIBB ho dovuto resettare l'amiga una ventina di volte, in media una ogni test di AIBB...). Alla fine del lavoro di riscrittura Gunnar ha detto che ci sono novità importanti, dalle conseguenze ancora ignote. La prima notizia è questa: <BigGun> We changed the write-ports, we changed the regfile, we changed the icache <BigGun> The write port change is a big improvement for the vampire <BigGun> the regfile changes allows contional code execution on the Vmapire <BigGun> and we might be able to enable Super-Scalar also on the small vampire la seconda è un grosso bug trovato: <BigGun> I found a real bug (finally) <BigGun> if an external interrupt comes and the CPU is executing a DBRA instruction <BigGun> Then the interrupt returns to the wrong address (the one after DBRA) it should return there ony if the DBRA condition was false <BigGun> this is a killer la terza notizia, quella negativa, è che ci aspettavamo un core nuovo ieri sera ma non è arrivato! [/auto-justify] [/quote] formattazione A sinistra Giustificata Nessuna

26 Settembre 2014 Postato da: cgugl Aggiornamento Vampire500 + Phoenix

Igor Majstorovic ha finalmente rotto il suo amiga 600. Questa è una buona notizia perchè si è visto costretto a lavorare alla vampire per l'amiga 500, ed oggi finalmente ha annunciato che ha finito la logica del controller IDE. La scheda è finita e funziona. Per chi non lo sapesse, la Vampire 500 è in tutto e per tutto identica alla vampire600 (stessa FPGA, stessa quantità di memoria), salvo che ha necessità di emulare gayle e l'ide. Questo è il video postato su youtube: https://www.youtube.com/watch?v=9ncJs87hDkg Attualmente la vampire500 ha un core TG68 (il 68000 di pubblico dominio), ma Igor fa parte del Team Apollo, ha i sorgenti di Phoenix, e sta contribuendo al port su questa scheda. Invece Phoenix è rimasto un pò indietro. La compatibilità è aumentata moltissimo, però si è scoperto che il chip FPGA Cyclone2 non può lavorare in sincrono con l'amiga alla frequenza di 7,09mhz (la fpga non mantiene una frequenza costante), così Gunnar ha riprogrammato il controller in modo che lavori in modalità asincrona... L'ultimo messaggio che ho da Gunnar è di poche ore fa e recita "Regarding hunting, I think I'll take my rifle and shoot them animal now"... sperèm...

Commenti: 193  Aggiungi - Pagine: 1...-6-7-8-9-10

cgugl Post inviati: 2042	Commento cgugl 4 Novembre 2014    07:18:51
	Citazione Qualche notizia ? La settimana scorsa è stato rimosso un bug che "bloccava" AIBB. Questi sono solo due test pubblicati sul blog. Ho anche gli altri risultati da qualche parte... la velocità di Phoenix è sempre da 5 a 7 volte quella del TG68 (o 3/4 volte il 68040): http://www.apollo-core.com/bringup/aibb1.jpg http://www.apollo-core.com/bringup/aibb2.jpg Si trattava però di un core con le opzioni di debug abilitate e altre diavolerie disabilitate... (quindi più lento del normale) Per il resto della settimana Gunnar ha riscritto parti di codice alla ricerca di un bug più importante, quello che impedisce il funzionamento della cache e quindi della fastmem (la cache funziona solo con la fastmem attiva, ma la fastmem viene "vista" atraverso la cache. Quindi fast e cache devono essere entrambe attive o disattive. Attualmente se si lanciano programmi in fastmem si verificano crash frequenti e non riproducibili. Per capirci, per fare i test di AIBB ho dovuto resettare l'amiga una ventina di volte, in media una ogni test di AIBB...). Alla fine del lavoro di riscrittura Gunnar ha detto che ci sono novità importanti, dalle conseguenze ancora ignote. La prima notizia è questa: <BigGun> We changed the write-ports, we changed the regfile, we changed the icache <BigGun> The write port change is a big improvement for the vampire <BigGun> the regfile changes allows contional code execution on the Vmapire <BigGun> and we might be able to enable Super-Scalar also on the small vampire la seconda è un grosso bug trovato: <BigGun> I found a real bug (finally) <BigGun> if an external interrupt comes and the CPU is executing a DBRA instruction <BigGun> Then the interrupt returns to the wrong address (the one after DBRA) it should return there ony if the DBRA condition was false <BigGun> this is a killer la terza notizia, quella negativa, è che ci aspettavamo un core nuovo ieri sera ma non è arrivato!