Podmieniłem w ST procesor na MC68010. Z TOS-em 2.06 działa OK, natomiast z TOS-ami 1.XX podczas staru wywala bomby i się resetuje i tak w kółko. Czyli wynika z tego, że dopiero TOS 2.0X jest w stanie obsłużyć 68010.
Próbował ktoś i ma podobne przemyślenia ? :)

Było miło :) Do widzenia.

2

Jaka Atarka ?

STYMulator JIL ST YM2149 mjuz:k @ gnu/linux
SIUP (SIo2Usb2Pc) - SIO2PC USB Edition
PIN ready logo
3M / InD: ... na kasetach były zabezpieczenia w postaci tzw. "mikropierdnięcie" ...

3

260ST, wcześniej sprawdzałem też w MegaST i efekt identyczny.

Było miło :) Do widzenia.

4

I wszystko chodzi bez problemu? Nic się  nie wywala?

ATARI Falcon 14MB , STE 4MB, STFM 4MB, 800 XL turbo CA12 CA 2001, CPC 6128 mono, THOMSON MO5, SVI 738, Amiga 500+, 600 2MB, CDTV   + , CD32

5

Nie robiłem testów kompatybilności. System działa :)

Było miło :) Do widzenia.

6

No ciekawe. Też się kiedyś zastanawiałem nad 68010. Z dokumentacji wynika że ma coś w rodzaju pamięci wirtualnej. Ciekawe jakby to wykorzystać na ST ?

Jeśli dobrze pamiętam 68010 ma jakiś rejestr za pomocą którego można zrobić coś w rodzaju pamięci wirtualnej, ale chyba nic tego nie wykorzystywało. Do tego jeszcze dwuinstrukcjowy cache, oraz oidp. move from ccr zmieniono na instrukcję uprzywilejowaną. W sumie - już lepiej zajmować się 68020 lub 68030.

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

8 Ostatnio edytowany przez sqward (2011-04-11 16:37:18)

Nie ma żadnej pamięci wirtualnej. Poprostu 68010 ma więcej informacji w ramce stosu przy bus errorze, co pozwala na wirtualizację (przy uzyciu dodatkowego sprzętu). 68000 nie zapisuje wystarczającej ilości informacji. Stacje uniksowe, które uzywały 68000 radziły sobie z tym w ten sposób, że posiadały dwie 68000 wykonujące te same rozkazy, z tym, że jedna działała o cykl wolniej, czy coś w tym stylu. Gdy jeden procek zaliczał bus errora, drugi był zatrzymywany.

Jest sporo info o tym na wiki:
The 68000 was also unable to easily support virtual memory, which requires the ability to trap and recover from a failed memory access. The 68000 does provide a bus error exception which can be used to trap, but it does not save enough processor state to resume the faulted instruction once the operating system has handled the exception. Several companies did succeed in making 68000 based Unix workstations with virtual memory that worked by using two 68000 chips running in parallel on different phased clocks. When the "leading" 68000 encountered a bad memory access, extra hardware would interrupt the "main" 68000 to prevent it from also encountering the bad memory access. This interrupt routine would handle the virtual memory functions and restart the "leading" 68000 in the correct state to continue properly synchronized operation when the "main" 68000 returned from the interrupt.
These problems were fixed in the next major revision of the 68K architecture, with the release of the MC68010. The Bus Error and Address Error exceptions pushed a large amount of internal state onto the supervisor stack in order to facilitate recovery, and the MOVE from SR instruction was made privileged. A new unprivileged "MOVE from CCR" instruction was provided for use in its place by user mode software; an operating system could trap and emulate user-mode MOVE from SR instructions if desired.

What can be asserted without proof can be dismissed without proof.

9 Ostatnio edytowany przez gottrek (2011-04-12 06:17:08)

Pamiętam jak kiedyś chyba w jednym z numerów C&A był opis jak wymienić w Amidze 500 procesor właśnie na model 68010. Dawało to kilku procentowy wzrost wydajności w niektórych aplikacjach.
Były jednak drobne problemy z kompatebilnością między starym 68000 i nowszym 68010. Wydaje mi się, że do Amigi był jakiś rezydentny, mały program który korygował ten problem.
Bez niego czasem można było obejrzeć "medytację guru" :)
Pewnie z podobnych względów nie działają stare TOSy.

