NSA - Non Solo Amiga

SOFTWARE => Sistemi Operativi => AmigaOS 1.0 - 3.x => Topic aperto da: divina - 24 Dicembre 2014, 12:35:27

Titolo: NatAmi diventa Apollo cpu
Inserito da: divina - 24 Dicembre 2014, 12:35:27
ho trovato molto interessanti alcune risposte di Gunnar in cui si parla di nuove schede (CPU, video, ethernet ...etc... "all in one") per A4000/1200/500 ... basate sul nuovo progetto Apollo cpu, cosa ne pensate ?

http://www.natami.net/knowledge.php?b=6&note=50663
http://www.apollo-core.com
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: Amig4be - 24 Dicembre 2014, 13:27:20
È già tangibile per l'end user?

no... siamo nel consueto tunnel di voci, notizie col contagocce (credo per timore di flame con dello stesso gunnar visto che ancora il sistema non è stabile e stanno combattendo su un bug che colpisce la cache), però qualche cosa credo sia stata mostrata, su AP qualche video è stato postato, non su youtube, andrebbero scaricati (frontier a livello di uno 030, la cache è disattivata)
http://www.easybytez.com/yxbp0k64m8te
Per quanto castrato già è meglio del mist a 200 euro
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: Amig4be - 24 Dicembre 2014, 13:45:10
Fintanto che non vedo il cammello, io non credo al cammello.
Per ora vedo solamente:

ACA 123x
ACA620
Fùria

Il resto è pura, semplice, vaporosa FUFFA.

beh il vapor amigaro ha una capacità di stoccaggio paragonabile a un buco nero... non c'è problema :D
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 14:49:08
@legacy: ho controllato adesso i sorgenti del softcore N050.

Per la CPU sono 507KB di codice diviso in diversi file .vhd. Il più grosso è il decoder, che ammonta a circa 192KB; l'ho aperto, e anche se il VHDL non lo conosco, riconosco però tanti elementi dei 68000 (bit pattern per le istruzioni, modalità d'indirizzamento, size), per cui non credo proprio che si tratti di fuffa. Ci sono altri 97KB per la FPU, ma mi pare poco; difatti ci stavano ancora lavorando.

Il codice è protetto da copyright, ma c'è scritto che può essere utilizzato liberamente posto che venga riportata l'intestazione del copyright stesso (dove ci sono nomi ed e-mail degli autori; Jens e Gunnar nello specifico).
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 15:01:54
Per la CPU sono 507KB di codice diviso in diversi file .vhd. Il più grosso è il decoder, che ammonta a circa 192KB; l'ho aperto, e anche se il VHDL non lo conosco, riconosco però tanti elementi dei 68000 (bit pattern per le istruzioni, modalità d'indirizzamento, size), per cui non credo proprio che si tratti di fuffa.

ma chi se ne frega se ci sono dei file HDL (che hai tu, e non io), il punto e' che non hanno la minima idea di cosa voglia dire validare, io ci credo meno di zero che per hobby quel coso funzioni perche' non credo affatto (passi che abbiano le conoscenze) non credo che per hobby abbiano le risorse per aver concluso neanche un 10% della validazione
Ma come fai a dirlo a priori?
Citazione
Il codice è protetto da copyright, ma c'è scritto che può essere utilizzato liberamente posto che venga riportata l'intestazione del copyright stesso (dove ci sono nomi ed e-mail degli autori; Jens e Gunnar nello specifico).

e secondo te, uno progetto del genere lo regalano ? ci credo ancora di meno visto che potrebbero rivenderlo ad oltre 60.000 euro + interessi vari sul Copyright.
Beh, i sorgenti che ho sono vecchiotti. Nel frattempo Gunnar è passato al suo progetto Apollo, di cui non fornirà sicuramente i sorgenti.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: Amig4be - 24 Dicembre 2014, 15:31:32
Lo dice perché tra TiNA e NatAmi, in anni di chiacchiere non avete prodotto una fungia di mazza.
beh da queste discussioni trovo conferme all'idea che mi ero fatto dei vari insuccessi in tema fpga amiga (e degli attuali progetti che stentano parecchio a decollare) come un misto tra: eccessiva complessità dei progetti per la dimensione amatoriale (anche se per TiNA si parlava di un'azienda segreta e incognita dterminata ad acquisire il know how necessario), una certa dose di tendenza (magari dettata dall'entusiasmo) a sparare razzate e voglia di protagonismo... et voilà il Fail è servito.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 15:49:21
@legacy: http://www.apollo-core.com/bringup/
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 15:55:50
@legacy: http://www.apollo-core.com/bringup/

dove sono i testbench ? tutto il resto e' inutile e fuorviante
inoltre se per 1000 righe di softcore non ci sono almeno 4000 righe di testbench … nulla di puo' dire
Permettimi: QUALCOSINA funziona mi pare, no?
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 16:11:36
@legacy: la Vampire 600 è realtà e costa 90€ + spese di spedizione...
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 16:19:32
Conosci un metodo per garantire che un qualunque progetto FPGA faccia esattamente quello per cui è stato progettato, prima di metterlo in commercio?
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 16:22:07
Il core Phoenix della Vampire 600 deriva dal più grande core Apollo che ha sviluppato.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 16:25:42
Conosci un metodo per garantire che un qualunque progetto FPGA faccia esattamente quello per cui è stato progettato, prima di metterlo in commercio?

si, e si chiama per l'appunto validazione
Lo so. Anch'io faccio validazione, ma non ho e non posso dare nessuna certezza che, dopo di ciò, il prodotto sia esente dal benché minimo difetto.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 16:45:17
Infatti non c'è altro modo. D'altra parte il codice 68K scritto è tanto (ci sono migliaia fra giochi e applicazioni), ma abbastanza limitato (non ne viene scritto altro; o molto raramente). Per cui una politica di test-su-tanti-titoli, rilascio, e fix a causa di titoli che non funzionano, è ampiamente alla portata.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cool coyote - 24 Dicembre 2014, 16:49:21
Le ACA, sebbene ottime, peccano del fatto di non esser zoccolate :(

Sarebbe uno spettacolo.. Magari con uno 040 full o 060..

sai cosa accadrebbe se facessero schede "zoccole"?(no non sono schede che la danno facile)... le m*#de che girano in rete  che senza passione vendono a oro retrogaming, prenderebbero stock di 040 e 060 per rivenderteli a prezzi maggioratissimi.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 16:56:25
Per questo il softcore più avanzato, il Natami 050 prima e l'Apollo poi, sono anni che ci lavorano. Difatti finora è uscito fuori soltanto una versione ridotta dell'Apollo, il Phoenix, che è a singola pipeline e non è così spinto quanto a frequenze.

Comunque io faccio functional e integration testing, e faccio uso di test plan scritti internamente in cui vengono elencate le funzionalità da testare e/o specifici scenari / casi d'uso. Nonostante ciò, c'è sempre qualcosa di strano che viene fuori in particolari condizioni. Ma questo lo sai meglio di me.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 17:03:40
Infatti non c'è altro modo.

non c'e' nessun altro modo formale, quindi a consiglio scrivetelo chiaro:
CPU non formalmente validata, validazione incrementale per approccio bovino
Questo lo dovrebbero scrivere tutti i produttori di dispositivi elettronici, allora. Proprio perché non si può validare tutto a livello formale.

La validazione formale esiste soltanto per pochi dispositivi: pacemaker e controller del nocciolo delle centrali nucleari. Software / hardware non complicato, e per il quale in questi casi si può dimostrare formalmente che funziona correttamente (ci vuole, comunque, un sacco di tempo e soldi).
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 17:05:08
e non è così spinto quanto a frequenze.

appunto, altra cosa che non mi e' piaciuta: fpga_clock scalato 1:1 sul softcore_clock
quando si fa 1:2 e pure a fatica
Probabilmente perché riesce a reggere. Il core Apollo, invece, viaggia alla metà della frequenza dell'FPGA.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: Amig4be - 24 Dicembre 2014, 17:23:09
dunque  questi progetti dall'approccio ampiamente bovino e spesso reclamizzati con molta faciloneria... possono arrivare a una certa compatibilità senza poterla quantificare o garantire se non con una qualche statistica legata a delle prove del software originale, non si sa quanto approfondite e su quali campioni perché a farle sono ovviamente i produttori, e i primi acquirenti (se mai l'oggetto venisse venduto) che hanno sborsato più carte da cento euro.

La via delle fpga più passa il tempo più mi sembra qualcosa che come dice Gabrielenick ha poche vie di sbocco verso l'utilizzatore finale più esigente.
Menomale che c'è l'emulazione :D
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 17:23:47
Il core Apollo, invece, viaggia alla metà della frequenza dell'FPGA.

il problema e' dato da diversi fattori, quelli + significativi sono due, ovvero

  • le fpga economiche NON hanno celle sensibili sia al fronte di salita che di discesa, fare sincronismo intra stage con stage dispari sul fronte di salita, e stage pari sul fronte di discesa (come hanno fatto, in ASIC, gli ingegneri motorola per il 68000) si scontra con problemi di implementazione lato fisico
  • il fatto che volendo forzare 1:1 si complica non poco il design
Infatti anni fa mi sembra di aver letto che per l'N050 si pensava che la CPU potesse andare 1:1 col clock dell'FPGA. La realtà ha dimostrato diversamente...
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 17:25:49
dunque  questi progetti dall'approccio ampiamente bovino e spesso reclamizzati con molta faciloneria... possono arrivare a una certa compatibilità senza poterla quantificare o garantire se non con una qualche statistica legata a delle prove del software originale, non si sa quanto approfondite e su quali campioni perché a farle sono ovviamente i produttori, e i primi acquirenti (se mai l'oggetto venisse venduto) che hanno sborsato più carte da cento euro.

