VooDooMan wrote on 13. Dec 2018 at 23:06:

VooDooman, znalazłem! Musiałem podpiąć zestaw SS7, bo wiedziałem że na nim mam coś co to pokazuje - to Sandra 99 W Mainboard Information jest wszystko jak na dłoni:

Sprawdzałem różne wersje SiSoft Sandra. W 99 pokazuje mi tylko PCI, w 2001 oraz 2002 nie mówi nic o taktowaniach magistral, ani AGP ani PCI. Chociaż pokazuje mi inne infromacje o AGP. Podobno w SiSoft Sandra 2004 to widać, ale prawdopodobnie program tylko "zgaduje" jakie wartości powinny być przy danym taktowaniu FSB niż podaje rzeczywiste wartości:
(You need to Login or Register to view media files and links)

Tutaj piszą coś też o jakimś ClockGen? Nie sprawdzałem czy coś takiego by poszło na Win98, no i czy obsłuzy tą płytę. Czy ktoś miał z tym do czynienia wcześniej?

Jaka wersja SiSoft Sandra 2004 była na windows98? te co znalazłem do tej pory tylko na WinXP...

Trudno, pozostaje mi zrobić jeszcze porównanie z inną płytą na której wiem że nie ma dzielnika dla 166 - jeśli tam jakaś karta nie odpali, a na tej odpali to znak że dzielnik jest prawidłowy...

a w której wersji SetFSB jest obsługa dla tej płyty? Ja w wykazie widzę co najwyżej obsługę SiS630

Wczoraj odstawiłem już ten zestaw (muszę nadrobić braki z innych płyt do testu z porównaniem Tualtinów na różnych chipsetach) i wrócę do niego dopiero na początku przyszłego roku, więc już i tak pewnie nie sprawdzę bo od czwartku nie mam dostępu do retro przez 2 tygodnie.

Nie udało mi się udowodnić dzielników na papierku ale zrobiłem coś takie:
Wiem, że na tym ECSIe Radeon 9800 PRO śmiga spokojnie na 166 FSB i w dodatku się jeszcze ładnie kręci, więc postanowiłem sprawdzić jak się zachowa na podkręconym AGP na innych płytach na których NA PEWNO NIE MA DZIELNIKA dla 166. i co? Pierwsza poszła na testu ABIT ST6 - jako że znalazłem dobrą kość SDR która śmiga przy 166. Wynik? Radeon nie wytrzymał większego taktowania jak 158 FSB... przy 159 FSB nawet nie postował w BIOSIe... Zamierzam powtórzyć test na TUSL2-C oraz VH6T oraz CUV266 - żeby mieć pewność, że to nie przypadek i rzeczywiście Radosław nie lubi taktowań powyżej...


Czyli wychodzi na to że dzielnik dla AGP 2/5 przy FSB 166 MHz na tym ECSIE jest!

Przy okazji posiadania dobrej pkostki SDR sprawdziłem jak moje inne procki się kręcą:
- SL6BY (1400): jeden idzie 152 stabilnie (postuje w biosie do windy nie wejdzie)
- SL6BY (1400): drugi tylko 150 stabilnie (postuje w biosie do windy nie wejdzie)
- SL5PU (1133) od Zygi: idzie tylko max 148 przy podniesionym napięciu

Czyli wychodzi, że nawet jakbym zrobił VoltModa to i tak żaden mój tual nie wstanie jak one ledwo robią 150 MHz... i nie ważne czy mają więcej papu. do windowsa nie wejdą....

Za to znowu zaskoczył mnie Coppermine SL5FQ
- STABILNA SZYNA DLA NIEGO TO 170 MHz FSB!!!
i nie wiem czy dalej mnie ogranicza ram, czy jednak procek. ale przy 1275 MHz zrobiłem parę testów (fotki później)

To śmieszne, że Coppermine w technologi 180nm idą tak ładnie się podkręcić, a Tualatiny w 130nm ledwno ciągną 150 MHz... chyba akurat trafiłem na złe egzemplarze

forteller wrote on 17. Dec 2018 at 10:16:


No wszystko na ABIT ST6... nie że nie wstaje - postuje, w BIOSIe OK, ale do windowsa nie wejdzie... to samo co wczesniej na ECS - tak jakby dysk wariował, jakieś błędy wyskakują, windows protetion error, itp... na 166 też wstanie, ale tak dziwnie się zachowuje właśnie

forteller wrote on 17. Dec 2018 at 10:16:


Tak - Geforce 4 Ti 4600 oraz Ti 440 - śmigają na ST6 przy 170 FSB nawet chociaz nie wiem jak ze stabilnościa, ale do windy wejdą

forteller wrote on 17. Dec 2018 at 10:16:


to już sprawdzę w przyszłym roku.

Właśnie stałem się posiadaczem tego ścierwa. Tak na marginesie, to właśnie przypomniałem sobie dlaczego przez tyle lat trzymałem się z daleka od ECS). Moja płyta to PCChips M700 v. 1.3. Zapakowałem najnowszy BIOS od ECS, włożyłem Tuala 1.4 i lipa - na 133 nie wstaje, na 100 jest cholernie niestabilny. Jako, że wyczytałem gdzieś że 1.3 nie obsługuje Tuali, to w akcie desperacji zrobiłem "bx-moda". Niestety nie pomogło. Wygrzebałem gdzieś tualerona 1200 i o dziwo działa bez żadnych problemów (bez modów). Już myślałem że ta moja płyta nie radzi sobie z FSB 133, ale PIII Coppermine 1GHz działa idealnie. Co to kurna jest?