Prawdopodobnie chodzi właśnie o wielkość ramki stosu, oraz instrukcje move from sr (a nie jak wyżej napisalem move from ccr, która właśnie zastępuje move from sr na 68010 dla trybu użytkownika).

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

11 Ostatnio edytowany przez lotharek (2011-04-12 07:58:02)

a propos amigi - takie cus odkopalem :-)

Post's attachments

AMIGA.pdf 10.95 kb, liczba pobrań: 73 (od 2011-04-12) 

Tylko zalogowani mogą pobierać załączniki.
serdecznie proszę o maile na lotharek@lotharek.pl z tematem ATARIAREA - inne formy komunikacji zawodzą...
"The worth of all people is dependent on how they spend their life making contributions" - Kano Jigoro
FKMC /Fan Klub Malej Czarnej/   @Grey

12 Ostatnio edytowany przez leniuk (2011-04-14 09:36:58)

Tu ten artykuł z C&A

Post's attachments

c_and_a_09_92_www_retroreaders_pl.djvu 1.38 mb, liczba pobrań: 23 (od 2011-04-14) 

Tylko zalogowani mogą pobierać załączniki.
ATARI Falcon 14MB , STE 4MB, STFM 4MB, 800 XL turbo CA12 CA 2001, CPC 6128 mono, THOMSON MO5, SVI 738, Amiga 500+, 600 2MB, CDTV   + , CD32

13

Czy ktoś (to zawsze fajnie brzmi "ktoś" :) ) biegły w asemblerze byłby w stanie zaadoptować ten programik na Atari, czy to raczej niewykonalne. Ja się na tym kompletnie nie znam.
http://aminet.net/package/util/boot/Decigel

Było miło :) Do widzenia.

14

Artik, ten program jest dla 68020

**  The trap handler wedged into the privilege violation vector.       **
**                                       **
**  If the instruction was MOVE SR,<ea> it is converted to MOVE CCR,<ea>.  **
**  The instruction cache is flushed, then the instruction is re-executed. **

Dodatkowo, jeśli TOS nie startuje to też nie było by okazji uruchomić ten program.

Lynx I / Mega ST 1 / 7800 / Portfolio / Lynx II / Jaguar / TT030 / Mega STe / 800 XL / 1040 STe / Falcon030 / 65 XE / 520 STm / SM124 / SC1435
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org

15

If the instruction was MOVE SR,<ea> it is converted to MOVE CCR,<ea>.

Kojarzę, że TOS 4 zawiera coś takiego. Zgadywałbym, że TOS 2.06 także.

KMK
? HEX$(6670358)

16

Pamiętam panie dziejku, jak w 1994 żeśmy podmienili 68000 na 68010 w amidze 500.
Całkiem fajnie to działało.
Nawet dało się przekręcić na 10 czy 12 MHz. Wyżej już nie.
To już dwadzieścia lat przeszło. Jak ten czas leci.

17 Ostatnio edytowany przez artik-wroc (2016-10-31 20:21:36)

Odświeżając temat, czy ktoś biegły w asemblerze napisze, czy to pójdzie na ST:

http://atari.wroclaw.pl/pliki/DeciGEL.asm

Wrzucić programik w AUTO i wio :)

Było miło :) Do widzenia.

Nie pójdzie, ale powinno się dac przystosowac bez większego problemu.

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

19 Ostatnio edytowany przez Cyprian (2016-10-31 23:34:04)

ten kod dodaje do amigi to co jest w ROMie od TOS 1.06

Instaluje on nową procedurę obsługi "Privilege violation vector" (adres $00000020):

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    40C0 --> 42C0  
         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

Tak wygląda Atarowa procedura w TOS 1.06:

        movem.l D0/A0,-(a7)                            
        movea.l 10(a7),a0                                
        move.w (a0),d0                                 
        and.w #$ffc0,d0                              
        cmp.w #$40c0,d0                                  
        bne.s +10 {$E00536}                             
        move.b #$42,(a0)          ; Convert it to MOVE CCR,ea    40C0 --> 42C0                    
        movem.l (a7)+,D0/A0                              
        rte                                              
{$E00536}   movem.l (a7)+,D0/A0                            
        jmp $8e00ca2                                    