La via delle fpga più passa il tempo più mi sembra qualcosa che come dice Gabrielenick ha poche vie di sbocco verso l'utilizzatore finale più esigente.
Menomale che c'è l'emulazione :D
Nemmeno la CPU sul quale gira l'emulatore è validata formalmente.

Senz'altro la validazione è enormemente migliore di progetti amatoriali come quelli di cui stiamo discutendo (con miliardi di transistor in gioco, direi che le differenze si commentano da sé), ma il 100% non esiste proprio. Difatti da tempo le CPU si portano una lista di bug/difetti.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 17:34:00
La validazione formale esiste soltanto per pochi dispositivi

tra cui le CPU,
Non mi pare che esista una validazione formale.
Citazione
quantomeno fornire dei test bench che coprano quanti + casi possibili
Questo sì, senz'altro.
Citazione
se non lo si fa, ed il progetto e' complesso come una cpu super scalare, si sta sbagliando in partenza
Si fa quel che si può, in base dalla risorse a disposizione.
Citazione
ci vuole, comunque, un sacco di tempo e soldi

appunto, ed e' per questo che se in Apollo, Natami, vattelappesca si mettono tutte quelle features da CPU-seria poi si fa la figuraccia: come minimo ci si aspetta che sia valicata, o quantomeno che sia chiaro come e' stata validata (nulla deve mai essere sotto inteso)
Difatti, e come dicevo, sono anni che si aspetta il core superscalare. Al momento c'è quello Phoenix, che mi pare abbia soltanto qualche funzionalità superscalare.

Ma concordo con quello che dici: ciò che manca, in ogni caso, è venga indicata la validazione effettuata.
Citazione
e visto l'effort, sicuramente non hobbistico, torniamo ai 50.000 euro per il softcore 68000 pipelined validato + diritti di sfruttamento
Se non erro il softcore 68000 professionale viene venduto a qualcosa tipo 10 mila euro per la licenza. Raggiunge i 400Mhz (mi pare) ed è (estesamente) validato.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 17:35:57
Nemmeno la CPU sul quale gira l'emulatore è validata formalmente.

ma non diciamo cavolate.
Spiegami questo allora: http://www.anandtech.com/show/8376/intel-disables-tsx-instructions-erratum-found-in-haswell-haswelleep-broadwelly
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: Amig4be - 24 Dicembre 2014, 17:59:37
E tu spiegami perché il NatAmi non esiste.

bisogna capire cosa si intende per esistere, probabilmente al contrario di altri progetti analoghi o simili, nelle mani dei creatori è esistito, esiste e fa quel che riesce a fare.
Se intendiamo perché non esiste un amiga fpga in commercio che rispecchia tutti gli annunci fatti in merito alla compatibilità, alle prestazioni, nonché su nuove feature uniche che evolvono il chipset originale, magari implementando un 68k super turbo, rendendo persino impossibile l'emulazione su attuali CPU high end... in questo thread credo ci siano tutte le risposte. Non è qualcosa alla portata di progetti amatoriali o da dilettanti allo sbaraglio, ma occorrono ingegneri pagati a tempo pieno e investimenti importanti. Qualcosa si è raggiunta per quel che riguarda l'AGA, ma a questo punto le prestazioni e la compatibilità potrebbero non essere soddisfacenti o addirittura inesistenti come per il minimig+ per come è stato presentato almeno, visto che ha un 68000 e con quello l'AGA te lo attacchi. E parliamo di accrocchi >= 200 euro.
Poi potrebbero stupirci... ma a questo punto penso che le probabilità di vedere andare in porto i progetti con le sparate più grosse, siano molto poche.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 18:16:58
che qualche frescone delle alte dirigenze butti fuori un prodotto immaturo e' gia' successo,
Non è questo il caso: Haswell è un'ottima CPU, che fa molto bene il suo lavoro. Il bug in questione si verifica in precise condizioni che sono state scoperte da un tester esterno, peraltro su una nuovissima caratteristica che, per questi motivi, è usata ancora molto poco.

Dovresti sapere che da tempo le CPU sono diventate troppo complicate e bug come questo vengono fuori dopo che il prodotto è stato rilasciando, andando ad arricchire la lista degli errata, appunto. Persino i vecchi 68000, se non ricordo male, avevano qualche bug.