@Callahan 9248BF-146

Szkoda że zaktualizowałeś bios. Tak jak pisałem, mogłeś mieć starą wersję na której można ustawić fsb inne niż 100/133. Nie jest ona dostępna w sieci.

Wszystkie płyty z chipsetami SiS635/635T oraz wcześniejsze 630 będą miały zainstalowane te same generatory zegarów. To one zapewniają prawidłowe dzielniki dla AGP/PCI przy różnych taktowaniach. Tutaj można to dokładnie sprawdzić:
(You need to Login or Register to view media files and links)

(You need to Login or Register to view media files and links)

Dla FSB 166 jest to 66 MHz AGP, natomiast dla 150 to tylko 60MHz dla AGP. To by tłumaczyło dlaczego miałem gorsze wyniki na 150 FSB w porówaniu do innych płyt na 150 na których magistrala AGP było znacznie podwyższona

Bawiłem się trochę w CMOSToolu, edytując wpis "0x006F" próbowałem wszystkich możliwości, oto co uzyskałem:

00= 66/66

01= 66/100
02= 66/133

03= 100/100            
04= 100/133

05= 133/100
06= 133/133

07= 138/138

08= 100/150
09= 150/150

0A= 166/166
     0B=  100 / ? HARDWARE TRAP! MOŻE miało być 200/200?
     0C=  150 / ? hardware TRAP
0D= 133 / 100
0E= 135 / 102
     0F = 150 / ? HARWDARE TRAP

Wychodzi na to, że nie ma opcji ustawienia FSB/RAM na 200/200 w CMOSie mimo że clockgen na to teoretycznie pozwala Nie wiem jak do tego podejść bo w zasadzie modyfikacja jakichlowiek innych parametrów w "0x006F"  nic nie zmienia - liczy się tylko ostatnia wartość. Np dla uzskania FSB/RAM 166/1666 można wpisać 0x002A, albo 0x003A, albo 0x004A itd...

Co do zaniżenia timingów jestem pewien że można zmienić tRAS z 6 na 5 bo jednemu kolesiowi z voodooalert.de się to udało (pozycja 28)
(You need to Login or Register to view media files and links)

Wiem, że w przypadku SDRamów za CAS latency i 2/3 Timingi odpowiadają wartości 0x0057 oraz 0x0058, ale nie wiem co wprowadzić żeby je ustawić odpowiednio. Być może za tRAS odpowiedzialna jest komórka 59?

Teraz największa bolączka tej płyty! Jak wiecie długo walczyłem z tym żeby odszukac ramy DDR które pójda w CL 2-2-2-6 przy 166 MHz na moim copperminie. Okazuje się, że to jest chyba niemożliwe Maksymalnie jak mi się udało zacisnąć timingi przy 166 coppermine to 2,5-2-2-6. Przy CL2 wszystko się prędzej czy później sypie. Próbowałem mnóstwo róznych pamięci, które normalnie działają na innych kompach z CL2 przy taktowaniu pamici 166MHz. O dziwo w przypadku fsb 166 znaczenie ma nawet to w jakim slocie pamieci jest wsadzony RAM Wybredna jest na nie strasznie... Musi być w tym bliżej mostka. Wychodzi, że to jest jakieś ograniczenie płyty/chipsetu bądź wymaga to pewnych modyfikacji BIOSu żeby działać na cl2 przy 166 albo jest to w ogóle nie do wykonania. Dlaczego?

W końcu udało mi się odpalić tualatina na 166 na tej płycie Jest to wersja SL5PU po volt modzie! I tutaj ZONK! NIE DZIAŁA! to znaczy płyta się odpala, można wejść do Biosu, w dosie też coś sie zdziała, ale do Windowsa nie wejdzie!!! I tutaj już timingi nie grają żadnej roli! Czy to będzie 3-4-4-6 czy 2-2-2-6 (w zależności od RAMU) Zawsze będzie się kończyć tym samym - wywalaniem błedów podczas ładowania windowsa. Próbowałem memtestem sprawdzić ile błędów wyjdzie - na niektórych ramach nawet test się nie odpali, na tych "najlepszych" miałem około 13 tysięcy błędów w ciągu 1 godziny testu

NIECH MI TO KTOŚ TERAZ WYTŁUMACZY (problem podobny do Jenota):
- Płyta działa z Copperminem na 166 MHz przy CL2,5 całkowicie prawidłowo
- Płyta nie działa prawie wcale z Tualatinem na 166 FSB bez względu na timingi tylko z wybranymi RAMami

Obecnie tesuję tą płytę w na windows XP
Na początku nie było łatwo(były problemy z prawidłowym wyświetlaniem obrazu) do póki nie znalazłem odpowiednich sterów SiS AGP Gart - 1.07 w wersji dla WinXP. Te co miałem wczesniej działały tylko na Windows 98. Dość długo ich szukałem dlatego daje je w załączniku do pobrania dla potomnych Uważam, że są najbardziej kompatybilne, najszybsze i nie powodują zniekształceń obrazu (co doświadczyłem na przykład na nowszch dirverach 1.21)

Na XPeku wydajność troszkę słabsza, ale to dopiero początki testów po dłuższej przerwie od retro więc może póżniej będzie lepiej