40C0 -> move SR,D0
42C0 -> move CCR,D0

Lynx I / Mega ST 1 / 7800 / Portfolio / Lynx II / Jaguar / TT030 / Mega STe / 800 XL / 1040 STe / Falcon030 / 65 XE / 520 STm / SM124 / SC1435
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org

20 Ostatnio edytowany przez artik-wroc (2018-11-25 17:12:01)

Bawiłem się dzisiaj z MegaSTE i procesorami w wersji DIP.
68000 w wersji 8, 10 i 16MHz oraz 68010 10 i 12MHz.

Wszystkie startują i działają na 8MHz, po włączeniu 16 i cache działa tylko 68000 16MHz. 68010 12MHz sypie się (ciekawe czy przez cache, czy przez 68010). Wygląda na to, że procesory w tej wersji były mniej podatne na zmianę częstotliwości. Wersja 10MHz nie działa na 16, podczas gdy analogiczny procesor PLCC 68HC000FN10 działa na 16.
EDIT: Procesor PLCC 68010 w wersji 25MHz działa tylko na 8MHz, więc problemem jest cache w MegaSTE (?prawdopodobnie).

dip

Było miło :) Do widzenia.

A jak wyłączyc cache?

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

22

Jak uruchamiam z Ctrl to startuje na 8MHz.

Było miło :) Do widzenia.

23

artik-wroc napisał/a:

Bawiłem się dzisiaj z MegaSTE i procesorami w wersji DIP.
68000 w wersji 8, 10 i 16MHz oraz 68010 10 i 12MHz.

Wszystkie startują i działają na 8MHz, po włączeniu 16 i cache działa tylko 68000 16MHz. 68010 12MHz sypie się (ciekawe czy przez cache, czy przez 68010). Wygląda na to, że procesory w tej wersji były mniej podatne na zmianę częstotliwości. Wersja 10MHz nie działa na 16, podczas gdy analogiczny procesor PLCC 68HC000FN10 działa na 16.
EDIT: Procesor PLCC 68010 w wersji 25MHz działa tylko na 8MHz, więc problemem jest cache w MegaSTE (?prawdopodobnie).

dip

Procesory PLCC 68010 @25MHz, to zwykłe "malowanki". Z mojego Amigowego doświadczenia, procki 68010 dają się podkręcić max. do 14 MHz. Żaden z tych które miałem nie poszedł na 16MHz, a miałem ich trochę na testach.

24 Ostatnio edytowany przez damianx (2018-12-05 18:36:19)

Jak te procki są z jakiegoś ali od chinola ,to na bank są malowane.

Jeżeli wierzyć cpuworld to maks dla 010 PLCC to 16 MHz.

25 Ostatnio edytowany przez Cyprian (2018-12-06 19:58:04)

Adam Klobukowski napisał/a:

A jak wyłączyc cache?

MSTE startuje w trybie 8Hz i z wyłączonym cache

artik-wroc napisał/a:

Wszystkie startują i działają na 8MHz, po włączeniu 16 i cache działa tylko 68000 16MHz. 68010 12MHz sypie się (ciekawe czy przez cache, czy przez 68010). Wygląda na to, że procesory w tej wersji były mniej podatne na zmianę częstotliwości. Wersja 10MHz nie działa na 16, podczas gdy analogiczny procesor PLCC 68HC000FN10 działa na 16.
EDIT: Procesor PLCC 68010 w wersji 25MHz działa tylko na 8MHz, więc problemem jest cache w MegaSTE (?prawdopodobnie).

czy 68010 działa w MSTE na 16MHz z wyłączonym cache?

Lynx I / Mega ST 1 / 7800 / Portfolio / Lynx II / Jaguar / TT030 / Mega STe / 800 XL / 1040 STe / Falcon030 / 65 XE / 520 STm / SM124 / SC1435
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org