| Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
| Autor |
Nachricht |
Kris Gast
|
Verfasst am: Mo, 21.08.2006 19:42 Titel: |
|
|
Problem gefunden. Nachdem ich die 68040.library entfernt habe geht Sysinfo wieder!
A1200-3.1 - 68ec020/14 -8MBFast - 2844 - 2,96 - ??,?? - 3,85 - einfache RAM Erweiterung |
|
| Nach oben |
|
 |
Ratte
Anmeldedatum: 10.08.2006 Beiträge: 30 Wohnort: Deutschland
|
Verfasst am: Fr, 01.09.2006 21:53 Titel: |
|
|
Modell- Kick- CPU/Mhz -RAM-Dhrystones-Mips-Vergl. zu A600 7Mhz - Bemerkung
---------------------------------------------------------------------
A1000 - 3.1 - 68010/14 - 2MB Fast - ?? - ?? - 2,89 - BlizzardTurboMem14Mhz
Kick3.1 ins ShadowMem geladen und Karte (ShadowMem für ROM und 2MB Fast auf 14MHz geschaltet)
MC68010 12 MHz CPU läuft stabil bei 14,3 MHz
Drystones und Mips weis ich leider nicht mehr ...
(Mal wieder aufbauen) |
|
| Nach oben |
|
 |
Evillord68
Anmeldedatum: 28.04.2006 Beiträge: 124
|
Verfasst am: Sa, 02.09.2006 13:00 Titel: |
|
|
| mombasajoe hat Folgendes geschrieben: | | Es gibt ne 55Mhz Blizzard?? Ich weiß nicht, ob SysInfo einen CoPro berücksichtigt, meine o.g. 1230/50 ist voll bestückt. |
Die Blizzard läßte sich per jumper auf 70NS und 60 NS Ramgeschwindigkeit einstellen. Vieleicht ist die eine auf 60 NS und die 55MHZ Version auf 70 NS eingestellt. Daher die unterschiedlichen Werte. |
|
| Nach oben |
|
 |
gunatm Board-Angestellter

Anmeldedatum: 26.10.2004 Beiträge: 49093 Wohnort: Bahrenfeld
|
Verfasst am: Sa, 02.09.2006 14:52 Titel: |
|
|
Vielleicht sollten wir uns auch explizit auf eine SysInfo-Version einigen! Vielleicht produzieren unterschiedliche Versionen unterschiedliche Ergebnisse. Schwieriger finde ich Ergebnisse des MC68010-Prozessors, der so inkompatibel ist, daß ein Vergleich geschweige denn ihn zu verbauen, sinnlos ist. V3.24 scheint up to date zu sein.
DL: http://de4.aminet.net/util/moni/SysInfo.lha _________________ ------------------------------
"Moin moin und Prost Kaffee" |
|
| Nach oben |
|
 |
Evillord68
Anmeldedatum: 28.04.2006 Beiträge: 124
|
Verfasst am: Sa, 02.09.2006 17:25 Titel: |
|
|
| gunatm hat Folgendes geschrieben: | Vielleicht sollten wir uns auch explizit auf eine SysInfo-Version einigen! Vielleicht produzieren unterschiedliche Versionen unterschiedliche Ergebnisse. Schwieriger finde ich Ergebnisse des MC68010-Prozessors, der so inkompatibel ist, daß ein Vergleich geschweige denn ihn zu verbauen, sinnlos ist. V3.24 scheint up to date zu sein.
DL: http://de4.aminet.net/util/moni/SysInfo.lha |
Hmm, ich haben einen 68010er in meinem CDTV Kick 3.1 SCSI und 8 MB Fast. Hatte bisher noch nie Probleme mit dem 68010. Nur bringt der eigentlich nicht wirklich viel. Da macht der Kick 3.1 gelegentlich mehr zicken. Zum Glück gibts ja das Tool Skick, dann läuft er mit 1.3. |
|
| Nach oben |
|
 |
Ratte
Anmeldedatum: 10.08.2006 Beiträge: 30 Wohnort: Deutschland
|
Verfasst am: Sa, 02.09.2006 21:56 Titel: |
|
|
| gunatm hat Folgendes geschrieben: | Vielleicht sollten wir uns auch explizit auf eine SysInfo-Version einigen! Vielleicht produzieren unterschiedliche Versionen unterschiedliche Ergebnisse. Schwieriger finde ich Ergebnisse des MC68010-Prozessors, der so inkompatibel ist, daß ein Vergleich geschweige denn ihn zu verbauen, sinnlos ist. V3.24 scheint up to date zu sein.
DL: http://de4.aminet.net/util/moni/SysInfo.lha |
SysInfo 3.24 (nehme nur diesen) und der MC68010 ist nicht inkompatibel.
Nur eine PrivilegExeption (OS-Sache) mit der man aus 99,9%kompatibel 100% macht.
(auch bekannt als DeciGel-Patch)
Die 2,89 kommen vom 14MHz FastMem mit 14MHz auf dem BlizzardTurboMemBoard.
Der 68000 14MHz hat irgendwas mit 2,3 gemacht ... |
|
| Nach oben |
|
 |
