Zitat:

---

Hallo MaikG,

was sind 2 Reboots

cu
sico

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Andreas_B:

Zitat:

---

Hallo MaikG,

was sind 2 Reboots

cu
sico

---

Vermutlich meinte er den _einen_ Reboot, der notwendig ist, damit das Rom-Update funktioniert.
Das heißt, der Amiga startet, patched das Kickrom und führt einen Reset aus, startet also ein weiteres Mal.
Es sind also nicht 2 Reboots (heißt soviel wie "nochmal starten"), sondern nur ein Reboot notwendig.
Wenn man noch andere Software hat, die einen Reboot erfordern (z.B. den BPPCFix), dann setzt man einfach einen Reboot, nachdem alle diese Stellen der Startup-Sequence abgearbeitet sind.
Allerdings fand ich jetzt die (relativ kurze) zusätzliche Zeit, die der Amiga zum Neustarten braucht ganz und gar nicht tragisch.

Ciao
Andreas

---

Meist verbraucht sowieso der IDE- bzw. SCSI-Controller die meiste Zeit dabei, den Bus nach dem Reset zu durchsuchen. Abgesehen davon ist der zusätzliche Reboot meist nur einmal notwendig, weil die Patches selbst nach einem manuellen Reset oder Absturz erhalten bleiben. Also kein wirklicher Grund, das ROM Update abzulehnen.

Selbst der "langsamere" RAM-Handler hat seine Daseinsberechtigung. Im Gegensatz zum alten Handler hält der neue die Speicherfragmentierung deutlich besser im Zaum (auf meinen Systemen kann ich übrigens keine enorme Verschlechterung der Geschwindigkeit feststellen. Vielleicht auch hier das "ChipRAM"-Problem?).

@sico:

Schau Dir bitte einmal Deine startup-sequence an, ob da ein Eintrag in der Art "IF EXISTS C:IDEFix" enthalten ist und danach etwas in der Art "C:SetPatch SKIPROMUPDATES "scsi.device" " folgt. Wenn ja, dürfte das ROM Update Deiner bisherigen OS3.9-Installation keine Probleme machen. Selbst wenn das passieren sollte (was ich nicht glaube), kannst Du Deinen Amiga recht simpel wieder starten lassen:

Nach einem Reset beide Maustasten sofort gedrückt halten, bis das "Early startup menu" erscheint. Dort "Boot with no startup-sequence" wählen, dann landest Du nach dem Reset sofort im CLI. Dort gibst Du dann folgendes ein, um das ROM Update einstweilen komplett auszuschalten:

rename "DEVS:AmigaOS ROM Update" DEVS:ROMUpdate_off

(Der Name ist nur ein Beispiel. Aufpassen, zu dem Zeitpunkt ist nur die amerikanische Tastaturbelegung aktiv, den Doppelpunkt findest Du dann auf dem Ö, den Unterstrich auf dem ß)

Danach resetten, der Amiga sollte seinen Dienst wieder tun. Das gilt aber nur, wenn IDEFix nach wie vor durch die startup-sequence aktiviert wird. Ansonsten kanns Streß mit der Festplatte bzw. Bootpartition geben, wenn diese >4GB ist.

Nachteil der Aktion ist, daß das nur mit nem Amiga-only Monitor oder den B-/CVisionPPC-GraKas sichtbar ist (weil bei den anderen GraKas der Treiber zu diesem Zeitpunkt noch nicht aktiv ist).

Willst Du das ROM Update wieder aktivieren, benennst Du diese Datei wieder in "AmigaOS ROM Update" um (beachte die Leerzeichen und denk dran, daß Du den gesamten Dateinamen samt Pfadangabe in "" einschließen mußt, damit das via Shell/CLI klappt).

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von urhs:
hatte laut diskspeed für ram:

mit dem v44.1 sintonen rom
write 8 M/s
read 17 M/s

mit dem v45 bb2 rom
write 9 M/s
read 17 M/s

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Hast du kein MapRom?
Nebenbei läuft auch noch Internet, könnte evtl. die werte
verschlechtern.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Lippi:

Zitat:

---

Hast du kein MapRom?
Nebenbei läuft auch noch Internet, könnte evtl. die werte
verschlechtern.

---

Maprom ? Wozu, das gepatchte Rom ist doch dann im Ram - dachte ich mir so :-)

Sysspeed scheint aber den richtigen Rom zu testen.

---

