Neueste Beiträge

Seiten: 1 2 3 [4] 5 6 ... 10
31
Hardware (High-End) / Re: PAK68/3-030 und FRAK/2 neuaufbau ...
« Letzter Beitrag von Lukas Frank am Fr 27.02.2026, 20:28:14 »
Die FPU funktioniert überhaupt nicht mehr, sobald man die einsetzt bootet die PAK nicht mehr und stellt sich tot. Habe die FPU auch in einer meiner PAK Platinen getestet und auch dort das gleiche Verhalten. Habe 32, 40 und 50Mhz probiert auf der PAK68/3. Auch auf einer PAK68 probiert mit 16Mhz und dort hat die defekte FPU auch ein booten verhindert.
32
Hardware (High-End) / Re: PAK68/3-030 und FRAK/2 neuaufbau ...
« Letzter Beitrag von bbisi am Fr 27.02.2026, 16:56:03 »
Hi
läuft die FPU auch mit 32MHZ nicht ?
Der L2 Cache läuft auch mit den neuen Chips nicht?

33
Hardware (High-End) / Re: PAK68/3-030 und FRAK/2 neuaufbau ...
« Letzter Beitrag von Lukas Frank am Fr 27.02.2026, 16:20:06 »
Plötzlich war die PAK tot und ich habe mir einen Wolf gesucht den Fehler zu finden und nach allem Prüfen und nachmessen stellte sich heraus die FPU war Schuld weil defekt. Habe die PAK mit 50Mhz die ganze Zeit betrieben und am Anfang war erstmal alles in Ordnung, vermute es ist keine 50Mhz Version wie aufgedruckt, keine Ahnung?

Die PAK läuft mit der EmuTOS 1.4 PAK 512k Version.

Mit L2 Cache disable ist alles in Ordnung und mit L2 Cache Enable kommt es zu einer EmuTOS Panik ...
34
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Fr 27.02.2026, 15:22:49 »
(Fehfunktion)
35
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Fr 27.02.2026, 15:20:38 »
Es ist vollbracht:

Um die symbolischen Links vollständig zu unterstützen, mußte ich die XFS-Schnittstelle um ein paar Parameter erweitern. Bei dieser Gelegenheit habe ich endlich alle Verweise auf das alte macOS aus dem Kernel rausgeworfen und die Schnittstelle großteils neu gemacht.

Der Kernel tut nun das, was ich 1994 auch schon hätte einbauen müssen, nämlich alle XFS-Aufrufe blind weiterzuleiten, mit den internen Deskriptoren, ohne daß sich der Kernel darum kümmert, was der Host da in seine privaten Bereiche reinschreibt. Das HostXFS hat jetzt rund 80 Bytes in diesen Blöcken zur Verfügung, die es frei verwalten kann. Insbesondere ist es jetzt nicht mehr nötig, für einige Verweise 16 Bit statt 32 zu verwenden, nur weil ich das 1994 so festgelegt hatte.

Hintergrund war damals, daß jede Datei und jeder Ordner im macOS durch zwei Zahlen eindeutig referenziert wurde, nämlich eine 16 Bit breite VolumeId (ein großes ELL, ich HASSE serifenlose Schrift!) und eine 32 Bit breite Datei-Id. Diese beiden Zahlen wurden schon im Assembler-Teil, also im Kernel, verwaltet, weil ich damals soviel wie möglich im MagiC-Kernel machen wollte und so wenig wie möglich im macOS. Ein Fehler.

Der Emulator unterstützt weiterhin den vorherigen Kernel (API 3); die Funktionen sind alle doppelt vorhanden. Die alten werde ich aber demnächst rauswerfen. Wenn ihr den Emulator neu baut, achtet bitte darauf, daß ihr auch den neuen Kernel verwendet. Im Debug-Modus gibt es eine Warnung, die auf die API-Version 3 oder 4 hinweist.

Mit den symbolischen Links könnt ihr (wenn da nicht noch Fehler drin sind) jetzt natürlich auch folgendes machen:

Hänge in A: ein Disketten-Image ein, dort drin ist Ordner "BILDER".
Macht in C:\BIN einen symbolischen Link auf A:\BILDER.
etc.

Die Links können, wenn alles klappt, auch vom Host aus erzeugt werden (ln -s). Ihr könnt auch einen Atari-Pfad angeben ("ln -s A:\\BILDER A.LNK"), dann zeigt der Link natürlich im Host ins Leere. Wenn der Link vom Atari erzeugt wird, versucht er, einen Host-Link zu erzeugen, und wenn das nicht geht, weil das Ziel-Volume nicht vom Host zugreifbar ist, gibt es einen Atari-Link, auch z.B. auf U:\PROC.

Der ganze Quatsch sollte auch vom MCMD aus gehen, weil die alten Funktionen (Fsfirst/next/attrib etc.) symbolische Links transparent behandeln sollten.
36
atari-home.de / Re: Wiederholung von Nachrichten
« Letzter Beitrag von neualtuser am Fr 27.02.2026, 11:35:55 »
Spam-Schutz ist ein gutes Argument  :o
Heute ging schon mal eine Nachricht raus...  :D
Werde heute Abend schauen ob es mit den "wichtigen" auch klappt...  8)
37
Hardware (High-End) / Re: PAK68/3-030 und FRAK/2 neuaufbau ...
« Letzter Beitrag von Lukas Frank am Mi 25.02.2026, 17:43:18 »
L2 Cache funktioniert nicht und es liegt nicht an den TAG Rambausteinen. Ich weiss das die Platine kein Problem hat. Also SRAM Bausteine auslöten und Sockel einlöten und einen Satz neue SRAM Bausteine besorgen ...

Entlöten ging ganz gut aber selbst bei frischem Lot muss man Vorwärmen und die dann freien Pins mit einer Spitzzange freibrechen und manchmal ist der Baustein direkt frei und ab und zu muss man mit Heißluft etwas nachhelfen. In keinem Fall darf man die Platine beschädigen.
38
Auktionen & Co. / Re: NOS: PLCC68-Sockel mit staggered Layout für Atari ST/STE/TT
« Letzter Beitrag von dbsys am Mi 25.02.2026, 11:23:24 »
Kann man vergessen!
39
atari-home.de / Re: Wiederholung von Nachrichten
« Letzter Beitrag von ragnar76 am Mi 25.02.2026, 09:41:47 »
Die Zeit beginnt ja erst mit dem Absenden zu laufen. Und, anderthalb Minuten können bisweilen ganz schön lange sein…
Hängt davon ab ob man vor oder hinter der Klotüre ist  :D

Im ernst, ich glaube dass das in den Spamschutz-Einstellungen ist um Missbrauch vorzubeugen.
40
Auktionen & Co. / Re: NOS: PLCC68-Sockel mit staggered Layout für Atari ST/STE/TT
« Letzter Beitrag von Wosch am Di 24.02.2026, 21:11:02 »
Und schon wieder weg
Seiten: 1 2 3 [4] 5 6 ... 10