gunatm Board-Angestellter

Anmeldedatum: 26.10.2004 Beiträge: 49093 Wohnort: Bahrenfeld
|
Verfasst am: So, 03.09.2006 12:59 Titel: |
|
|
Das ist wohl sehr optimistisch! Wahrscheinlich eher 63,564 % kompatibel! Das haben wir schon durch! _________________ ------------------------------
"Moin moin und Prost Kaffee" |
|
| Nach oben |
|
 |
Ratte
Anmeldedatum: 10.08.2006 Beiträge: 30 Wohnort: Deutschland
|
Verfasst am: So, 03.09.2006 21:28 Titel: |
|
|
| Dann mal her mit dem Link zum Thread .. das kann entkräftet werden. |
|
| Nach oben |
|
 |
gunatm Board-Angestellter

Anmeldedatum: 26.10.2004 Beiträge: 49093 Wohnort: Bahrenfeld
|
|
| Nach oben |
|
 |
Ratte
Anmeldedatum: 10.08.2006 Beiträge: 30 Wohnort: Deutschland
|
Verfasst am: Mo, 04.09.2006 19:38 Titel: |
|
|
Also ich finde nur eine Aussage von RetroMan der mal so einfach in den Raum wirft, dass nur 80% der Software läuft.
Komisch mein 010er hat alles gefressen ...
Mit dem Tool DeciGEL werden aus 99% übrigens wirklich ganze 100% Kompatibilität.
Es gibt nur einen Asembler-Befehl der nicht kompatibel ist und eine Ecxeption auslöst und (nach dem installieren des Tools) in dieser Routine landet .. dort wird er in kompatiblen Code umgewandelt und es geht weiter.
In einigen A3000-Kicks hat Commodore diesen Patch übrigens fest eingebaut, da dieser "eine" Befehel alles CPUs nach dem 000 betrifft.
Also auch 020,040,060 ...
Poste mal bitte nachvollziehbare Probleme .. das war bisher nur heisse Luft.
DeciGEL:
SysBase EQU 4
AlcMem EQU -6*33
PrivVect EQU $20 ; Address of Privlege error vector
Main movea.l SysBase,A6
move.l CodeSize,D0
moveq #0,D1 ; PUBLIC
jsr AlcMem(A6) ; Get the memory
tst.l D0 ; Did we get it?
bne.s GotIt
moveq #100,D0 ; Return Error # 100
rts ; Back to AmigaDOS with error
GotIt move.l D0,A0 ; Move to work reg
move.l D0,A2 ; Save copy for patching vector
lea MoveMe,A1 ; Get address of our code
move.l CodeSize,D0 ; Number of bytes to move
subq.l #5,D0 ; Correct for DBF and one long word
Loop move.b (A1)+,(A0)+ ; Move byte
dbf D0,Loop
move.l PrivVect,(A0)+ ; Patch opcode at end
move.l A2,PrivVect ; Patch us into the vector
moveq #0,D0 ; Good return code
rts ; Back to AmigaDOS, no error
MoveMe movem.l D0/A0,-(SP) ; Save registers
move.l 8+2(SP),A0 ; Pointer to opcode
move.w (A0),D0 ; Pickup opcode
andi.w #~%111111,D0 ; Mask out EA field
cmpi.w #$40C0,D0 ; Is it a MOVE SR,ea?
bne.s NotOne
bset #1,(A0) ; Convert it to MOVE CCR,ea
movem.l (SP)+,D0/A0 ; Restore regs
rte ; Rerun new opcode
NotOne movem.l (SP)+,D0/A0 ; Restore regs
jmp $FC0000 ; To previous handler, patched on
; installation of this routine
CodeEnd
CodeSize DC.L CodeEnd-MoveMe ; Size of routine
end |
|
| Nach oben |
|
 |
Applause
Anmeldedatum: 06.06.2006 Beiträge: 95
|
Verfasst am: Mo, 04.09.2006 23:07 Titel: |
|
|
Ehem.
*Räusper*
Macht doch bitte einen Extra-Threat ala:
"68010 Probleme oder doch nicht ?"
auf.
Ich bin der Meinung das hier ausschließlich die Infos aus
SysInfo gepostet werden sollten und nicht welche CPU
macht wo Probleme.
Ggf kann ja ein Mod hier mal Aufräumen.  |
|
| Nach oben |
|
 |
Ratte
Anmeldedatum: 10.08.2006 Beiträge: 30 Wohnort: Deutschland
|
Verfasst am: Di, 05.09.2006 13:34 Titel: |
|
|
 |
|
| Nach oben |
|
 |
|