Nein, das ist nicht zwangsläufig so. Normalerweise liegen nur die Patches im RAM, das ROM bliebt weiterhin ROM. Die Sprungtabelle der exec.library liegt zwar freundlicherweise im RAM (sonst könnte man nicht so einfach patchen), das wars dann aber auch schon. Die eigentlichen Funktionen der ROM-Libraries liegen ohne MapROM weiterhin im ROM und nur evtl. gepatchte Funktionen landen im RAM.

Allerdings haben die meisten modernen TKs (sogar die Blizzard 1230 IV) schon "von sich aus" eine MapROM-Funktion, bin mir da jetzt nicht so ganz einig, ob MaikG das weiß

Bei Dir könnte es aber wirklich sein, daß die MapROM-Funktion abgeschaltet ist. Schau doch mal im Startup_Menu Deiner PPC nach.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 07.05.2005 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

hmm ich denke nicht das nur das gepatchte im ram liegt , weil wenn ich an meiner 1240/40 das HW maprom ausmache und den rechner boote fehlt mir trotzdem ein volles halbes mb fastram und nicht nur 160 kb oder 220kb wie auch immer das romupdate gross ist ... denke mal doch die entwickler hatten doch soviel verstand da jetzt nicht am ram zu knausern , 4mb fast issja sowieso pflicht ...

mfg Bluebird

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Andreas_B:

Zitat:

---

Hallo MaikG,

was sind 2 Reboots

cu
sico

---

Vermutlich meinte er den _einen_ Reboot, der notwendig ist, damit das Rom-Update funktioniert.
Das heißt, der Amiga startet, patched das Kickrom und führt einen Reset aus, startet also ein weiteres Mal.

Allerdings fand ich jetzt die (relativ kurze) zusätzliche Zeit, die der Amiga zum Neustarten braucht ganz und gar nicht tragisch.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Lippi:
Habe jatzt MAPROM eingeschaltet, aber alle Patches im Startup-Menu ausgeschaltet ??
Ist das richtig ?
Denn BB2 will ja auch noch was zum patchen haben :-)

---

Das findet auch so noch genug um Patchen Der SCSI-Patch der CSPPC ist z.B. vor allem dazu gedacht, das scsi.device für den internen IDE zu deaktivieren. Wenn beim ROM Update via SetPatch kein scsi.device gefunden wird, wird da auch nix gepatcht. Die anderen Patches werden aber trotzdem nach wie vor ausgeführt.

Zitat:

---

ReadROM - Werte sind jetzt bei 24 und 46 (ersten 2 Werte)

Das Beste: RamDisk wieder als Laufwerk genommen:
UND SIEHE DA: Create schafft jetzt über 10 MB/s, also über das Vierfache !

---

Jaja, MapROM kann wahre Wunder wirken

Grüße


--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

>Allerdings haben die meisten modernen TKs (sogar die
>Blizzard 1230 IV) schon "von sich aus" eine
>MapROM-Funktion, bin mir da jetzt nicht so ganz einig,
>ob MaikG das weiß

Die B1230, B1260 haben eine die man mit einem Jumper
Ein/Ausschaltet.
Die BPPC hat die Funktion Softwaremäßig, ein aus
über ESC-Menü. Leider gibts dadurch ein zusätzlichen
Reset.

Kein BB macht dies Softwaremäßig.

>Das Beste: RamDisk wieder als Laufwerk genommen:
>UND SIEHE DA: Create schafft jetzt über 10 MB/s,
>also über das Vierfache !


Ist Dateien erstellen wichtig?

Create: 1.33
Write: 16.44
Read: 16.66

Ohne RomUpdate und mit Internet.

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
>Allerdings haben die meisten modernen TKs (sogar die
>Blizzard 1230 IV) schon "von sich aus" eine
>MapROM-Funktion, bin mir da jetzt nicht so ganz einig,
>ob MaikG das weiß

Die B1230, B1260 haben eine die man mit einem Jumper
Ein/Ausschaltet.
Die BPPC hat die Funktion Softwaremäßig, ein aus
über ESC-Menü. Leider gibts dadurch ein zusätzlichen
Reset.

Kein BB macht dies Softwaremäßig.

---

Zitat:

---

>Das Beste: RamDisk wieder als Laufwerk genommen:
>UND SIEHE DA: Create schafft jetzt über 10 MB/s,
>also über das Vierfache !


Ist Dateien erstellen wichtig?

Create: 1.33
Write: 16.44
Read: 16.66

