atari-home.de - Foren
Software => Alternative Betriebssysteme => Thema gestartet von: Lukas Frank am Di 12.09.2017, 19:00:07
-
Das PAM lancetst.tos zeigt Fehler die aber wohl daher kommen das kein Netzwerk extern angeschlossen ist., oder ?
(http://forum.atari-home.de/index.php?action=dlattach;topic=13833.0;attach=14522;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=13833.0;attach=14524;image)
Auf jeden Fall wird lance.xif nicht geladen. Selbst wenn die Hardware ein Problem hat sollte doch eine Meldung vom lance.xif beim booten kommen. Wieso wird lance.xif nicht angezeigt beim booten von MiNT 1-19-cur ?
-
Hallo Frank, hab noch nie so eine PAM VME Ethernet Karte gehabt und kann da keine Tipps geben was da schief geht mit dem Treiber.
-
Das gab es früher bei PCs öfters, dass Netwerkkarten-Treiber/Testtools Fehler angezeigt haben, wenn kein LAN angeschlossen ist. Soweit ich mich erinnere ist doch PAMs NET BNC, oder? Häng mal testweise parallel zwei 50 Ohm Widerstände dran...
-
Das PAM lancetst.tos zeigt Fehler die aber wohl daher kommen das kein Netzwerk extern angeschlossen ist., oder ?
Ja. Beim externen Loopback muß eine zweite Station (oder ein Hub) am Bus sein, damit das hinhaut. Die Abschlußwiderstände alleine reichen nicht aus.
Ich habe selber keine PAM's Karte, sondern eine Riebl. Soweit ich mich erinnere, wird bei der der MiNT-Treiber nur geladen, wenn er eine gültige MAC-Adresse im batteriegepufferten RAM gefunden hat. Wenn da nichts vernünftiges drinsteht, wird's nix. Hat die PAM's-Karte auch eine Knopfzelle auf dem Board?
-
(http://atari.wroclaw.pl/fotki/sieci/pams.jpg)
Die PAM hat keine Batterie, es steht im Speicher der auf der Karte verbaut ist.
Vielleicht hat ja jemand ein Tool von PAM um die HW Adresse sehen zu können. Das Testprogramm sagt ja beim EEpromtest "OK" ...
-
Habe mal mit dem PAM TUW TCP/IP Paket rumgespielt und die Treiber werden geladen ohne Fehlermeldung. Um die Ausgaben sehen zu können habe ich von Diskette gebootet.
Gibt es ein Tool das nach jedem Abarbeiten eines Autoordner Programmes auf einen Tastendruck wartet um die Ausgaben in Ruhe lesen zu können ?
-
Ja, das gibt es, frag mal Ektus danach. Er hat eines geschrieben.
-
Habe ihn mal angeschrieben ...
-
Habe mal Bilder machen können vom TUW Treiber. Wenn TUWTCP.PRG geladen wird gibt es zwei Bomben ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=13833.0;attach=14528;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=13833.0;attach=14530;image)
-
Habe mal zum Probieren MiNT 1-18-1 installiert und siehe da lance.xif wird geladen. Scheint alles in Ordnung zu sein ...
Ich weiss ja nicht was die MiNT/XaAES Leute da immer machen, totales Chaos ...
Die 1-19-cur ist so nicht zu gebrauchen, schade.
(http://forum.atari-home.de/index.php?action=dlattach;topic=13833.0;attach=14532;image)
-
Habe mal zum Probieren MiNT 1-18-1 installiert und siehe da lance.xif wird geladen. Scheint alles in Ordnung zu sein ...
Ich weiss ja nicht was die MiNT/XaAES Leute da immer machen, totales Chaos ...
Die 1-19-cur ist so nicht zu gebrauchen, schade.
Ich denke das ist auch alles schwierig zu testen... vor allem wenn man die entsprechende Hardware nicht hat könnte ich mir vorstellen. Und wenn hier ein Fehler gefunden wird hat eigentlich immer Helmut und Co. geholfen. Dafür nochmal mein Dank an die MiNT-Programmier-Guru's.
-
Das nervt wenn Sachen die mal über eine lange Zeit gingen plötzlich nicht mehr gehen ...
Ich verstehe nicht warum man an solche Sachen Hand an legt wenn man die Gerätschaffen nicht hat und nichts überprüfen kann. Oder man muss sich eine reihe von Betatestern zulegen ...
-
Ich weiss ja nicht was die MiNT/XaAES Leute da immer machen, totales Chaos ...
Zwischen 1-18 und 1-19 gibt's - soweit ich das sehe - keinerlei Änderungen am Treiber.
-
Beim booten des 1-19 Kernel kommt für den lance.xif gar keine Bootmeldung. Da sollte minimal eine Statusmeldung kommen. So in der Art keine Karte gefunden oder sowas.
-
Nur Nörgeln hier im Forum behebt das Problem nicht. Mach einen Bugreport auf, das geht bei Freemint über die "Issues"-Funktion von Github ganz einfach. Dazu ist es aber wichtig, dass Du genau die Umstände beschreibst: Was für ein Rechner? Welche MiNT-Version genau, 1-19 ist da zu unspezifisch. Am besten den vollständigen Download-Link der Version, mit der es nicht geht.
-
So ist bspw. in den 1-19-Snapshots, die Du hier beziehen kannst: https://github.com/freemint/freemint.github.io/blob/master/builds/freemint/master/new/ (z.Zt. aktuell https://github.com/freemint/freemint.github.io/blob/master/builds/freemint/master/new/freemint-1-19-214-020.zip), der Lance-Treiber auf inaktiv gesetzt, Dateiendung .xix. Falls Du solch ein Snapshot nutzt: Hast Du die Datei (in passenden Ordner, also z.B. "TT") auch in lance.xif umbenannt?
-
Erkläre mir doch Bitte mal ganz genau wie ich auf github eine Meldung absetzen kann. Die alte MiNT Mailing Liste ist ja wohl nicht mehr. Was die 1-19 angeht habe ich so einige durchprobiert von 2015 bis 2017 jeweils trunk und helmut und auf allen geht nichts. Das der Treiber XIF heißen muss ist mir klar ...
-
Habe mal zum Probieren MiNT 1-18-1 installiert und siehe da lance.xif wird geladen. Scheint alles in Ordnung zu sein ...
Ich weiss ja nicht was die MiNT/XaAES Leute da immer machen, totales Chaos ...
Die 1-19-cur ist so nicht zu gebrauchen, schade.
Ich weiß auch nicht was „die“ machen, da ich bei MiNT nicht mitarbeite.
Da ich aber auch schonmal für’n Atari Hardware-Treiber geschrieben habe (damals, als Rolf noch frisch war), kann ich zumindest davon berichten, dass es gar nicht so einfach ist, den Hardwarezoo, den es da gibt, sauber zu unterstützen. Oft hat man widersprüchliche oder halbgare Informationen, und soll dazu dann Code schreiben. Oft sogar noch, ohne die passende Hardware selbst zu haben. Bei mir ging das nur durch regelmäßige Treffs (CETiK u.a.), bei denen man sein Code dann auf allem vom 520ST bis zu MagiCMac, MiNT, Hades, Milan, Milan mit Soundkarte, Atari-Emulator am Amiga etc.pp. testen konnte. Und was hagelte es da z.T. Bomben …
An solchen Tagen brachte ich es dann auf mehrere Releases am Tag.
Insofern habe ich viel Verständnis, dass bei neuen Versionen bereits „sicher“ geglaubtes kaputtgehen kann.
-
Erkläre mir doch Bitte mal ganz genau wie ich auf github eine Meldung absetzen kann.
https://github.com/freemint/freemint/issues (https://github.com/freemint/freemint/issues), auf "New issue" klicken. Vermutlich ist ein Github-Account Voraussetzung dafür.
Die alte MiNT Mailing Liste ist ja wohl nicht mehr. Was die 1-19 angeht habe ich so einige durchprobiert von 2015 bis 2017 jeweils trunk und helmut und auf allen geht nichts.
Es gibt auch eine (neue) Mailingliste, falls Du den Bugreport dorthin schicken möchtest: http://wiki.sparemint.org/index.php/FreeMiNT_mailing_list
Du machst es den Entwicklern aber einfacher, wenn Du jeweils einen konkreten Link postest auf eine Version die geht und eine die nicht geht.
-
Vielen Dank ...
-
Habe mal auf github geschrieben ...
Die XIF Treiber werden in allen 1-19 Versionen nicht mehr geladen. Wenn man die Hardware nicht hat macht das nichts, es kommt in jedem Falle ein Meldung vom XIF Treiber.
-
Hmm, ich habe gerade mal in meiner MiNT-Installation (1.19er-Snapshot von vor vielleicht zwei Wochen) die lance.xix im Ordner TT in lance.xif umbenannt. Dann sehe ich folgende Bootmeldung, d.h. offensichtlich wird der Treiber bei mir schon geladen -- findet aber natürlich keine Karte.
(http://forum.atari-home.de/index.php?action=dlattach;topic=13833.0;attach=14536;image)
-
Sorry, habe mich selbst zitiert und gepostet. War ein langer Tag heute...
-
Bei mir am Atari TT mit der 1-19-214 wird der Treiber nicht einladen, auch in allen anderen 1-19 Versionen nicht. Mit der 1-18-1 geht es, alles recht Seltsam ...
-
Wird denn der MiNT-Net TCP/IP Stack bei Dir ohne Fehlermeldung geladen wie auf meinem Foto?
-
Da liegt vielleicht das Problem, vielleicht nutzen die Entwickler alle Emulatoren. Ist die Frage ob das eine Krankheit oder ein Segen ist ...
-
Mir ist jetzt nicht ganz klar, wie Du jetzt auf Emulatoren kommst. Wird der TCP/IP Stack nun bei Dir geladen oder nicht?
-
Da liegt vielleicht das Problem, vielleicht nutzen die Entwickler alle Emulatoren. Ist die Frage ob das eine Krankheit oder ein Segen ist ...
Christian, Frank schrieb doch vielleicht... weil er sich das evtl. nicht erklären kann, denke ich jetzt einfach mal so. ;D
-
Ich hab die Erfahrung gemacht, dass es auch auf die Reihenfolge der Treiber im MiNT-Ordner ankommt. Wenn man die nicht in eine halbwegs logische Reihenfolge bringt, dann hatte ich auf dem Milan Abstürze oder manche Dinge funktionierten einfach nicht wie z. B. NFS. Bei dem Netzwerksachen habe ich zuerst den Netzwerkkartentreiber stehen. Dann den TCP/IP-Stack und dann den NFS-Treiber.
-
Zumindest bei einem aktuellen MiNT lädt der TCP/IP-Stack, also inet4.xdd ja die Netzwerkkartentreiber.
Insofern kann man den Netzwerkkartentreiber ja gar nicht in der falschen Ladereihenfolge haben.
Siehe auch meinen Screenshot.
-
inetd ist im 1-19-214 und 1-19-cur da ...
Seltsam das ganze, auf einem Falcon mit CT60 funktioniert es wie jemand auf github schrieb.
-
inetd ist im 1-19-214 und 1-19-cur da ...
Ich sprach von inet4.xdd, nicht inetd; das ist was ganz anderes. Ich frage zum dritten Mal: "Wird denn der MiNT-Net TCP/IP Stack bei Dir ohne Fehlermeldung geladen wie auf meinem Foto?"
Wenn Du Dir nicht sicher bist, wie Du die Meldungen zu interpretieren hast, mach doch eine Reihe Fotos aller Meldungen, die Du beim Start siehst, dann gucke ich sie mir an, ob hier "MiNT-Net TCP/IP" darin auftaucht und was nach "Loading interfaces" steht.
Seltsam das ganze, auf einem Falcon mit CT60 funktioniert es wie jemand auf github schrieb.
Auf dem TT wird der Treiber ja auch geladen, siehe mein Screenshot. Natürlich findet er in meinem Fall die Karte nicht -- wie auch -- aber geladen wird er.
-
Ich meinte ja auch inet4.xdd ...
Das Bild ist von der 1-18-1 Version, da funktioniert ja alles wie es soll. Die Netzwerkkarte ist am BNC Ausgang defekt, muss ich noch reparieren. Das hat aber nichts mit dem Problem beim Atari TT und allen 1-19 Versionen zu tun ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=13833.0;attach=14538;image)
Im Post #9 sieht man ja auch das bei der 1-18-1 alles in Ordnung ist und der Treiber auf dem Atari TT geladen wird, was in den 1-19 Versionen nicht passiert.
-
Was steht denn im boot-log, oder hast Du das ausgeschaltet?
-
Hier ist mein boot.log ...
lance.xif und inet4.xdd liegen im \mint\1-19-cur\ Ordner. Ich nutze zur Zeit den helmut Kernel vom 23062017.
Resident TOS version 3.06
Kbshft 0x000010BB.
p *** WARNING *** q
You have turned off the memory protection.
This is not recommended and may not be
supported in the future.
Calibrating delay loop ... 7.91 BogoMIPS
p High quality random number generator q
courtesy of Theodore Ts'o.
Copyright ½ 1994-1998 Theodore Ts'o
All Rights Reserved.
See the file COPYRAND for details.
Initializing built-in domain ops ... done!
Loading external modules ...
p MiNT-Net TCP/IP 1.6 PL 1, q
½ 1993-1996 by Kay Roemer.
½ 1997-1999 by Torsten Lang.
½ 2000-2010 by Frank Naumann.
Loading interfaces:
AM7990: driver for PAMs EMega/VME (C) 1996, 1997, 1998 by T. Lang
AM7990: driver v1.2 (ple0) for PAMs EMega/VME (00:00:5B:E8:02:DD)
IP masquerading by Mario Becroft, 1999.
FTP masquerading support by Torsten Lang, 1999.
p xconout2 output catcher version 0.3 q
½ Jan 1 1995 by TeSche <itschere@techfak.uni-bielefeld.de>
½ 2000-2010 by Frank Naumann.
Spooled Centronics device driver, by T.Bousch (version 0.9).
This program is FREE SOFTWARE, and comes with NO WARRANTY.
See the file "COPYING" for more information.
p MFP serial driver version 0.31 q
½ 1998, 1999 by Rainer Mannigel.
½ 2000-2010 by Frank Naumann.
original MFP (supported)
TT MFP (supported)
p SCC serial driver version 0.27 q
½ 1998, 1999 by Rainer Mannigel.
½ 2000-2010 by Frank Naumann.
PCLK is 8.053976 MHz
p Ext2 filesystem driver version 0.63 q
½ 1998, 1999 by Axel Kaiser.
½ 2000-2010 by Frank Naumann.
½ 2013 by Alan Hourihane.
p Network file system driver version 0.57 q
½ 1993, 1994 by Ulrich Khn.
½ 2000-2010 by Frank Naumann.
See the file COPYING for copying and using conditions.
p dynamic RAM filesystem driver version 0.57 q
½ Mar 3 1999 by Frank Naumann.
Starting up the update daemon ... done!
Starting up the idle process (pid 0) ... done!
Installing keyboard table `u:/c/mint/1-19-cur/keyboard.tbl' ... AKP 1, ISO 0.
Reading `u:/c/mint/1-19-cur/mint.cnf' ... 1811 bytes done.
[u:/c/mint/1-19-cur/mint.cnf:11] unknown variable 'FS_NEWWFATFS', skipped.
pVFAT active:q J
[u:/c/mint/1-19-cur/mint.cnf:13] unknown variable 'FS_CACHE', skipped.
Checking filesystem on drive e.
e_: clean, 10912/122160 files, 74924/488280 blocks
Current date and time: Fri Sep 15 18:49:40 2017
Time zone in use: CEST
East of Greenwich Mean Time: 2:00:00
Kernel clock mode: localtime
INIT 'u:\sbin\init' ''
Setup complete, now booting system...
AESSYS:read_inf:u:\c\MINT\1-19-CUR\XAAES\xaaes.inf
Reading `u:\c\MINT\1-19-CUR\XAAES\xaaes.inf' ... 350 bytes done.
So wie es aussieht wird der Netzwerkkarten Treiber doch geladen allerdings bei mir ohne Ausgabe beim booten über den Bildschirm. Ich arbeite auf TT-Mittel oder TT-Hoch also nicht über eine Grafikkarte.
-
So wie es aussieht wird der Netzwerkkarten Treiber doch geladen
Also ist jetzt alles OK? Und die Aussage: "Ich weiss ja nicht was die MiNT/XaAES Leute da immer machen, totales Chaos ... Die 1-19-cur ist so nicht zu gebrauchen, schade." ist hinfällig?
-
Ist halt ein wenig blöd wenn keine Bildschirmausgabe kommt und man meint der Treiber wird nicht geladen. Schön ist das nicht.
-
Alles was ins boot-log geht, erscheint nicht auf dem Bildschirm. Das ist Absicht, war schon immer so, und bisher hat sich auch noch keiner darüber beschwert.
-
Habe mal zum Probieren MiNT 1-18-1 installiert und siehe da lance.xif wird geladen. Scheint alles in Ordnung zu sein ...
Ich weiss ja nicht was die MiNT/XaAES Leute da immer machen, totales Chaos ...
Die 1-19-cur ist so nicht zu gebrauchen, schade.
(http://forum.atari-home.de/index.php?action=dlattach;topic=13833.0;attach=14532;image)
Die Meldung beim booten des Kernels über das Laden des Netzwerktreibers sollte doch kommen. So kenne ich das. Bei der 1-18-1 geht es doch. Warum in der 1.19 nicht mehr ?
-
Ich wette, wenn Du das Bootlog wieder abschaltest, erscheinen die Meldungen auch wieder...
-
Habe mal auf github geschrieben ...
Die XIF Treiber werden in allen 1-19 Versionen nicht mehr geladen. Wenn man die Hardware nicht hat macht das nichts, es kommt in jedem Falle ein Meldung vom XIF Treiber.
Evtl. die Jung noch über den aktuellen Status informieren falls noch nicht geschehen.
-
Ich wette, wenn Du das Bootlog wieder abschaltest, erscheinen die Meldungen auch wieder...
Bingo ...
Vielen Dank, bin gespannt wieviel Zeit vergeht bis ich das wieder vergesse. Muss das denn so sein ?
-
Muss was wie sein?
-
Es wäre doch gut wenn das boot.log eingeschaltet ist die Meldungen über das Laden der Treiber trotzdem auch wie gewohnt über den Bildschirm ausgegeben werden. So kann man Verwirrungen vermeiden ...
-
Das ist alles oder nichts.
In der aranym-Version kann man beides einstellen: Dann gehen die Meldungen in das log-file und auf das host-Fenster, von dem aus aranym gestartet wurde. Evtl. geht das beim normalen MiNT auch.
Einfacher könnte man vor der Umlenkung noch sowas wie "boot-messages in ...." auf dem Bildschirm ausgeben.
Wenn ich mal wieder was an MiNT mache, denke ich an Dich. Wenn ich es nicht vergesse ...
Oder Du machst eine Anfrage auf github. Vielleicht macht's ja ein anderer.