amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Amiga, AmigaOS 4 > PsdStackloader resident machen [ - Suche - Neue Beiträge - Registrieren - Login - ]

-1- [ - Beitrag schreiben - ]

09.11.2007, 16:46 Uhr

julius
Posts: 2255
Nutzer 		Mit dem Script "PsdRomTag" aus dem Poseidon-Archiv von Chris Hodges kann man den PsdStackloader, die poseidon.library und die poseidon classes resident machen, sodaß sie unmittelsbar nach einem Reboot zur Verfügung stehen und damit auch eine Maus und ein Keyboard am USB-Port direkt aktiv sind.
Wenn das automatisch in der startup-sequence ablaufen soll, dann müsste in der startup-sequence abgefragt werden, ob die Poseidon Komponenten bereits resident sind, damit nicht bei jedem Reboot die gesamte Residentmach-Routine durchlaufen wird, sonderm nur bei Kaltstart des Rechners.
Meine Frage: Mit welchem Befehl kann ich die Existenz von Resident gemachten Sachen abfragen?


[ - Antworten - Zitieren - Direktlink - ]
09.11.2007, 17:34 Uhr

DaxB
Posts: 1422
Nutzer 		Wie wäre es wenn du ein KickRom remapper (wie z.B. Blizkick, RemApollo, ...), oder z.B. LoadModule benutzt um die Library und den PsdStackloader resident zu machen?

[ - Antworten - Zitieren - Direktlink - ]
09.11.2007, 17:51 Uhr

julius
Posts: 2255
Nutzer 		Welchen Vorteil hätte z.B. Loadmodule gegenüber dem Script aus dem Poseidon-Archiv?
Damit ist ja auch noch nicht geklärt, wie der Loadmodule-Aufruf bei jedem Warmstart vermieden werden kann.


[ - Antworten - Zitieren - Direktlink - ]
09.11.2007, 18:04 Uhr

MaikG
Posts: 5172
Nutzer 		>Meine Frage: Mit welchem Befehl kann ich die Existenz von Resident
>gemachten Sachen abfragen?


Hast du dir selbst beantwortet "Resident" ins CLI eingeben.

Ansonsten nimm blizkick wie DaxB schon sagte.
Das kannst du z.B. mit den RomUpdates, IDEFix etc. zusammen erledigen.

[ - Antworten - Zitieren - Direktlink - ]
09.11.2007, 18:25 Uhr

julius
Posts: 2255
Nutzer 		Resident liefert als Ergebnis residente dos-Befehle, aber keine libraries, classes, und auch nicht den PsdStackloader, um nur einige zu nennen. Die werden nur von Scout/Residents oder XOpa/Re4sidents gezeigt.

[ - Antworten - Zitieren - Direktlink - ]
09.11.2007, 19:56 Uhr

DaxB
Posts: 1422
Nutzer
Zitat:
Original von julius:
Welchen Vorteil hätte z.B. Loadmodule gegenüber dem Script aus dem Poseidon-Archiv?
Damit ist ja auch noch nicht geklärt, wie der Loadmodule-Aufruf bei jedem Warmstart vermieden werden kann.
Welchen Vorteil es genau bringt, kann ich nicht sagen, da ich das Script nicht kenne. Aber da ein KickRom remapper immer zu empfehlen ist, wäre das wohl die beste Lösung. Wie Maik schon sagte, geht da dann alles in einem Rutsch (KickRom ins FastRam + diverse Software resident machen). Ist eben nur ein Vorschlag.

[ - Antworten - Zitieren - Direktlink - ]
09.11.2007, 20:16 Uhr