Ohne RomUpdate und mit Internet.

---

Eigentlich ists nicht dermaßen wichtig. Allerdings warst Du es, der gesagt hatte, daß man das ROM Update nicht einsetzen sollte, weil es den Rechner insgesamt langsamer macht. Irgendwie kann man das aber anscheinend nicht so pauschal sagen. Oder warum ist Dein System da jetzt langsamer als Lippis?

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
Allerdings warst Du es, der gesagt hatte, daß man das ROM Update nicht einsetzen sollte, weil es den Rechner insgesamt langsamer macht. Irgendwie kann man das aber anscheinend nicht so pauschal sagen. Oder warum ist Dein System da jetzt langsamer als Lippis?

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:

Zitat:

---

Original von Andreas_B:

Zitat:

---

Hallo MaikG,

was sind 2 Reboots

cu
sico

---

Vermutlich meinte er den _einen_ Reboot, der notwendig ist, damit das Rom-Update funktioniert.

---

Meist verbraucht sowieso der IDE- bzw. SCSI-Controller die meiste Zeit dabei, den Bus nach dem Reset zu durchsuchen.
@sico:

Schau Dir bitte einmal Deine startup-sequence an, ob da ein Eintrag in der Art "IF EXISTS C:IDEFix" enthalten ist und danach etwas in der Art "C:SetPatch SKIPROMUPDATES "scsi.device" " folgt. Wenn ja, dürfte das ROM Update Deiner bisherigen OS3.9-Installation keine Probleme machen.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von sico:

Zitat:

---

Original von whose:

Schau Dir bitte einmal Deine startup-sequence an, ob da ein Eintrag in der Art "IF EXISTS C:IDEFix" enthalten ist und danach etwas in der Art "C:SetPatch SKIPROMUPDATES "scsi.device" " folgt. Wenn ja, dürfte das ROM Update Deiner bisherigen OS3.9-Installation keine Probleme machen.

---

Hallo whose,

also bei mir in der startup-sequence steht.

IF EXISTS C:IDEFix
C:IDEFix
ENDIF


C:SetPatch SKIPROMUPDATES "scsi.device
steht nicht in der Startup-Sequence.

---

Ok. Ich hab mal nachgeschaut, Du setzt IDEFix ein. Wenn Du das ROM Update benutzen willst, solltest Du die "setpatch"-Zeile in Deiner Startup-Sequence so abändern, wie oben angegeben, also:

C:SetPatch SKIPROMUPDATES "scsi.device"

Dann gibts keine Zicken mit IDEFix. Das ist eigentlich das größte Problem, was da zu erwarten wäre.

Grüße


--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 08.05.2005 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
Schau Dir bitte einmal Deine startup-sequence an, ob da ein Eintrag in der Art "IF EXISTS C:IDEFix" enthalten

sico:

Hallo whose,

also bei mir in der startup-sequence steht.

IF EXISTS C:IDEFix
C:IDEFix
ENDIF

C:SetPatch SKIPROMUPDATES "scsi.device
steht nicht in der Startup-Sequence.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von sico:

Hallo whose,

ich habe da noch mal eine Frage zu dem Rom-Update.
Muss ich den Eintrag C:SetPatch SKIPROMUPDATES "scsi.device" bevor ich das RomUpdate installiere in die Startup-Sequence eintragen oder danach. Und wie kann ich das Rom-Update nachträglich installieren.
Oder muss man das gesamte BoingBag2 neu installieren.

---

VOR der Installation des ROM Udates.

Du kannst das ROM Update einfach ins "DEVS:" Verzeichnis kopieren. SetPatch merkt selbst, ob es vorhanden ist oder nicht. Wenn Du das BB2 bereits installiert hast, brauchst Du normalerweise nichts mehr nachinstallieren außer der "AmigaOS ROM Update" Datei.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von TerAtoM:
Guckst Du hier:

....

PS: An die Jungs vom IMAGE-HARDWARETREFFEN!!! ICH HABE ES HINBEKOMMEN EIN PHOTO ZU MACHEN (eingetlich gaaaanz einfach...)

CU TerA

---

Hallo TerAtoM,

hat es also doch noch mit dem Foto geklappt
Wie hast Du es denn angestellt?

Jetzt müßte das ganze nur noch ins ROM gebrannt werden ...

Bis demnächst mal wieder (wann macht Ihr ein Hardware-Treffen?)

Beste Grüße,
Jörg

[ - Antworten - Zitieren - Direktlink - ]