Reboot bei MiNT

[tuxie]

Hallo,

kann mir jemand sagen was beim letzten EasyMint beim Reboot über das menu alles gemacht wird ? Habe ein Problem das ich nach dem Reboot nicht mehr vom IDE Laufwerk Booten kann und nun möchte ich herausfinden warum. (nur beim Reboot über Mint)

[Arthur]

Bin mir nicht sicher da schon ewig lang her. Nach dem Einrichten der LNX bzw. EXT2-Partition wurde nach dem Reset auch dort einige Dateien rüber kopiert meine ich.

[tuxie]

Betrifft nur das IDE Interface am TT, ACSI oder SCSI ist von dem problem nicht betroffen, nachdem Mint hochgefahren ist und man rebootet den TT dann steht die Autoboot funktion nicht mehr zur Verfügung. Irgendwas verdreht Mint so das es zu diesem Problem gibt. Werde mich aber dazu mit den Entwicklern mal kurzschließen.

[Arthur]

Denkbar wärs. Mal den Kernel für den Falcon ausprobiertt?

[Arthur]

Nicht das es am IDE-Patch für das TT-TOS liegt.

[Lukas Frank]

Wenn der EasyMiNT Installer das erste Mal rebootet wird einfach das mint.prg im Autoordner abgearbeitet ...

Bei mir am Mega ST mit IDE und Alternate Ram klappt das mit EasyMiNT. Hat bestimmt nichts mit ACSI, SCSI oder IDE zu tun ...

[tuxie]

@Lukas Frank , Mint ist bei mir bereits installiert, und wenn ich in Mint bin und reboote neu,dann greift er nicht mehr auf das IDE interface zu.

@Arthur , ja ich denke auch das durch irgendetwas der Patch fürs Auto boot nicht mehr funktioniert. Nur die Frage ist "WARUM". Muß herrausfinden was Mint macht das es den Patch zerlegt. Schalte ich den Rechner aus, und starte ihn neu dann funktioniert es einwandfrei. Auch wenn ich nur in Tos bin oder auch Magic funktionieren auch Reboots. Was wir uns noch vorstellen können ist, das die MMU in der CPU umkonfiguriert wird von Mint und damit der Zugriff auf 00F0xxxx nicht mehr Funktioniert wie es soll.

Stellt sich die Frage nutzt Mint die normale Memorytabelle wie TOS auch oder verbiegt Mint irgendwas wodurch die MMU umkonfiguriert wird.

[Arthur]

Ingo, evtl. mal einen anderen HDD-Treiber ausprobieren... falls noch nicht gemacht. Gibt es eigentlich einen Cookie für die IDE-Schnittstelle und wertet MiNT den vielleicht aus?... Nur so eine Idee.

[Lukas Frank]

Frage doch mal HelmutK ...

[HelmutK]

Ich? Dafür bin ich nun wirklich nicht der Experte. Oder was das ironisch gemeint?

Und mit EasyMiNT kenn ich mich schon gar nicht aus, tut mir leid.

Zu MMU: MiNT benutzt und verändert die natürlich, aber nur wenn MEMPROT an ist (so wie ich das sehe).

Zu IDE: Mir persönlich ist noch nie was spezielles zu IDE im Quellcode begegnet, oder ich hab's vergessen. Schätze auch dafür ist der HD-Treiber zuständig.

Debug-kernel würde wohl nicht viel bringen, da es ja gar nicht erst bootet.

Ist denn das LW ganz weg, oder kann es nur nicht booten?

Vielleicht ändert ja der EasyMiNT-Installer die Laufwerk-Konfiguration (drvmap oder so), und dann versucht er vom falschen LW zu booten ...

Kannst Du nicht einfach an der Stelle einfach mal Shift-Alt-Ctrl-Del drücken für Coldboot?

-Helmut

[tuxie]

Ihr denkt alle einen Level zu weit Unten oder oben je nachdem wie man es sieht.....

Bevor überhaupt ein HD Driver geladen werden kann, wird ein bootblock in den Speicher kopiert und ausgeführt, erst dann wird der Festplattentreiber geladen, und dieser Block wird, nachdem Mint gestartet war, nicht mehr kopiert, das ist quasi der erste Test um herauszufinden auf welchem Gerät etwas Bootbares liegt..