Questo NON vuol dire che il prodotto sia immaturo e sia stato buttato fuori per far cassa velocemente. Semplicemente: capita.
Citazione
ma ammesso che non facciate validazione formale,
Io non me ne occupo, e anche se facessi questo lavoro non potrei dirti quel che facciamo. Dunque mi affido a fatti esterni, come quello di cui ho riportato il link, oppure a considerazioni personali.

La mia considerazione personale è che per prodotti così complicati non si può realizzare una verifica formale che testi TUTTI i casi possibili, perché non basterebbe l'intera vita dell'universo per arrivarci. Dunque si faranno sicuramente tantissimi test, ma non TUTTI.
Citazione
tu vuoi farmi credere che pure voi di intel non vi preoccupiate di far giare per mesi e mesi vari vettori di test di modulo per scandagliare a fondo le faccende ?
Io penso, opinione personalissima, che di test ne facciamo a vagonate, ma che non possono coprire TUTTI i casi. Vedi sopra.
Citazione
e nel farlo vuoi farmi credere che per 1000 righe di codice non ce ne siano 5000 di test ? questa e' la prassi di uso comune,
E questo è quello che PENSO si faccia anche da noi.
Citazione
valida anche per l'hobbista che vuole dare un minimo di rigore alle cose che fa; la validazione formale si fa in avionica a MUST,
Nemmeno in avionica si fa. Mesi fa al corso di tedesco che frequentavo c'era un dipendente dell'Airbus che mi raccontò di un bug che si verificava in particolarissime condizioni impossibili da riprodurre a terra e coi simulatori, e per il quale non so quanti mesi sono passati prima di riuscire a scovarlo. Fortunatamente i sistemi di controllo sono tutti ridondati, per cui se il bug si verificava in uno dei due sistemi, l'altro poteva prenderne il posto e continuare a funzionare.
Citazione
ma chiunque venda o abbia a che fare con CPU (sopratutto per progetti complessi) dovrebbe dare un minimo di garanzie (anche a suo uso e consumo, altrimenti ci si impaltana), quindi come minimo quel 1:5 di vettori di test
Non sono esperto di queste cose, per cui non ho nozione di quale misura "minima / sufficiente" sia necessaria.

Diciamo che quanto meno delle indicazioni dovrebbero essere fornite.
Citazione
il punto e': in Natami/Apollo, quante righe di codice di testbench ci sono ?
Ci sono diversi file di test, ma la maggior parte è rappresentato da codice 68K.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 18:27:43
Per tua stessa ammissione Ponoku è una CPU semplicerrima. ::)
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: saimon69 - 24 Dicembre 2014, 19:24:18
@gabrielenick

Gabriele stammi a sentire un attimino, tu sei buono e caro e hai una piu' che adeguata competenza pero' onestamente ho notato che quando ti piglia male cominci a inca22arti a livello tale che i tuoi testi raggiungono quasi i livelli di Cip: un momento di autoanalisi aiuterebbe.... magari contare fino a dieci prima di premere invio e rileggere pure (io con cip e il moderatrollone devo contare fino a 1E+160 tanto per dirti...)

[IMHO]
Ora, il discorso FPGA e' per me come non-tecnico importante perche' teoricamente rimuove il lock-in hardware ovvero c'e' la possiblita' TEORICA di fare schede senza dover andare a cercare per mari e monti i chip specializzati o cannibalizzare vecchie macchine; a tal pro lasciatemi dire che in questo thread ho trovato molte piu' delucidazioni tecniche sulle problematiche di creare schede acceleratrici - FPGA o meno - di altri thread che ho letto tipo su a.org e aw.net e per questo io lo rileggerei con mente rilassata :)

Poi pensa un momento: dicevi non c'e' niente di esistente: oddio Vampire c'e', non sara' performante ma c'e', disponibile seppur in quantita' limitata ed e' anche testbed per il phoenix core; poi che Gunnar sia uno spara ca22ate si vede, ma ho idea che non lo faccia per sparare ca22ate di suo, ritengo che lui ci creda sul serio ed e' emotivamente coinvolto - forse anche troppo, visto che uno dei motivi per cui il natami non e' arrivato se non in diverse decine di schede per dev e' la differenza di idee per il prodotto finale tra lui e Thomas. Ti diro' che tra uno sparaca22ate come Gunnar e un primadonna spocchioso come Cosmos o Damato (se ricordate cosa ha scritto sullo scandalo degli autodoc MUI) preferisco il primo, ma questo son io...

Aggiunta: il sito di Majsta (http://www.majsta.com/) (il creatore della Vampire 600) fornisce una buona quantita' di dietro le quinte della progettazione e realizzazione e dei suoi smagonamenti con le comunita' amighiste!
[/IMHO]
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: saimon69 - 24 Dicembre 2014, 19:28:35
Come tutti gli Amighisti, io mi inrazzo quando scendono in campo i fuffaroli, soprattutto quando si siedono in cattedra e fanno i professorini. Se voglio posso essere MOLTO peggio di Cip, ma nessuno si merita sto trattamento ;D

se il moderatrollone passa di qui e comincia a sbrodolare ti do il codice per il DEFCON 1 ;)
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 24 Dicembre 2014, 20:34:40
Assolutamente d'accordo.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: Amig4be - 24 Dicembre 2014, 20:36:01
io con cip e il moderatrollone devo contare fino a 1E+160 tanto per dirti...


perché vi fate del male a scrivere in quel forum :D

Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: saimon69 - 25 Dicembre 2014, 04:07:33
perché vi fate del male a scrivere in quel forum :D

Ad principium e' un forum aperto e quindi altre opinioni  dovrebbero esser benvenute, piu che altro anche perche' cippone stava sparando castronerie su AROS 68k (rammentato dal cdimauro) e perche' cio idea che sta gente non lo sa di che pasta sia fatto Cosmos - chiamarlo Prima donna e' poco, e lo sa chi ne ha letto gli scleri su a.org: bastera' una scoreggia sbagliata (citazone da non ricordo dove) e ritirera' tutto: gia' accaduto su EAB dopo che qualcuno ha cercato di vendere eproms con il suo KS: costui si e' inca22ato al livello di  non solo chiudere il suo blog ma anche di cancellare tutte le sue risposte e threads dal forum di EAB (secondo i termini di servizio pero' non puo' farlo e quindi le risposte sono state ripristinate dagli admin), ovvero il "portare la palla a casa e recintare e minare il campetto" di cui parlavo in un altro thread.

quindi se la "community" si e' ridotta a dipendere da figuri come lui e Damato - un altro primadonna da ricordare causa autodoc MUI come detto nell'altro thread - perche' piuttosto non lavorare a fare AROS 68k una alternativa credibile? Quello si lo possono smastricciare come gli pare...
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 25 Dicembre 2014, 20:45:33
Io non posso più farci niente, perché sono fuori da progetto (causa vincoli del nuovo lavoro).