thomas
Posts: 7718
Nutzer
code:
version >nil: input.device 50
if warn
	PsdLoadModule DEVS:USBHardware/highwayusb.device QUIET
	PsdLoadModule DEVS:USBHardware/subwayusb.device QUIET
	PsdLoadModule DEVS:USBHardware/algorusb.device QUIET
	PsdLoadModule LIBS:poseidon.library QUIET
	PsdLoadModule SYS:Classes/USB/bootkeyboard.class QUIET
	PsdLoadModule SYS:Classes/USB/bootmouse.class QUIET
	PsdLoadModule SYS:Classes/USB/hub.class QUIET
	PsdLoadModule SYS:Classes/USB/massstorage.class QUIET
	PsdLoadModule SYS:Classes/USB/printer.class QUIET
	PsdLoadModule SYS:Classes/USB/serialpl2303.class QUIET
	PsdLoadModule SYS:Classes/USB/cdcacm.class QUIET
	PsdLoadModule SYS:Classes/USB/hid.class QUIET
	PsdLoadModule SYS:Classes/USB/rawwrap.class QUIET
	PsdLoadModule ENVARC:PsdStackloader QUIET
	PsdLoadModule Devs:input.device QUIET REBOOT
endif

Das was du nicht brauchst, kannst du natürlich weglassen, z.B. subway oder algor.

Zitat:
Welchen Vorteil hätte z.B. Loadmodule gegenüber dem Script aus dem Poseidon-Archiv?

Gar keinen. PsdLoadModule ist das gleiche wie LoadModule.

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: thomas-rapp.homepage.t-online.de/

[ - Antworten - Zitieren - Direktlink - ]
10.11.2007, 09:27 Uhr

julius
Posts: 2255
Nutzer 		@Thomas:
Danke. Das klappt super. Ich habe das im Moment in der startup-sequence hinter dem Setpatch-Befehl stehen. Eigentlich könnte man das doch direkt an den Anfang der startup-sequence stellen und den Befehl PsdLoadModule Devs:input.device QUIET weglassen.
julius

[ - Antworten - Zitieren - Direktlink - ]
10.11.2007, 11:08 Uhr

thomas
Posts: 7718
Nutzer
Natürlich soll das davor. Falls es dir nicht aufgefallen ist, das input.device ist da auch dabei. Doppelt muß es nicht geladen werden.

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: thomas-rapp.homepage.t-online.de/

[ - Antworten - Zitieren - Direktlink - ]
17.11.2007, 21:40 Uhr

tploetz
Posts: 4026
Nutzer
Zitat:
Original von julius:
Mit dem Script "PsdRomTag" aus dem Poseidon-Archiv von Chris Hodges kann man den PsdStackloader, die poseidon.library und die poseidon classes resident machen, sodaß sie unmittelsbar nach einem Reboot zur Verfügung stehen und damit auch eine Maus und ein Keyboard am USB-Port direkt aktiv sind.
Wenn das automatisch in der startup-sequence ablaufen soll, dann müsste in der startup-sequence abgefragt werden, ob die Poseidon Komponenten bereits resident sind, damit nicht bei jedem Reboot die gesamte Residentmach-Routine durchlaufen wird, sonderm nur bei Kaltstart des Rechners.
Meine Frage: Mit welchem Befehl kann ich die Existenz von Resident gemachten Sachen abfragen?

Hallo,
ich kann PsdRomTag mit der spider nicht benutzen, funktioniert
einfach nicht, woran liegt das?

Gruß
tploetz
:boing:

[ - Antworten - Zitieren - Direktlink - ]
19.11.2007, 21:31 Uhr

julius
Posts: 2255
Nutzer 		@tploetz:
Was funktioniert nicht?
Hast Du das spider.device eingebaut? z. B:

