|
DEUTSCHE VERSION |
|
 |
| Links | | | Forums | | | Comments | | | Report news |
|
| Chat | | | Polls | | | Newsticker | | | Archive |
|
| amiga-news.de Forum > Amiga, AmigaOS 4 > Problem mit PFS 3... | [ - Search - New posts - Register - Login - ] |
| -1- | [ - Post reply - ] |
|
2002-12-03, 22:35 h Falcon Posts: 3544 User |
Moin, und wieder mal brauch' ich Rat... Hardware: A-2000 (Rev. 4.4), Kick 3.1, OS 3.9 (noch ohne BB), Zeus Turbo 040/33, 64 MB Ram, 2 MB Chip, SCSI-HD, SCSI-CDRW. Das Teil läuft eigentlich absolut super. Bloß ich kann kein PFS 3 auf der Platte installieren. Schon beim Booten kommt ein Guru (80000006). Mit FFS ist alles ok, solange ich das RomUpdate NICHT installiere (hab' ich umbenannt). Ansonsten auch mit FFS der Fehler. Kann die olle Zeus das nicht ? Die Partitionsdaten sind: 512 Bytes/Block, Mask 7FFFFFFE Maxtransfer 00FFFFFF. Ciao, Falcon. -- Che-Hoa Yuin sagt: Der Amiga kann alles, was man zum Arbeiten braucht... ... was er nicht kann, braucht man auch nicht !!!!!!! Meine Homepage: http://home.wtal.de/elasticimages [ - Answer - Quote - Direct link - ] |
|
2002-12-03, 23:00 h thomas Posts: 7718 User |
Wenn ich mich richtig erinnere, kann man bei der Installation von PFS3 zwischen mehreren Prozessorversionen wählen. Versuchs mal mit der 68000-Version. 68040 ist nicht gleich 68040, zumindest was Turbokarten angeht. Gruß Thomas -- Email: thomas-rapp@web.de Home: home.t-online.de/home/thomas-rapp/ [ - Answer - Quote - Direct link - ] |
|
2002-12-03, 23:32 h Bjoern Posts: 1730 User |
Nichts für Ungut, aber wenn Thomas' Rat funktionieren sollte, fände ich das doch schon ziemlich komisch... Ich mein, warum sollte man, wenn die 040er auf den Karten nicht dasselbe wären, denn dann eine 040er optimierte Version schreiben?! mfg Björn -- visit http://www.ac-de.de [ - Answer - Quote - Direct link - ] |
|
2002-12-04, 02:06 h Falcon Posts: 3544 User |
Hi, also ich habe eini Originalversion von PFS und da sind nur zwei Versionen drauf. Einmal die 'normale' und einmal die 'direct SCSI'-Version. Beide klappen nicht. Von unterschiedlichen Prozessor-Versionen hab' ich bisher noch nix gehört... Das würde ja auch wenig Sinn machen, denn der Bootblock, bzw. der RDB werden ja VOR dem Laden der Prozessorlibs geladen. Der Fehler tritt ja genau dann auf, wenn der Controller die HD das erste Mal anspeicht, also den RDB liest. Ciao, Falcon. -- Che-Hoa Yuin sagt: Der Amiga kann alles, was man zum Arbeiten braucht... ... was er nicht kann, braucht man auch nicht !!!!!!! Meine Homepage: http://home.wtal.de/elasticimages [ - Answer - Quote - Direct link - ] |
|
2002-12-04, 03:29 h R-TEAM Posts: 1030 User |
Hi, Also bei bei meiner orginal PFS3 CD sind auch verschiedene versionen drauf! Für 000/020/040/060 und Normal/multiuser/DirektSCSI/mus+DirektSCSI. Also ne ganze menge  Es stimmt schon das die 060 versionen z.b. erst nach dem laden der 060 lib von dem prozessor so richtig profitiert. Aber erstens ist es schon 32 bit code gegenüber der 000 version .. ansonsten werden wohl einige speed-ups erst nach der lib aktiv .. denk ich mir. Aber wenn FFS das problem auch macht .. deutet das auf ein problem mit dem kontroler hin. PFS3 scheint da nur etwas störrischer zu sein und das von haus aus nicht zu mögen Habe bei mir auch ein problemchen mit PFS3 V5.3 bzw. 18.5 (meines wissens die letzte version) Läuft auf der 16G partition meiner 18G IBM U160 SCA platte am MK-3 UW-SCSI controler (cybppc.device V45.71) nur mit der direktSCSI version ?! Obwohl der controler NSD kompatibel "sein" soll (?) und auch TD64 versteht. FFS vom OS3.9BB2 geht ohne probleme damit.(nach dem einbinden des OS updates) Etz muss ich halt die direktSCSI version benutzen .. sniff. Hoffe immer noch das da mal ne neue version von PFS kommt. Ansonsten werde ich spätestens beim umstieg auf OS4 oder MOS mir SFS zulegen.(Obwohl ich mit PFS3 SEHR zufrieden bin!Wohlgemerkt mit der aktuellen version!Von PFS2 kann ich NUR abraten!) Wegen dem rat mit 040 karten .. nicht alle turbokarten verhalten sich wie man von ihnen erwartet im bezug auf kompatibilität. Besonders exotische karten können mit optimierten versionen so ihre probleme haben.. darum war der rat nicht so falsch. (besonders wenn die karte ne eigene 040/060 lib benutzt .. weis ich etz aber net bei der Zeus) Grüße R-TEAM [ Dieser Beitrag wurde von R-TEAM am 04.12.2002 editiert. ] [ - Answer - Quote - Direct link - ] |
|
2002-12-04, 10:12 h thomas Posts: 7718 User |
Zitat: Das ist der größte Blödsinn, den ich je gehört habe. Die Lib verlangsamt den Prozessor. Die Lib ist dazu da, einige Instruktionen, die der 68060 (oder 040) gegenüber den älteren Prozessoren nicht hat zu emulieren. Eine spezielle 060-Version benutzt komplexe Maschinenbefehle, die ältere Prozessorversionen nicht haben und versucht emulierte Instruktionen zu vermeiden. Die Geschwindigkeit kommt nicht aus der 68060.library, sondern daher, daß SetPatch die Prozessor-Caches einschaltet und einen evtl. Kompatibilitätsmodus ausschaltet. Eine 68000-Version kann auf einem 68060 genauso schnell laufen wie eine 68060-Version, der Unterschied ist minimal. Aber der Teufel liegt manchmal im Detail, deshalb ist die 68000-Version immer zu bevorzugen, denn die läuft auf jeden Fall. Gruß Thomas -- Email: thomas-rapp@web.de Home: home.t-online.de/home/thomas-rapp/ [ - Answer - Quote - Direct link - ] |
|
2002-12-04, 18:41 h Maja Posts: 15429 User |
Das schaut nach 'ner falschen Mask aus. Schau mal in die wirklich gute Anleitung zu PFS. Da wird das Thema sehr genau beschrieben. Einen allgemein gültigen Tipp kann ich Dir dazu hier nicht geben. Der richtige Wert für Mask hängt stark von der verwendeten Turbokarte und dem Disk-Controller ab. [ - Answer - Quote - Direct link - ] |
|
2002-12-04, 20:14 h analogkid Posts: 2394 User |
Falcon: hast du mal geschaut. ob das device des Zeus-SCSI in der NSDPatch.cfg eingetragen ist ? Vielleicht liegts daran. -- Gruß, analogkid  Brought to you by the letters "A-M-I-G-A" [ - Answer - Quote - Direct link - ] |
|
2002-12-04, 20:43 h R-TEAM Posts: 1030 User |
Hi, ..mmh .. darum hab ich ja auch geschrieben > .. denk ich mir < Damit die 040/060 library befehle emuliert ist schon bekannt. Nur sind das meines wissens nach fast NUR FPU instruktionen, da die 040/060 FPU nicht vollständig kompatible zum 68881/2 ist! Darum merkt man bei extrem FPU lastigen programmen auch ein ruckeln der Maus. Jedesmal wenn eine 881/2 Instruktion emuliert werden muss gibt es einen Interupt. Das prg Cyberpatcher z.b. verbessert das massiv da es von programmen im RAM den 881/2 FPU code gegen 040 FPU code ersetzt. (allerdings ist nur die Letzte version zu empfehlen da die vorgänger zu leistungseinbusen anderer prg führen konnten  )Ebenso hab ich noch nicht gesehen das ein 040/060 die MMU ohne library nutzt, sowie mehr als nur den vom 030 bekannten code und daten cache/burst besitzt. Erst mit der lib wird die MMU den system zugänglich und der copybackcache und superscalar u.s.w. eingebunden. Also ist der leistungsgewinn mit der library schon EXTREM! Man kann den Setpatch ausführen ohne library in libs: und er macht nicht mehr als den code cache zu aktivieren .. oder den daten cache .. einer von beiden ist nach den booten nur aktiv.(o.k. er macht noch mehr .. AGA support u.s.w. ..) Wenn man in der early-startup NoCache anklickt ist keiner am anfang aktiv. Das sind aber die normalen 030 cache modi! So habe ich das jedenfalls verstanden Ich lasse mich aber gerne belehren  Grüße R-TEAM [ - Answer - Quote - Direct link - ] |
|
2002-12-04, 23:45 h Falcon Posts: 3544 User |
Hi nochmal, also ich habe den Mask-Wert mal von '00FFFFFF' auf '00FFFe00' gesetzt, so wie's bei PFS wohl sein muß (da laufen meine sämtlichen Platten problemlos mit). Hat aber nix gebracht. Ich denke, daß der 'olle' Zeus-Controller nicht mit dem RDB klarkommt. Aber trotzdem vielen Dank für Eure Tipps. Ciao, Falcon. -- Che-Hoa Yuin sagt: Der Amiga kann alles, was man zum Arbeiten braucht... ... was er nicht kann, braucht man auch nicht !!!!!!! Meine Homepage: http://home.wtal.de/elasticimages [ - Answer - Quote - Direct link - ] |
|
2002-12-06, 18:51 h Maja Posts: 15429 User |
Zitat: Auch schon Mask 7FFFFFFC ausprobiert? Mit ShowConfig kannst Du Dir die Speicherbereiche anzeigen lassen, in denen Dein FastRam eingebunden wird. Danach richtet sich die Mask (PFS-Anleitung!), sofern der Controller DMA-Fähig ist. Ansonsten geht nur ChipRam. Mit dem RDB als solchen hat's weniger zu tun. [ - Answer - Quote - Direct link - ] |
|
2002-12-10, 14:44 h Falcon Posts: 3544 User |
Hi wieder, habe den Fehler (auch) gefunden. Die HD hatte nach dem 1. Formatieren tatsächlich (war vorher nie) einen Schreib-/Lesefehler. Neu partitioniert, neu formatiert und klappt. Ciao, Falcon. -- Che-Hoa Yuin sagt: Der Amiga kann alles, was man zum Arbeiten braucht... ... was er nicht kann, braucht man auch nicht !!!!!!! Meine Homepage: http://home.wtal.de/elasticimages [ - Answer - Quote - Direct link - ] |
| -1- | [ - Post reply - ] |
| amiga-news.de Forum > Amiga, AmigaOS 4 > Problem mit PFS 3... | [ - Search - New posts - Register - Login - ] |
|
|
Masthead |
Privacy policy |
Netiquette |
Advertising |
Contact
Copyright © 1998-2024 by amiga-news.de - all rights reserved. |
|