Per Apollo mi pare che non si parlasse di core che viaggia effettivamente a 800Mhz, ma che che prestazioni fossero comparabili a quelle di 68000 a 800Mhz o qualcosa del genere.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 25 Dicembre 2014, 21:16:12
Non so se sia una coincidenza, ma ho notato che diverse volte scrivi subito dopo che l'ho fatto io. Replicare ai miei messaggi è del tutto inutile: sei in ignore e non ti leggo. Evito anche di leggere i tuoi quote nei commenti degli altri. È tempo perso, insomma, e bisognerebbe farsene una ragione...
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 25 Dicembre 2014, 21:33:09
Il sito parla di 400Mhz / 800MIPS, indicando l'uso di processori enterprise. Mi sembra onesto...
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: divina - 25 Dicembre 2014, 22:00:02
Legacy, io vedo il discorso da un'ottica di Amighista totalmente ateo in hardware e ti posso dire cosa vorrebbe una persona di questo tipo:

- Hardware nuovo ed affidabile
- Espandibilità
- Feel Amiga classic
- Costo nella norma

A mio avviso gli unici step per un proseguo/rinascita dovrebbero essere i seguenti:

- Nuova mobo AGA compatibile con ECS/OCS ed espandibile
- Scheda CPU con socket per processori Motorola reali

In alternativa

- Piastre sostituitive per A1200/4000 (lo hanno già fatto per il 1000)
- Schede acceleratrici compatibili con queste piastre. Complete di socket CPU/FPU/Quarzo

Poi, in seguito, si potrebbe sviluppare un FPGA che sostituisca e migliori l'AGA. Ma in primis è questo che l'Amighista vuole. E l'Amighista non vuole TiNA, Apollo ed altro fuffaware. Vuole la sua macchina.

Le richieste di un amighista medio sono piuttosto varie e probabilmente influenzate dal possesso o meno di Amiga; sicuramente servirebbero nuove schede accelleratrici con 68040 e 68060 in particolare per A4000/3000/1200 e direi anche per A2000, mentre per gli altri modelli A600/500+/500 andrebbero più che bene con 68030.
Servirebbero anche schede video ed ethernet già onboard in queste schede accelleratrici e alcune soluzioni sfruttabili anche via Zorro2/3.