version >nil: input.device 50
if warn
PsdLoadModule DEVS:USBHardware/spider.device
PsdLoadModule LIBS:poseidon.library QUIET
PsdLoadModule SYS:Classes/USB/bootkeyboard.class QUIET
PsdLoadModule SYS:Classes/USB/bootmouse.class QUIET
PsdLoadModule SYS:Classes/USB/hub.class QUIET
PsdLoadModule SYS:Classes/USB/massstorage.class QUIET
PsdLoadModule SYS:Classes/USB/printer.class QUIET
PsdLoadModule SYS:Classes/USB/serialpl2303.class QUIET
PsdLoadModule SYS:Classes/USB/cdcacm.class QUIET
PsdLoadModule SYS:Classes/USB/hid.class QUIET
PsdLoadModule SYS:Classes/USB/rawwrap.class QUIET
PsdLoadModule ENVARC:PsdStackloader QUIET
PsdLoadModule Devs:input.device QUIET REBOOT
endif

julius

[ - Antworten - Zitieren - Direktlink - ]
20.11.2007, 17:51 Uhr

tploetz
Posts: 4026
Nutzer 		@julius:
Hallo,
ich habe die oberen Zeilen in der startup-sequence übernommen,
als erste Zeile.
Es funktioniert aber nicht, der Poseidon-Stack wird nach dem
Reboot nicht mehr geladen.
tploetz :boing:

[ - Antworten - Zitieren - Direktlink - ]
20.11.2007, 18:16 Uhr

julius
Posts: 2255
Nutzer 		version >nil: input.device 50
if warn
PsdLoadModule DEVS:USBHardware/spider.device
PsdLoadModule LIBS:poseidon.library QUIET
PsdLoadModule SYS:Classes/USB/bootkeyboard.class QUIET
PsdLoadModule SYS:Classes/USB/bootmouse.class QUIET
PsdLoadModule SYS:Classes/USB/hub.class QUIET
PsdLoadModule SYS:Classes/USB/massstorage.class QUIET
PsdLoadModule SYS:Classes/USB/printer.class QUIET
PsdLoadModule SYS:Classes/USB/serialpl2303.class QUIET
PsdLoadModule SYS:Classes/USB/cdcacm.class QUIET
PsdLoadModule SYS:Classes/USB/hid.class QUIET
PsdLoadModule SYS:Classes/USB/rawwrap.class QUIET
PsdLoadModule ENVARC:PsdStackloader QUIET
PsdLoadModule Devs:input.device QUIET REBOOT
endif
Die Zeile, die Poseidon beim Installieren an den Anfang der startup-seuence schreibt
PsdLoadModule devs:input.device QUIET ;Added by Poseidon-Installer
muss stillgelegt werden.
Dann müsste es eigentlich klappen.
Du kannst mit Scout und dort unter Residents prüfen, ob der PsdStackloader(aktuelle Version 2.1)geladen wurde.

[ Dieser Beitrag wurde von julius am 20.11.2007 um 18:18 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]
20.11.2007, 18:23 Uhr

tploetz
Posts: 4026
Nutzer 		@julius:
Hallo,
die Zeile PsdLoadmodule devs:input.device QUIET
habe ich stillgelegt, es tut sich trotzdem nichts.
Muß beim spider.device die Unit-Nr. angegeben werden?
Der Poseidon-Stack wird nach dem Reboot nicht geladen und die
Voodoo-Grafikkarte auch nicht.

tploetz :boing:

[ Dieser Beitrag wurde von tploetz am 20.11.2007 um 18:30 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]
20.11.2007, 18:32 Uhr

julius
Posts: 2255
Nutzer 		Was die unit Nr. bei der Spider angeht, da habe irgendwo mal was gelesen, daß die Spider 4 units hat.
Versuch doch mal folgendes:
version >nil: input.device 50
if warn
PsdLoadModule DEVS:USBHardware/spider.device 0
PsdLoadModule DEVS:USBHardware/spider.device 1
PsdLoadModule DEVS:USBHardware/spider.device 2
PsdLoadModule DEVS:USBHardware/spider.device 3
PsdLoadModule LIBS:poseidon.library QUIET
.....
endif
Ich habe in 2 Amigas die Highway in 2 anderen die Subway
Sonst frag doch mal bei Michael Böhmer, der kann Dir vielleicht weiter helfen.