Memory Protection habe ich schon versucht ein/aus aber immer das selbe.. Sobald Mint oben war und ein Warmstart durchgeführt worden ist egal ob mit reboot, Strg-Alt-Ent oder Reset Taste kann der TT nicht mehr von IDE Interface booten. Booten heißt er kennt das gerät das device oder das interface nicht mehr. Läd man aber den Treiber von Diskette nach dann funktioniert alles supi.

Tos3.06 kennt kein IDE; kann daher normalerweise nicht Booten, wir haben dafür das Tos gepatcht, funktioniert mit Tos und Magic wunderbar aber sobald Mint gestartet war, hat es sich ausgebootet. Also bis zum Treiber laden kommt er gar nicht, es existiert auch kein Lesezugriff auf das Device. (Activity LED bleibt generell aus)

Irgendwas Stellt Mint an was dem TT die Möglichkeit nimmt von IDE zu Booten und wir wissen noch nicht was es ist. wenn man wüsste was es ist, könnte man mit einem kleinen Patch des Reboot Prozesses dies wieder gerade biegen.

[tuxie]

Hab mal ein kleines Video gemacht

https://www.youtube.com/watch?v=KNOFMh-qsLo

[Arthur]

Hallo Ingo,

1.Hast Du mal unterschiedliche HDD-Treiber ausprobiert?
2.Oder mal die Programmflags für ST- oder Fast-RAM geändert?

[tuxie]

ja hab ich und hat nix mit dem HDDriver zu tun da es ein ganzes level weiter oben ist, der spielt hier noch keine Rolle da er noch nicht geladen wird.

Selbst wenn kein HD Driver installiert ist, erfolgt ein kurzer Zugriff um ihn zu Laden, und selbst dieser Zugriff fehlt.

[Arthur]

ja hab ich und hat nix mit dem HDDriver zu tun da es ein ganzes level weiter oben ist, der spielt hier noch keine Rolle da er noch nicht geladen wird.

Ist aber vor dem Reset und vor MiNT schon geladen... Wer weis schon was dann dadurch alles durcheinander kommt. Ein Kaltstart (Reset) hilft auch nicht? Dann hätte ich vom Gefühl her gesagt es liegt an der TT-IDE-Karte.

[tuxie]

Lieber arthur, bitte lies dir alles was ich bereits geschrieben habe durch und schau dir das Video an, habe alles mehrfach erklärt und nein es liegt nicht am IDE Interface, gibt dafür keine technische Erklärung warum nur bei mint das so sein soll. Mint verbiegt irgendwas und ich muss rausfinden was das ist, damit man ein Patch dafür rausbringen kann.

[Arthur]

Denkbar wärs. Mal den Kernel für den Falcon ausprobiertt?

[HelmutK]

Ohne zu wissen was da gepatcht wurde, und wie das IDE-Interface funktioniert, ist das schwierig.

MiNT alloziert beim Start den ganzen zur boot-Zeit freien RAM für sich und verschiebt den Bildschirmspeicher, so dass keine Lücken entstehen. Bei vorhandener Grafikkarte wird der Bildschirmspeicher von MiNT als normaler Speicher benutzt. Der code dafür ist u.a. in init_mem() in memory.c
Allerdings denke ich, dass das alles auch beim Warmstart passiert, und so genau weiß ich das alles sowieso nicht. Vielleicht überschreibt MiNT ja diesen Loader-Bereich, weil er nicht ordentlich mit Malloc angefordert wurde?

Was käme denn, wenn man nach dem fehlgeschlagenen reboot HD-Driver von Diskette startet? Sind die Laufwerke dann da?

Sorry, wenn das alles Quatsch ist, für diese Low-Level-Sachen bin ich nicht der Experte, würde mich aber schon interessieren.

-Helmut

[tuxie]

Der Patch ist ein patch der wohl schon bei anderen Tos Versionen angewendet worden ist. Und ja wie schon geschrieben wenn man HDDriver von diskette Lädt dann sind auch die Laufwerke wieder da. Es wird mit sehr hoher Wahrscheinlichkeit der Block der für das Autoboot von IDE ins Ram kopiert wird überschrieben oder zerstört. Pakman will sich den Patch nochmal ansehen, vielleicht finden wir eine möglichkeit oder ggf. eine Möglichkeit das dieses problem durch extra ausführen von einem Code beim reboot Process behebt.

[tuxie]

Denkbar wärs. Mal den Kernel für den Falcon ausprobiertt?

Welcher sollte das sein ? Nutze wie auf dem Falcon mint030.prg... kenne keinen anderen für den Falcon..