Inoltre sarebbe utile che si giungesse a termine con una soluzione FPGA stand alone ed un' altra analoga versione gestibile/interfacciabile con almeno i modelli A4000/A1200 a livello di 68040 e 68060, ma mi pare di capire che serva ancora molto lavoro prima di poter vedere qualcosa di realmente valido.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 26 Dicembre 2014, 08:03:57
La presentazione di una CPU super scalare fatta nel promo TINA a me sembra invece una cavolata che o costerà l'ira di dio o non vedrà mai la luce nei termini per cui la presentate per i tanti motivi che ho detto.
E' frutto delle aspettative iniziali, e della scarsa esperienza nell'ambito dello sviluppo di softcore per le CPU.
Citazione
La presentazione del SoftCore Apollo invece mi sembra una sbrodolata, e alcune sono pure ca22ate, p.e. la storia degli 800Mhz e' da fuori di testa a dire poco,
Avevo già spiegato che non era riportato 800Mhz, perché continui con questa storia falsa? Riporto da qui (http://www.apollo-core.com/):

"The core can reach up to 200 MHz / 400 Mips in consumer type Cyclone FPGA, and up to 400 MHz / 800 Mips in enterprise type FPGA."

800 MIPS != 800Mhz. Il softcore è previsto che viaggi a 400Mhz su FPGA di classe alta, e dovrebbe essere possibile, come peraltro tu stesso avevi riportato prima:

"fpga ad 800Mhz sono di classe Virtex e costano quello che costano, in secondo luogo andare oltre i 400Mhz con le tecnologie attuali su FPGA (e non su ASIC) si scontra con grossi problemi di routing che nell'ordine vanno oltre le features offerte dalla licenza WebPack (ISE Xilinx, stesso discorso in Altera)"

Dunque, perché ti lamenti per affermazioni che calzano con quello che tu stesso hai scritto?
Citazione
seguita p.e. dal supporto SMP
Questo è previsto soltanto per il s.o. di Amiga, ed è fattibilissimo realizzando un monitor hardware per un paio di locazioni critiche per questo s.o., come s'è discusso già da anni.

Dove hai letto di un supporto SMP "universale"?
Citazione
e da tutta la troppa carne al fuoco che ha messo nelle features.
Tipo?
Le richieste di un amighista medio sono piuttosto varie e probabilmente influenzate dal possesso o meno di Amiga; sicuramente servirebbero nuove schede accelleratrici con 68040 e 68060 in particolare per A4000/3000/1200 e direi anche per A2000, mentre per gli altri modelli A600/500+/500 andrebbero più che bene con 68030.

Per queste, secondo me, andrebbe bene puntare ad un 68060 (al limite 68EC060) isola CPU in piggy back su board fpga.
Il 68060 è una pessima scelta per l'Amiga, perché non è 100% compatibile, visto che mancano alcune istruzioni.
Citazione
Praticamente approvo l'idea del primo progetto Natami, quello senza la ca22ata del 68070 o 68050 o tutte le altre cavolate softcore che han detto perche' per mettere a punto quel softcore (ora Apollo) io credo che servano risorse che non si hanno, e quindi e' inutile parlarne. Se e quando si fa, allora se ne parla, ma non prima.
L'N050 era a singola pipeline, e te lo ritrovi nella Vampire 600 come strip-down del softcore Apollo, quindi cavolate non erano di certo.
Citazione
Questo come la vedo io.
Purtroppo noto che parli senza conoscere a fondo alcune questioni. Vedi sopra.
Citazione
Poi proporrei versioni
- minimig-v1/020
- minimig-v1/030
- minimig-v1/060

o solo l'ultimo, dove la formula e' sempre la stessa (e questo il motivo della v1) ovvero fpga + CPU fisica.
Per un progetto come Minimig, il 68060 non è soltanto inutile (visto che l'obiettivo primario è farci girare giochi), ma dannoso, visto che non è compatibile al 100% con 68020+.

Motorola, tanto per cambiare, fece delle cazzate colossali.
Citazione
Tina ha un road map + compattato che confida un po' troppo in un softcore che a me non convince.
Come dicevo sopra, erano aspettative iniziali dovute all'inesperienza in ambito softcore.
Tra parentesi sto facendo una cosa vagamente simile al minimig-v1/SEC, ma uso un 68328 interfacciato ad una piccola fpga spartan 3e250 perche' il progetto finale e' un PDA. Il 328 e' simile al SEC, ha lo stesso core, scala peggio, e' + vecchio, pero' consuma molta meno corrente e mi offre periferiche integrate tra cui nel breve un controller video per LCD STN ed il freeze!

Secondo me il design del minimig-v1 si presta volendo anche a console portatili (modeste, ma golose), il che "potrebbe" (se piace come retro-cosa) aprire nuove linee di interesse.

Pero' non se ne parla di mettere un 68EC060 su un coso del genere: succhia troppa corrente :D
Meglio non metterlo: vedi sopra.

Comunque il Minimig-v1 è meglio lasciarlo perdere. L'ambito ECS è ormai saturo, e si aspetta la v2 per il supporto completo dell'hardware Amiga, dunque AGA e introdurre finalmente una CPU di classe 68020+ (minimo 68EC020).
ho consultato i miei bellissimi UM 68k (ce li ho tutti, si, su pdf, su carta sarebbero diversi Kg :D)
perche' mi e' venuto un dubbio, ricordavo infatti che c'era una altra CPU a 3.3V
nello specifico: MC68040V

quindi, di quanto su detto, ai fatti si potrebbe passare (trovando lotti di MC68040V) dal 68SEC000 alla MC68040V
adeguando il codice della fpga lato interfaccia
ma evitando di dover ricorrere ai voltage level shifter che costano un sacco di soldi e complicano il PCB
Questo sarebbe senz'altro interessante: prestazioni abbastanza elevate unite alla retrocompatibilità 68020. Di gran lunga meglio dello 060.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: Amig4be - 26 Dicembre 2014, 12:12:32


e allora mettetela a posto, e' ridicola come presentazione ed e' la prima cosa che uno nota



Ma non credo che il progetto sia ancora in piedi, ammesso che lo sia mai stato. Si sono solo lette cose del genere, anzi quello che hai spiegato essere una grandissima fesseria, sembrava invece una delle poche cose serie mostrate :D

Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: Amig4be - 26 Dicembre 2014, 12:50:38


(1) a patto di avere gia' il know/how e le risorse umane, non fosse chiarissimo, e' esattamente cio' che contesto

Tutto il progetto era nato perché l'azienda incognita X voleva acquisire tale know how, partendo da zero o quasi. In pratica era una roba autoreferenziale, comunque affrontavi il discorso non saltava mai fuori la X, e quando lo facevi notare si inRazzavano pure. Le risorse umane in merito al progetto Tina credo fosse il TiNA team, quattro persone, delle quali due del tutto estranee a questioni tecniche.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 26 Dicembre 2014, 14:10:21
E' frutto delle aspettative iniziali, e della scarsa esperienza nell'ambito dello sviluppo di softcore per le CPU.

e allora mettetela a posto, e' ridicola come presentazione ed e' la prima cosa che uno nota
Carlo, mi sembrava d'esser stato abbastanza chiaro. Mi riquoto:

"Io non posso più farci niente, perché sono fuori da progetto (causa vincoli del nuovo lavoro)."
Citazione
800 MIPS != 800Mhz. Il softcore è previsto che viaggi a 400Mhz su FPGA di classe alta, e dovrebbe essere possibile, come peraltro tu stesso avevi riportato prima:

difficile che vai oltre clock mezzi, 400Mhz di clock -> 200Mhz di softcore clock -> 200 mips (e forse anche meno)
difficilmente riusciranno a validarla
FPGA consumer = 400Mhz / 2 = 200Mhz softcore x 2 pipeline = 400MIPS.
FPGA enterprise = 800Mhz / 2 = 400Mhz softcore x 2 pipeline = 800MIPS.
Citazione
Dunque, perché ti lamenti per affermazioni che calzano con quello che tu stesso hai scritto?

perche' quanto costa una fpga di quel tipo ?
Di livello enterprise? Non lo so. Quelli consumer si trovano anche a meno di 50$ con ottime caratteristiche per un progetto amatoriale come una scheda per simulare l'hardware Amiga.
Citazione
e chi puo' seguirla ?
Un ingegnere IBM che ha lavorato alla realizzazione del POWER6?
Citazione
praticamente nessun hobbista visto che costa veramente troppo
Non si tratta di hobbisti, infatti.
Citazione
Citazione
Dove hai letto di un supporto SMP "universale"?

nelle features della CPU Apollo, tipo a cosa serve sbrodolare Bus Snooping ?
Questo succede perché non hai seguito le immense discussioni che ci sono state sia sul forum di Natami sia su altri (fra cui amigacoding.de), per cui non sei in grado di contestualizzare.

Apollo è un core che nasce per essere impiegato in ambito Amiga, cioé per realizzare una nuova piattaforma hardware per rivitalizzare questo settore. Non è core che puoi impiegare in un sistema SMP "tradizionale", dove deve interagire con altri processori su un bus condiviso.

Chiarisco cosa significano SMP e bus snooping in QUESTO specifico contesto.

L'SMP in ambito Amiga/FPGA significa che, risorse permettendo, nell'FPGA (e dunque NON all'esterno) verranno implementati due o più core 68K. Per implementare l'SMP correttamente sul s.o. di Amiga (opportunamente patchato, ovviamente), è necessario monitorare 2 precise locazioni di memoria utilizzate dal s.o. per gestire correttamente la dis/abilitazione di multitasking e interrupt; cosa che è ampiamente e facilmente fattibile in un FPGA, senza andare a scomodare un protocollo completo di bus-snooping.

Riguardo al bus-snooping citato, serve un'implementazione ad hoc che consenta alla CPU di operare su fast e chip mem senza problemi di coerenza che possono capitare se il chipset scrive in chip mem senza che la CPU se ne "accorga", e viceversa. Non serve, quindi, duplicare la logica di bus-snooping per tutti i dispositivi (diversi core della CPU e il chipset), perché tutto viene risolto "intra-FGPA".

Ciò precisato, non credo che Gunnar abbia difficoltà a implementare un protocollo completo di bus-snooping.
si legge benissimo nell'articolo A3000+Mk-II-060 che ho fotografato e postato nell'altro thread
il tizio e' ampiamente soddisfatto da quella acceleratrice

c'e' il pack di compatibilità sw che viene gratis o quasi sia da NetBSD o dalle cyberstorm 060
che hanno attinto a suo tempo da quanto aveva rilasciato Motorola

usando fw scritto per 68000 uso anche io quel pack sw sulla mia board 060 con tutti i compromessi (e limiti) del caso

quindi diciamo che non e' LA soluzione, pero' puo' essere accettabile
Lo è soltanto se ti limiti a far girare:
- applicazioni sul s.o. di Amiga; quindi puoi lanciare la SetPatch per implementare il trapping delle istruzioni mancanti del 68060, e farle eseguire in maniera trasparente;
- giochi che non fanno uso delle istruzioni mancanti del 68060.

Ma se fai eseguire un gioco che le usa, non puoi farci niente, visto che nel 99% dei casi il s.o. è stato ammazzato e non è possibile trappare le istruzioni mancanti. Il gioco, quindi, non funzionerà.

Siccome chi usa il minimig nel 99% dei casi ci gioca (se usi le applicazioni nel 99,9999999% dei casi WinUAE è di gran lunga il miglior strumento), il problema, come puoi immaginare, diventa tutt'altro che trascurabile.
Citazione
in ogni caso il discorso CPU fisica + fpga periferiche non cambia
non ti va bene il 68060 ? benissimo c'e' il 68040V!

io avrei quantomeno preso in considerazione questo discorso
Assolutamente d'accordo.
Citazione
L'N050 era a singola pipeline, e te lo ritrovi nella Vampire 600 come strip-down del softcore Apollo

lo trovo dove?
Qui (http://www.majsta.com/modules.php?name=News&file=categories&op=newindex&catid=1).
Citazione
dove sono i sorgenti?
Da nessuna parte: è un progetto closed, come lo è Apollo.
Citazione
buttando Vampire su google trovo un acceleratrice
su cui trovo su il TG68K

Citazione
Motorola, tanto per cambiare, fece delle cazzate colossali.

quali?
Velocemente:
- 68000 con MOVE SR che funziona in user-mode (doveva funzionare soltanto in supervisor-mode) e contestuale assenza della MOVE CCR in user-mode;
- 68010, 020, ecc. con exception-frame diversi;
- 68020, 030, ecc. con MMU diversa;
- istruzioni FPU mancanti sul 68040 (in user-space!);
- istruzioni general-purpose e FPU mancanti sul 68060 (in user-space!);
- modalità d'accesso alla memoria con doppia indirezione che hanno complicato enormemente la pipeline del processore (fra decodifica ed esecuzione), e che alla fine hanno costretto Motorola a dover uccidere questa famiglia passando ai PowerPC.

Quindi i due principali problemi di Motorola sono stati due: introduzione di modalità d'indirizzamento particolarmente complicate e, soprattutto, mancanza di retrocompatibilità. Motorola non sa dove stia di casa la retrocompabilità...
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: lucommodore - 26 Dicembre 2014, 14:39:43
perche' quanto costa una fpga di quel tipo ? e chi puo' seguirla ?
praticamente nessun hobbista visto che costa veramente troppo
cioè? 1000? 3000? Sborangamila euri? :o

Lo vedi com'è, compare? Manco ti affacci al "territorio Amiga" che subito c'è qualche Razzo che non va. Se t'inRazzi appena fiuti la prima bufala allora stai proprio fresco, ! ::)

Io avevo fatto di tutto per proteggerti dal male, consigliandoti il SID, il Commie, un ambiente sano e riconoscente come il csdb, un posto dove un ragazzo come te può diventare grande, impostare il futuro suo e dei suoi figli e, guidando roba analogica, salvare l'universo dall'arrivo di Galactus il divoratore di mondi per poi avventurarsi nello spazio profondo per andarne a stanare il padre per prenderlo a calci nel cuBo... :'(
Amiga è un survival horror fatto con mezzi di serie C, al prezzo di un colossal da urlo... E non è manco porno... :P
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 26 Dicembre 2014, 15:16:06
"Io non posso più farci niente, perché sono fuori da progetto (causa vincoli del nuovo lavoro)."

ho capito, ma ti costa tanto far sapere a chi di dovere che quella presentazione e' contro producente nei VOSTRI interessi ?
Non è più interesse mio. Comunque lo scriverò al responsabile.
Citazione
io mi sarei limitato a presentare il progetto senza tirare in ballo Apollo, lasciandolo a future considerazioni
Sì, ma continui a mischiare cose completamente diverse.
TiNA, Natami, Apollo, e Vampire 600 sono progetti diversi. Se leggi la pagina di TiNA, non troverai traccia del core Apollo: http://www.tinaproject.it/about.html
Citazione
FPGA consumer = 400Mhz / 2 = 200Mhz softcore x 2 pipeline = 400MIPS.
FPGA enterprise = 800Mhz / 2 = 400Mhz softcore x 2 pipeline = 800MIPS.

ho capito, ma 400Mhz sono critiche pure sull'enterprise, non puoi prendere un progetto e sbatterlo dentro al sintetizzatore ed aspettarti che funzioni anche a 400Mhz, devi rivedere pesantemente le strategie, le constraints e l'ho detto chiaramente:
Senz'altro.
Citazione
per il routing e le analisi temporali le licenze software (p.e. webpack) costano ben oltre a qualsiasi cosa hobbistica,
Chi ci lavora NON è un hobbysta, come già detto.
Citazione
in + 2 pipeline NON le validate a chiacchiere,
Senz'altro, ma perché parli in seconda persona plurale?
Citazione
gia' 1 pipeline fa sputare sangue
S'è visto, infatti. Ma da quello che hai scritto finora stai supponendo che chi ci lavora non sia in grado di farlo.
Citazione
Di livello enterprise? Non lo so. Quelli consumer si trovano anche a meno di 50$ con ottime caratteristiche per un progetto amatoriale come una scheda per simulare l'hardware Amiga.

proprio per niente
Perché?
Citazione
Citazione
non credo che Gunnar abbia difficoltà a implementare un protocollo completo di bus-snooping.

da me al lavoro ha fatto sputare sangue il bus-snopping
Quindi se tu hai sputato sangue, altri non possono riuscirci, magari pure in meno tempo, giusto?
Citazione
Siccome chi usa il minimig nel 99% dei casi ci gioca (se usi le applicazioni nel 99,9999999% dei casi WinUAE è di gran lunga il miglior strumento), il problema, come puoi immaginare, diventa tutt'altro che trascurabile.

difatti io vedrei due soluzioni a scelta dell'utente
1) 68040V
2) 68060
Se i due processori sono pin-compatibili e sostituibili, sì. Altrimenti per un progetto come Minimig il 68060 è un no-go.
Citazione
Citazione
Da nessuna parte: è un progetto closed, come lo è Apollo.

e allora permettimi: sono tutte cazzate fino a prova contraria
Come già detto, il progetto è già in vendita. Ergo: non sono cazzate.
Citazione
fino a che non lo vedo e lo provo di persona con tanto di vettori di test
Chiedi la stessa cosa per TUTTI i processori che compri? Non so, pensi che Motorola/Freescale, Intel, ecc. ti forniscano anche i vettori di test assieme alle loro CPU?
Citazione
Citazione
- 68000 con MOVE SR che funziona in user-mode (doveva funzionare soltanto in supervisor-mode) e contestuale assenza della MOVE CCR in user-mode;
- 68010, 020, ecc. con exception-frame diversi;
- 68020, 030, ecc. con MMU diversa;
- istruzioni FPU mancanti sul 68040 (in user-space!);
- istruzioni general-purpose e FPU mancanti sul 68060 (in user-space!);
- modalità d'accesso alla memoria con doppia indirezione che hanno complicato enormemente la pipeline del processore (fra decodifica ed esecuzione), e che alla fine hanno costretto Motorola a dover uccidere questa famiglia passando ai PowerPC.

Quindi i due principali problemi di Motorola sono stati due: introduzione di modalità d'indirizzamento particolarmente complicate e, soprattutto, mancanza di retrocompatibilità. Motorola non sa dove stia di casa la retrocompabilità...

se vuoi ci aggingo anche problemi lato hw visto che sia il 040/060 non ha bus size dinamico gestito dalla CPU
e' a tuo carico e tocca farlo fare al bus controller, cosa invece ti viene offerto gratuitamente dal 020 e dallo 030
oltre ad altre faccende sui bus cycles
Già. E' il motivo per cui l'Amiga 4000 è più lento ad accedere alla chipmem rispetto al 1200.
Citazione
tutte cose che si risolvono con le fpga, questo si, e costa pure il doverci spendere del tempo
ma si fa

quanto impatta una acceleratrice 030/040/060 montata su una macchina che si aspetta un 000 o un 020 ?
Francamente non ne ho idea, lato hardware. Lato software, vedi sopra.
Citazione
se esistono acceleratrici come la mia 030 per A600 mi aspetto che queste faccende Amiga le abbia gia' gestite lato sw
Perché lato software? I problemi che hai esposto sono hardware, no?
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: Amig4be - 26 Dicembre 2014, 15:24:02
a me i progetti fpga più spinti interessavano solo dal punto di vista accademico, alla fine manco li avrei comprati... perché scelto un OS (aros ad esempio) occorrono i driver, poi servirebbero gli sviluppatori, e qualsiasi extra (superaga, core 3D) a cosa servirebbero senza software? Mentre per il software esistente 68k (e ora anche le briciole ppc), c'è WinUAE.  Ma d'altro canto, si può tentare e fallire, o diciamo non riuscire, come il Natami team. Non è un reato fallire, altrimenti tutti avremmo la fedina sporca :D E comunque qualcosa loro l'hanno mostrata... prima di alzare bandiera bianca.

Sul fatto che la scena amiga sia la silent hill dell'informatica, un Survival Horror in salsa retro, con una progressione di Boss grotteschi che ne tiri giù uno e compare quello di livello superiore, concordo con Luca...
Mentre sulle valutazioni della faccenda TiNA sono in linea con Gabrielenick, ritengo il tutto qualcosa di più grave del natami, furono fatte affermazioni e sparate assurde da un'armata brancaleone che con ingiustificata superbia aveva innalzato un muro alle domande e i dubbi degli amighisti disillusi. Uno solo, Schiumachal, ha avuto l'onore e il coraggio di scusarsi pubblicamente, togliendosi anche qualche sassolino dalla scarpa.  In confronto quelli di Aeon sono stati dei grandi... tanto per far capire quanto ridicolo sia stato il tutto, un progetto senza alcun fondamento, spinto da una successione di razzate propagandistiche di infimo ordine, spesso anche condite da becere e risibili forme di campanilismo italico.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 26 Dicembre 2014, 15:33:08
Le domande su TiNA di cui parli sono frutto della tua preconcetta battaglia idealogica contro Amiga ed amighisti, perché godi nei fallimenti di progetti che vogliono riportare in auge la piattaforma. E ne abbiamo discusso abbondantemente anche su Facebook.

Non cercare di ribaltare la frittata. Con me caschi male.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: Amig4be - 26 Dicembre 2014, 15:46:41
Le domande su TiNA di cui parli sono frutto della tua preconcetta battaglia idealogica contro Amiga ed amighisti, perché godi nei fallimenti di progetti che vogliono riportare in auge la piattaforma. E ne abbiamo discusso abbondantemente anche su Facebook.

Non cercare di ribaltare la frittata. Con me caschi male.

sciocchezze...
I mie dubbi avanzati nella più naturale forma possibile, cioè in una serie di domande, erano molto antecedenti al fallimento :D Al massimo il fallimento ha semplicemente mostrato la fondatezza dei dubbi. Non sono certo io che ribalta le frittate a anzi, questo thread ora finisce allegato all'originale post, come sempre sono e saranno i lettori a doversi fare un'idea :D
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 26 Dicembre 2014, 15:53:41
Le domande su TiNA di cui parli sono frutto della tua preconcetta battaglia idealogica contro Amiga ed amighisti, perché godi nei fallimenti di progetti che vogliono riportare in auge la piattaforma. E ne abbiamo discusso abbondantemente anche su Facebook.

Non cercare di ribaltare la frittata. Con me caschi male.

sciocchezze...
I mie dubbi avanzati nella più naturale forma possibile, cioè in una serie di domande, erano molto antecedenti al fallimento :D Al massimo il fallimento ha semplicemente mostrato la fondatezza dei dubbi.
I tuoi non erano dubbi: è la tua naturale inclinazione nello smerdare qualunque cosa che potesse risollevare il panorama Amiga. Hai sempre goduto di ciò, e le tue domande non avevano un genuino interesse al progetto, ma erano soltanto una scusa per continuare a spalare letame su qualcosa per cui hai sviluppato un odio preconcetto.

In particolare è da quando sei stato cacciato da AmigaNews che ti comporti così, in una forma di infantile ripicca. Colpendo questi progetti Amiga, colpisci chi ti ha fatto del male cacciandoti.

Ed è una cosa che ti trascini ovunque: non appena c'è un'occasione, infili la battutina acida o il riferimento, a tuo sommo compiacimento.

Dovresti imparare a metterti alle spalle ciò che è successo, e ad andare avanti.
Citazione
Non sono certo io che ribalta le frittate a anzi, questo thread ora finisce allegato all'originale post,
Cioé?
Citazione
come sempre sono e saranno i lettori a doversi fare un'idea :D
Senz'altro.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: Amig4be - 26 Dicembre 2014, 15:58:26
Le domande su TiNA di cui parli sono frutto della tua preconcetta battaglia idealogica contro Amiga ed amighisti, perché godi nei fallimenti di progetti che vogliono riportare in auge la piattaforma. E ne abbiamo discusso abbondantemente anche su Facebook.

Non cercare di ribaltare la frittata. Con me caschi male.

sciocchezze...
I mie dubbi avanzati nella più naturale forma possibile, cioè in una serie di domande, erano molto antecedenti al fallimento :D Al massimo il fallimento ha semplicemente mostrato la fondatezza dei dubbi.
I tuoi non erano dubbi: è la tua naturale inclinazione nello smerdare qualunque cosa che potesse risollevare il panorama Amiga. Hai sempre goduto di ciò, e le tue domande non avevano un genuino interesse al progetto, ma erano soltanto una scusa per continuare a spalare letame su qualcosa per cui hai sviluppato un odio preconcetto.

In particolare è da quando sei stato cacciato da AmigaNews che ti comporti così, in una forma di infantile ripicca. Colpendo questi progetti Amiga, colpisci chi ti ha fatto del male cacciandoti.

Ed è una cosa che ti trascini ovunque: non appena c'è un'occasione, infili la battutina acida o il riferimento, a tuo sommo compiacimento.

Dovresti imparare a metterti alle spalle ciò che è successo, e ad andare avanti.
Citazione
Non sono certo io che ribalta le frittate a anzi, questo thread ora finisce allegato all'originale post,
Cioé?
Citazione
come sempre sono e saranno i lettori a doversi fare un'idea :D
Senz'altro.

assolutamente non vero, è una tua convinzione questa... io critico e valuto quello che vedo/accade, cosa che è successa con il progetto TiNA. Cioè nulla... a parte qualche annuncio.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 26 Dicembre 2014, 16:05:03
quindi, Tina che softcore usa ?
Inizialmente l'idea era quello di partire dal TG68K, e farlo diventare superscalare. Poi ho ricevuto i sorgenti dell'N050, per cui si partiva da un design completamente diverso e orientato alle prestazioni: un buon punto di partenza, visto che TG68K, invece, era orientato alla compatibilità.
Citazione
Per quanto riguarda i problemi
  • lato hw, ho sviluppato due board, una 68000 e una 68060, nella 060 la fpga sopperisce alle mancanze di allign e bus size ed inibisce lo snoop ed il burst (che non ho sulla mobo)
  • lato sw, ho su cpu_detect (1) ed in base alla risposta {000, 060} gestisco le differenze comportamentali in kernel space, in ucOS/2 e Xinu ciò mi e' sufficiente, non conosco AmigaOS, mi aspetto che li gestisca in modo analogo considerando quale CPU e' montata sulle acceleratrici, o no ?
Il s.o. di Amiga non prevede nulla del genere. Se ci sono problemi di allineamento, viene sollevata la classica eccezione.

Riguardo al bus sizing, è l'hardware che se ne deve occupare in maniera trasparente al s.o..

Per snoop et similia, soltanto dalla versione 2.0 (mi pare) sono state aggiunte delle funzioni di gestione pre e post-DMA.
Citazione
(1) fatto in modo bovino, sfrutto le differenze di frame per capire (nella function cpu_kind_get(), scritta in assembly) con che CPU ho a che fare, nel mio caso ho solo gli estremi della famiglia. Dovrei aggiungerci 010 e 030, cosi' cambio lo 000 con lo 010, e monto la acceleratrice A600/030 che mi hanno regalato sullo zoccolo 68000 DIP
Riguardo al 68000 vs 68010+, il s.o. si occupa di gestire le differenze per quanto riguarda MOVE SR/CCR, fornendo un'apposita API per leggere i flag del processore, a prescindere dal processore.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: cdimauro - 26 Dicembre 2014, 16:15:06
Le domande su TiNA di cui parli sono frutto della tua preconcetta battaglia idealogica contro Amiga ed amighisti, perché godi nei fallimenti di progetti che vogliono riportare in auge la piattaforma. E ne abbiamo discusso abbondantemente anche su Facebook.

Non cercare di ribaltare la frittata. Con me caschi male.

sciocchezze...
I mie dubbi avanzati nella più naturale forma possibile, cioè in una serie di domande, erano molto antecedenti al fallimento :D Al massimo il fallimento ha semplicemente mostrato la fondatezza dei dubbi.
I tuoi non erano dubbi: è la tua naturale inclinazione nello smerdare qualunque cosa che potesse risollevare il panorama Amiga. Hai sempre goduto di ciò, e le tue domande non avevano un genuino interesse al progetto, ma erano soltanto una scusa per continuare a spalare letame su qualcosa per cui hai sviluppato un odio preconcetto.

In particolare è da quando sei stato cacciato da AmigaNews che ti comporti così, in una forma di infantile ripicca. Colpendo questi progetti Amiga, colpisci chi ti ha fatto del male cacciandoti.

Ed è una cosa che ti trascini ovunque: non appena c'è un'occasione, infili la battutina acida o il riferimento, a tuo sommo compiacimento.

Dovresti imparare a metterti alle spalle ciò che è successo, e ad andare avanti.
Citazione
Non sono certo io che ribalta le frittate a anzi, questo thread ora finisce allegato all'originale post,
Cioé?
Citazione
come sempre sono e saranno i lettori a doversi fare un'idea :D
Senz'altro.

assolutamente non vero, è una tua convinzione questa... io critico e valuto quello che vedo/accade, cosa che è successa con il progetto TiNA. Cioè nulla... a parte qualche annuncio.
Puoi cercare di nasconderti quanto vuoi: è quel che scrivi che ti tradisce. In più di 24 anni che frequento da BBS a forum, ho imparato a conoscere le persone in base a quello che scrivono, a catalogarle, a formarne un profilo, una storia.

Il tuo odio per quello che hai subito traspare da ciò che scrivi. Nonostante il tempo passato, continua a bruciarti ancora oggi, e reclama vendetta per appagare il tuo io violato. E ogni occasione è buona. TiNA per te è stato soltanto uno mezzo per sfogare la tua rabbia repressa.

Continua pure a ingannare te stesso.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: TheKaneB - 26 Dicembre 2014, 16:34:43
Al prossimo post di insulti ad personam (palese o velato che sia), chiudo il thread. A me ad al 99% dei frequentatori del forum interessano solo le questioni tecniche, per le frecciatine acide off topic potete usare altri siti.
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: lucommodore - 26 Dicembre 2014, 17:40:19
@TheKaneB
Oook compare mio ma come dovrebbe reagire uno che legge una roba di questo genere:
Puoi cercare di nasconderti quanto vuoi: è quel che scrivi che ti tradisce. In più di 24 anni che frequento da BBS a forum, ho imparato a conoscere le persone in base a quello che scrivono, a catalogarle, a formarne un profilo, una storia.
Il tuo odio per quello che hai subito traspare da ciò che scrivi. Nonostante il tempo passato, continua a bruciarti ancora oggi, e reclama vendetta per appagare il tuo io violato. E ogni occasione è buona. TiNA per te è stato soltanto uno mezzo per sfogare la tua rabbia repressa.
Continua pure a ingannare te stesso.

Cos'è? Neuropsichiatria remota su file xls?  :o
Ma che cos'è 'sta roba qua? Troppi film? >:(
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: Amig4be - 26 Dicembre 2014, 17:46:15
@TheKaneB
Oook compare mio ma come dovrebbe reagire uno che legge una roba di questo genere:
Puoi cercare di nasconderti quanto vuoi: è quel che scrivi che ti tradisce. In più di 24 anni che frequento da BBS a forum, ho imparato a conoscere le persone in base a quello che scrivono, a catalogarle, a formarne un profilo, una storia.
Il tuo odio per quello che hai subito traspare da ciò che scrivi. Nonostante il tempo passato, continua a bruciarti ancora oggi, e reclama vendetta per appagare il tuo io violato. E ogni occasione è buona. TiNA per te è stato soltanto uno mezzo per sfogare la tua rabbia repressa.
Continua pure a ingannare te stesso.

Cos'è? Neuropsichiatria remota su file xls?  :o
Ma che cos'è 'sta roba qua? Troppi film? >:(

io l'ho segnalato al moderatore come illazioni false e gratuite oltre che tutto fuori topic...
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: TheKaneB - 26 Dicembre 2014, 18:21:07
Vabbè, ho capito: 5 cristiani adulti che litigano come bambini. La palla é mia e me la porto a casa cosi non giocate più, tiè!
Titolo: Re:NatAmi diventa Apollo cpu
Inserito da: divina - 26 Dicembre 2014, 23:37:00
l' argomento è tecnico, molto tecnico, sono usciti spunti e dettagli molto interessanti.
Scaramucce, piccole antipatie reciproche, incomprensioni, beccate varie, toni troppo accesi e similari, non appartengono all' argomento; per questioni pertanto non inerenti esistono i messaggi in PM.