[ - Antworten - Zitieren - Direktlink - ]
20.11.2007, 19:06 Uhr

mboehmer
Posts: 350
Nutzer
Zitat:
Sonst frag doch mal bei Michael Böhmer, der kann Dir vielleicht weiter helfen.

Wie wärs mit einer Supportanfrage bei Elbox?

Was das Starten von Poseidon auf einer Spider zur Bootzeit angeht, lies bitte mein anderes Posting hier: http://www.amiga-news.de/forum/thread.php?id=27491&BoardID=1#277080

Es macht keinen Unterschied, ob du kalt aus dem FlashROM einer eFlash4000 oder warm aus dem Hauptspeicher startest - in beiden Fällen gibts keine initialisierte PCI-Graka als DMA-Buffer... vielleicht noch deutlicher: ein Reset schickt die PCI-Karten ins Nirwana, erst muss die pci.library das "Autokonfig auf PCI" machen, dann P96 die PCI-Graka initialisieren, und dann kannst du mit PCI (und damit USB) loslegen.

Selbst wenn du alles resident machst für deine Spider, der erste Reset killt deine DMA-Buffer, und ohne die geht nun mal nix bei der Spider.

Michael

[ - Antworten - Zitieren - Direktlink - ]
20.11.2007, 19:34 Uhr

tploetz
Posts: 4026
Nutzer 		@mboehmer:
Hallo,
ich habe eine support-Anfrage an elbox geschickt, einmal für eflash 4000 und psdromTag.

tploetz :boing:

[ - Antworten - Zitieren - Direktlink - ]
16.01.2008, 17:24 Uhr

julius
Posts: 2255
Nutzer 		Bei Betriebssystemen unter OS4.0 kann man die Version des input.device wie folgt abfragen, weil die Version des input.device im KickROM kleiner als 50 ist.
version >nil: input.device 50
if warn
.
.
.
.
endif
Bei OS4.0 hat das input.device im KickROM die Version 50.2.
Damit funktioniert diese Abfrage nicht, weil version nur ganze Zahlen akzeptiert. Wie kann man die Abfrage trotzdem ermöglichen?

[ - Antworten - Zitieren - Direktlink - ]
16.01.2008, 18:47 Uhr

ZeroG
Posts: 1487
Nutzer 		@julius:
Benutzt du eine alte A1-Version von OS4?
Das input.device ist unter A1-Final + July update bei version 52.1.

Ansonsten kannst du natürlich auch einfach die version der exec.library checken, das neu input.device sollte nur verfügbar sein wenn os4 läuft.

[ - Antworten - Zitieren - Direktlink - ]
16.01.2008, 19:50 Uhr

julius
Posts: 2255
Nutzer 		@ZeroG:
Ich habe vergessen zu sagen, daß es sich um OS4.0 Classic handelt.
Das input.device hat die Version 5.2. Für die Erkennung der Repeatfunktion des Keyboards unter Poseidon ist das input.device(Version 5.26) aus dem Poseidon-Archiv erforderlich. Das wird bis OS3.9 zu Beginn der startup-sequence durch die Zeile
PsdLoadModule devs:input.device QUIET ;Added by Poseidon-Installer erledigt.
Und das ist laut Compatibility List bei OS4 nicht zulässig.

[ - Antworten - Zitieren - Direktlink - ]
16.01.2008, 21:54 Uhr

ZeroG
Posts: 1487
Nutzer 		@julius:
Ok, aber was spricht dagegen einfach die version der exec.library zu checken um zu sehen ob OS4 oder OS3.9 läuft? Oder gleich getrennte Bootpartitionen?

[ - Antworten - Zitieren - Direktlink - ]

-1- [ - Beitrag schreiben - ]


amiga-news.de Forum > Amiga, AmigaOS 4 > PsdStackloader resident machen [ - Suche - Neue Beiträge - Registrieren - Login - ]


.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.