[#91] Re: scsi.device - bałagan

@RokiS, post #90

link

Post #65.
[#92] Re: scsi.device - bałagan

@Don_Adan, post #91

a gdzieś jakaś wersja gotowa do użytku...??
[#93] Re: scsi.device - bałagan

@RokiS, post #92

W tym archiwum LZX powinna byc o ile dobrze pamietam. tzn. powinny byc 3 wersje dla: A600, A1200 i A4000.
[#94] Re: scsi.device - bałagan

@Don_Adan, post #93

No dobra, zrobilem moje wlasne testy dla emulatora Amigi 600 (8 MB FAST), i plikopartycji 1GB.
Oto wyniki z SysInfo 3.24:

scsi.device 40.5                 ~700kB
scsi.device 40.5 + EIDE          ~950kB
scsi.device 46.0                 ~870kB
scsi.device 46.0 + EIDE         ~1030kB


Uzywalem ROM-u 3.1 (40.063) dla A500/A600.
Potem z CLI pisalem:
LoadModule devs:scsi.device_A600
Po autoresecie pisalem:
LoadEIDE

Dziala wedlug mnie OK.
SysInfo w Devices rozpoznawalo scsi.device jako 47.0, czyli tak jak autor to zaplanowal (+1 do wersji).
Nie powinno byc zadnego problemu z 4GB, wedlug mnie, bo scsi.device 46.0 obsluguje do 2TB.
Na szybszych procesorach niz 68000 7MHz roznica w szybkosci powinna byc jeszcze wieksza.
[#95] Re: scsi.device - bałagan

@Don_Adan, post #94

Porobilem nastepne testy tym razem z IDEfix.
Ten program podmienia cale scsi.device na swoje wlasne.
Starsze wersje maja szybkosc ~800kB
Ostatnia wersja ma szybkosc ~980kB.
Roznica jest taka, ze ostatnia wersja uzywa "TURBO PATCH: RuSSiaN WiZaRdS", czyli odczytuje/zapisuje po 4 bajty.
A wczesniejsze wersje odczytuja/zapisuja po 2 bajty.
Wiec scsi.device 46.0 plus EIDE na razie z moich testow sa najszybsze.
Oczywiscie to tylko testy pod emulatorem, ale 68000 jest najlepiej emulowanym procesorem, dlatego wyniki nie sa przeklamane wedlug mnie.

Chetnie bym popatrzyl na wyniki dla prawdziwych Amig.
Podobno LoadEIDE nie dziala na czyms innym niz 3.1, niektorzy twierdzili, ze dziala tylko z scsi.device 40.5.
Nie wydaje mi sie, zeby to byl problem kicka 3.1, raczej patchy czy programow uruchomionych w systemie.
LoadEIDE uzywa timer.device, byc moze w niewlasciwy sposob.
Albo to te nowe programy/patche to robia w sposob niewlasciwy.

Wiec moja propozycja dla ewentualnych testerow jest taka.
1. Odpalic Amige bez s-s.
2. Wpisac LoadModule devs:scsi.device (podac wlasciwa nazwe pliku)
3. Po auto resecie Amigi trzymac oba przyciski myszki, i znowu uruchomic Amige bez s-s.
4. Wpisac LoadEIDE
5. Uruchomic z CLI SysInfo, i zrobic pomiary szybkosci HD.

Wedlug mnie powinno zadzialac i to jest bezinwazyjna metoda.
Skoro dla emulowanej A600 przyspieszenie jest prawie o 50% to warto wedlug mnie zrobic test dla real Amiga takze.
2
[#96] Re: scsi.device - bałagan

@Don_Adan, post #95


Podobno LoadEIDE nie dziala na czyms innym niz 3.1, niektorzy twierdzili, ze dziala tylko z scsi.device 40.5.


Niestety tak jest na fizycznej A600. Czy to LoadModule, czy podmiana scsi.device w kicku na jeden z Twoich kończy się Software Failure chwilę po odpaleniu LoadEide.
[#97] Re: scsi.device - bałagan

@l0siu_aNd, post #96

A jaki masz ROM w tej A600?
I odpalasz bez s-s?
Czyli tak, zeby tylko sam kickstart wchodzil w gre, jesli jest problem.
Jesli podasz mi jaki to kickstart to sprawdze pod emulatorem, jak go znajde.
To tez jest do ogarniecia.
No i jakie to jest guru? Pierwsze 8 cyfr.

A dla innych chetnych testowania to:
EIDE jest tutaj:
link
LoadModule jest tutaj:
link
scsi.device 46.0 jest tutaj (http tylko):
link
Ewentualnie 46.1, jak ktos sie boi uzywac http i lubi https tylko:
link
1
[#98] Re: scsi.device - bałagan

@l0siu_aNd, post #96

U mnie LoadEIDE działa bezproblemowo pod Workbenchem 3.9 z oryginalnym scsi.device jak i podmienianym OK
Daje najlepsze efekty szybkościowe na stockowym EC020 w A1200 ok, racja a "jedynym ograniczeniem" (ale bolesnym) jest ograniczenie przestrzeni dyskowej do pierwszych 4GB
[#99] Re: scsi.device - bałagan

@BULI, post #98

A na pewno sprawdzales LoadEIDE na podmienionym, scsi.device 46.0,?
Tam nie powinno byc ograniczenia 4GB.
Chyba, ze LoadEIDE , uzywa czesciowo kodu scsi.device z ROM-u 3.1, a czesciowo z podmienionego scsi.device 46.0 , ale nie wydaje mi sie, zeby tak bylo. I czy tak w ogole sie da.

Edycja.
Wpisz
version scsi.device
po uruchomieniu LoadEIDE.
No i mozesz podac osiagi jakie masz, dla porownania.

Ostatnia aktualizacja: 26.08.2025 12:32:22 przez Don_Adan
[#100] Re: scsi.device - bałagan

@Don_Adan, post #99

Dodatkowo eide.device daje w gratisie obsługę 4 urządzeń IDE.
Kompatybilne (4 urządzenia IDE) np z FastATA Elboxu bez uruchomionego ata3.driver.
[#101] Re: scsi.device - bałagan

@Norbert, post #100

Pewnie jest do poprawienia, zdeasemblowalem, tylko nie mam swojego exec_lib.i, gdzie byly ladnie wszystkie LVO z exeka ladnie podane.
Kiedys, 2014 lub 2015 rok wrzucilem na EAB jako attachment (lha lub lzx), mialo pare tysiecy sciagniec.
I zniknelo jak teraz szukam.
Moze ktos sciagnal, albo potrafi znalezc za pomoca Wayback Machine?
Nie interesuje mnie oryginalny exec_lib.i z opisem w stylu
FUNCDEF Supervisor
tylko z wartoscia skoku dla Supervisor.
To byla czyjas przerobka, ktora ja w calosci uzupelnilem o wszystkie LVO (w tym prywatne), az do execa z 3.9.
[#102] Re: scsi.device - bałagan

@Don_Adan, post #101

Znalazlem wersje, ktora przerabialem.
Ale ta moja byla pelna, moze sie jeszcze gdzies w sieci odnajdzie.

; ASM-One - exec_lib.i
; (Release 3.0)
;
; by SCHWARZENEGGER/R.A.F

_LVOSupervisor	EQU	-30
_LVOInitCode	EQU	-72
_LVOInitStruct	EQU	-78
_LVOMakeLibrary	EQU	-84
_LVOMakeFunctions	EQU	-90
_LVOFindResident	EQU	-96
_LVOInitResident	EQU	-102
_LVOAlert	EQU	-108
_LVODebug	EQU	-114
_LVODisable	EQU	-120
_LVOEnable	EQU	-126
_LVOForbid	EQU	-132
_LVOPermit	EQU	-138
_LVOSetSR	EQU	-144
_LVOSuperState	EQU	-150
_LVOUserState	EQU	-156
_LVOSetIntVector	EQU	-162
_LVOAddIntServer	EQU	-168
_LVORemIntServer	EQU	-174
_LVOCause	EQU	-180
_LVOAllocate	EQU	-186
_LVODeallocate	EQU	-192
_LVOAllocMem	EQU	-198
_LVOAllocAbs	EQU	-204
_LVOFreeMem	EQU	-210
_LVOAvailMem	EQU	-216
_LVOAllocEntry	EQU	-222
_LVOFreeEntry	EQU	-228
_LVOInsert	EQU	-234
_LVOAddHead	EQU	-240
_LVOAddTail	EQU	-246
_LVORemove	EQU	-252
_LVORemHead	EQU	-258
_LVORemTail	EQU	-264
_LVOEnqueue	EQU	-270
_LVOFindName	EQU	-276
_LVOAddTask	EQU	-282
_LVORemTask	EQU	-288
_LVOFindTask	EQU	-294
_LVOSetTaskPri	EQU	-300
_LVOSetSignal	EQU	-306
_LVOSetExcept	EQU	-312
_LVOWait	EQU	-318
_LVOSignal	EQU	-324
_LVOAllocSignal	EQU	-330
_LVOFreeSignal	EQU	-336
_LVOAllocTrap	EQU	-342
_LVOFreeTrap	EQU	-348
_LVOAddPort	EQU	-354
_LVORemPort	EQU	-360
_LVOPutMsg	EQU	-366
_LVOGetMsg	EQU	-372
_LVOReplyMsg	EQU	-378
_LVOWaitPort	EQU	-384
_LVOFindPort	EQU	-390
_LVOAddLibrary	EQU	-396
_LVORemLibrary	EQU	-402
_LVOOldOpenLibrary	EQU	-408
_LVOCloseLibrary	EQU	-414
_LVOSetFunction	EQU	-420
_LVOSumLibrary	EQU	-426
_LVOAddDevice	EQU	-432
_LVORemDevice	EQU	-438
_LVOOpenDevice	EQU	-444
_LVOCloseDevice	EQU	-450
_LVODoIO	EQU	-456
_LVOSendIO	EQU	-462
_LVOCheckIO	EQU	-468
_LVOWaitIO	EQU	-474
_LVOAbortIO	EQU	-480
_LVOAddResource	EQU	-486
_LVORemResource	EQU	-492
_LVOOpenResource	EQU	-498
_LVORawDoFmt	EQU	-522
_LVOGetCC	EQU	-528
_LVOTypeOfMem	EQU	-534
_LVOProcure	EQU	-540
_LVOVacate	EQU	-546
_LVOOpenLibrary	EQU	-552
_LVOInitSemaphore	EQU	-558
_LVOObtainSemaphore	EQU	-564
_LVOReleaseSemaphore	EQU	-570
_LVOAttemptSemaphore	EQU	-576
_LVOObtainSemaphoreList	EQU	-582
_LVOReleaseSemaphoreList	EQU	-588
_LVOFindSemaphore	EQU	-594
_LVOAddSemaphore	EQU	-600
_LVORemSemaphore	EQU	-606
_LVOSumKickData	EQU	-612
_LVOAddMemList	EQU	-618
_LVOCopyMem	EQU	-624
_LVOCopyMemQuick	EQU	-630
_LVOCacheClearU	EQU	-636
_LVOCacheClearE	EQU	-642
_LVOCacheControl	EQU	-648
_LVOCreateIORequest	EQU	-654
_LVODeleteIORequest	EQU	-660
_LVOCreateMsgPort	EQU	-666
_LVODeleteMsgPort	EQU	-672
_LVOObtainSemaphoreShared	EQU	-678
_LVOAllocVec	EQU	-684
_LVOFreeVec	EQU	-690
_LVOCreatePool	EQU	-696
_LVODeletePool	EQU	-702
_LVOAllocPooled	EQU	-708
_LVOFreePooled	EQU	-714
_LVOAttemptSemaphoreShared	EQU	-720
_LVOColdReboot	EQU	-726
_LVOStackSwap	EQU	-732
_LVOChildFree	EQU	-738
_LVOChildOrphan	EQU	-744
_LVOChildStatus	EQU	-750
_LVOChildWait	EQU	-756
_LVOCachePreDMA	EQU	-762
_LVOCachePostDMA	EQU	-768
_LVOAddMemHandler	EQU	-774
_LVORemMemHandler	EQU	-780
_LVOObtainQuickVector	EQU	-786    ; The Dark Coder did it!

CALLEXEC	MACRO
	move.l	4.w,a6
	jsr	_LVO\1(a6)
	ENDM

EXECNAME	MACRO
	dc.b	'exec.library',0
	ENDM
[#103] Re: scsi.device - bałagan

@Don_Adan, post #102

A co do LoadEIDE to moja teoria crashu jest taka, ze crashuje nie dlatego, ze jakis kickstart sprawia problemy, ale ze Amigowcy podlaczaja za duze HD-ki do Amigi. Nie wiem czy chodzi o wielkosc partycji, ze nie moze byc wieksza niz 4 GB, czy tez twardy dysk nie moze byc wiekszy niz 4 GB.
Jak ktos ma maly HD to moze to sprawdzic, albo wylaczyc wszystkie inne partycje w BootMenu, oprocz startowej, ktora musi byc mniejsza niz 4GB.
Ale oczywiscie to tylko teoria, moze jutro zaczne analizowac troche kod LoadEIDE.
[#104] Re: scsi.device - bałagan

@BULI, post #98

Tak jak pisałem, u mnie LoadEide działa bez zwiechy, tylko nie wolno odpalać niczego z partycji znajdujących się poza obszarem pierwszych 4GB (tu masz odpowiedź na twoje zapytanie).
SCSI.device mam podmienione ale nie pamiętam na które (muszę sprawdzić), ale tak jak pisałem na scsi.device z Workbencha 3.9 też nie mam problemu z LoadEIDE ok, racja
[#105] Re: scsi.device - bałagan

@BULI, post #104

A ja duza masz partycje startowa? 2 GB czy 4 GB?
I jakie guru dostajesz jak odpalisz cos spoza granicy 4 GB
[#106] Re: scsi.device - bałagan

@Don_Adan, post #105

To zaczniemy od tego, że u mnie na CD32 z TF360 sterownik 46.0 (A1200) i 46.1 (A1200) nie działa, znikają dyski. Tak dla ścisłości mam podłączoną przejściówkę na dwie karty CF. Także na CD32 używam scsi w wersji 43.45. I jak się można domyślić LoadEide nie działa...
Partycji 8GB nie może odczytać bo:


Bez sekwencji startowej nie jest lepiej:

Jak widać LoadEide widzi maks kartę 4GB choć ja w CD32 używam 16GB.
Wyłącznie w boot menu wszystkich partycji po za systemową,w tym przypadku 220MB, nic nie daje.

A dodam że WB 3.1, kickstart 40.60 (3.1).

Ostatnia aktualizacja: 28.08.2025 06:43:41 przez RokiS
[#107] Re: scsi.device - bałagan

@RokiS, post #106

Jeżeli chodzi o mój drugi sprzęt czyli A600 - to uzbrojona jest w kartę turbo A630 rev3 i "dysk" 4GB CF. Z tą turbinką LoadEide działa tylko z oryginalnym scsi.device 40.5 (->41.5). Z innymi sterownikami w tym i z wersją 46.1 system sie wiesza.








Zauważyć można że po wpisaniu komendy LoadEide wyskakuje informacja o dysku i jego rozmiarze. Przy CD32 (karta CF 16GB) rozmiar został ograniczony do 4GB (4095MB) a przy A600 (CF 4GB) pokazuje realny rozmiar po sformatowaniu karty.
[#108] Re: scsi.device - bałagan

@RokiS, post #107

Dzieki, to juz jest cos.
Dzielenie przez zero.
Samo LoadEIDE nie uzywa raczej dzielenia, choc upewnie sie jeszcze.
Ale pewnie zwraca gdzies jakas wartosc, ktora jest 0, a nie powinna byc nigdy 0.
A cos jej z systemu uzywa.
2
[#109] Re: scsi.device - bałagan

@RokiS, post #107

Co jeszcze można ciekawego zauważyć to to że LoadEide na turbo Furia działał z różnymi scsi.device a na A630 tylko z oryginalnym.

______________________________________________________
A tutaj małe porównanie scsi.device 44.2 vs 46.1 (oba bez Loadeide) na A600 z A630 rev3.

[#110] Re: scsi.device - bałagan

@RokiS, post #109

Dzieki, podobno LoadEIDE przekracza 3.3 MB/s (PIO 0 limit) na szybkich procesorach.
Musialby timingi skracac lub podmieniac na swoje.
Bo tak to nie wiem jak mozna programowo ten limit obejsc.
Ale jeszcze nie analizowalem co dokladnie LoadEIDE robi.
Na razie przypominam sobie jak sie prawidlowo resourcuje.
[#111] Re: scsi.device - bałagan

@Don_Adan, post #110

No właśnie to chyba nie od szybkości procka zależy a bardziej od ... , bo przy Furi z eco 020 40MHz, na tej samej karcie CF (stary kingston z kwiatkiem), z tym samym WB i kickstartem miałem większe transfery niż na turbince A630 z pełną 030 50MHz...
testy z LoadEide

Ostatnia aktualizacja: 28.08.2025 15:04:39 przez RokiS
[#112] Re: scsi.device - bałagan

@RokiS, post #111

Nie ten link co trzeba dałem :-p, tamto to było porównanie scsi.device ale i tak widać że szybciej czytała Furia od A630.
Teraz będzie lepiej testy z LoadEide
5MB/s na Furi z IdeOn i eide.device :).

Ostatnia aktualizacja: 28.08.2025 15:29:43 przez RokiS
[#113] Re: scsi.device - bałagan

@RokiS, post #112

Vampire V2 tez to potrafi.
Wyglada na to, ze potrafi wlaczyc PIO 1 w Amidze 600, tak samo jak Furia oraz LoadEIDE
Wtedy limit bedzie 5.2 mB/s, a nie 3.3 mB/s.
Oczywiscie musi byc dostatecznie szybki procesor, zeby tyle wyciagnac.
1
[#114] Re: scsi.device - bałagan

@Don_Adan, post #113

1200, Kick 3.1, Vampire V2
Bez EIDE:
- Sysinfo: 3045KB/s

EIDE - wersja 020
- Sysinfo: 3450KB/s
[#115] Re: scsi.device - bałagan

@neoCDTV, post #114

Dzieki, ale nie testowales z scsi.device v46.
Bo na V2 to powinno byc 3300 kB/s czyli max.
Przynajmniej tak mi sie wydaje.
Bo tyle jest dla 68060.
A z EIDE to nie wiem ile, cos pomiedzy 4000 kB/s a 5000 kB/s.
[#116] Re: scsi.device - bałagan

@Don_Adan, post #115

Sorry tak tylko przelecialem dyskusje, jak testuje v46, mozna poprostu uruchomic c:loadmodule scsi.device?
Czy musze sobie skleic swoj rom?

@A z EIDE to nie wiem ile, cos pomiedzy 4000 kB/s a 5000 kB/s.
Hmmm na TF1260 z 100Mhz mialem jakos max 3MB/s, ale to juz troche tego jak testowalem.

Ostatnia aktualizacja: 16.09.2025 16:08:25 przez neoCDTV
[#117] Re: scsi.device - bałagan

@neoCDTV, post #116

Tak, wystarczy cos takiego
LoadModule devs:scsi.device
LoadEIDE

link
[#118] Re: scsi.device - bałagan

@Don_Adan, post #117

v46.0 i v46.1 - tak samo jak default scsi.device, zero zmian.
Na stronie www.PPA.pl, podobnie jak na wielu innych stronach internetowych, wykorzystywane są tzw. cookies (ciasteczka). Służą ona m.in. do tego, aby zalogować się na swoje konto, czy brać udział w ankietach. Ze względu na nowe regulacje prawne jesteśmy zobowiązani do poinformowania Cię o tym w wyraźniejszy niż dotychczas sposób. Dalsze korzystanie z naszej strony bez zmiany ustawień przeglądarki internetowej będzie oznaczać, że zgadzasz się na ich wykorzystywanie.
OK, rozumiem