Nachrichten

1

Lowlevel-Coding / Re:"rep outsw" zu schnell?

« am: 05. September 2011, 17:18 »

Also ich habe das ganze unter Ubuntu mit Qemu getestet (Bochs funktioniert irgendwie nicht und bei virtualBox hats Probleme gegeben, weil hda keine .img Datei sein kann und wenn ich das konvertiert habe, er einen Fehler rausgeschmissen hat). Werd jetzt aber mal unter Windows VirtualBox installieren und mit dem Development-Image von meinem Laptop das gleiche auf meinem PC testen, dann seh ich ja, obs die Hardware ist....

Naja, ganz sicher bin ich nicht, dass es genau "rep outsw" ist. Habe immer printf Anweisungen eingefügt und geschaut, wieweit ich komme und aus der Funktion komme ich nicht mehr zurück. Und da mein Assembler eher mager ist und ich nicht weiß, wie ich das weiter Debuggen soll (kann ja auch kein gdb benutzen...) würd ich auf rep outsw tippen.

Rep wird ja ECX mal wiederholt.... Wenn ich die erste Anweisung mit einem "mov ecx, 5" ersetze, dann hängt er sich nicht auf. Nur wenn in ECX was größeres steht, z.b. 20. Wenn ich z.B.: 7 hineinschreibe, dann hängt er sich beim ersten Funktionsaufruf von der Routine nicht auf. Allerdings später beim 5ten oder 6ten mal (wo immer noch ecx mit 7 befüllt wird).
Wie gesagt, sehr, sehr komisch.

Es könnte auch sein, dass wenn ecx zu groß ist, der Speicherbereich, der geschrieben wird, in den Stack hineinragt und die return Adress überschreibt, das halte ich aber eher für sehr unwahrscheinlich..... Vorallem auch, weil bei einer ähnlichen Funktion mit rep insw das gleiche Problem auftritt und da nichts überschrieben wird....

Jemand eine Idee, wie ich das zumindest debuggen könnte? ODer was ich als nächstes machen könnte?

Kann es sein, dass es damit zu tun hat, dass alles mit CHS Modus auf die HD geschrieben wird? (also gibt es HD's, bei denen CHS nicht mehr funktioniert?) Hab mein Problem bei uns im Universitätsforum gepostet und ein paar Leute es austesten lassen, bei vielen mit besseren Prozessoren funktioniert es trotzdem.
Deshalb glaub ich nicht so an das Argument "rep outsw" ist zu schnell.....

Mir fällt aber nichts mehr ein, wie ich das weiter untersuchen könnte oder was die nächsten Schritte wären.

2

Lowlevel-Coding / "rep outsw" zu schnell?

« am: 05. September 2011, 01:27 »

Hallo,

für eine kommende Lehrveranstaltung an unserer Universität soll ich mich ins Thema "Programmieren von OS" einarbeiten. Habe jetzt auch schon einige Tutorials durch und auch schon in einige Projekte eingelesen (Potatoes, prettyOS, geekOS, pintOS, usw.)
Die Wahl des OS wird wahrscheinlich auf Potatoes fallen (in Ansi C geschrieben, Doku für doxygen, nicht allzu "kompliziert und groß", ...)

Nun habe ich aber das Problem, dass auf meinem StandPC Potatoes beim Booten hängen bleibt.
Hier einmal der Link zu Potatoes: http://potatoes-project.tk/

Wenn ich auf meinem StandPC Potatoes starte (auch, wenn ich die fertige .img Dateien downloade und starte), bleibt er bei "Creating FS" hängen.
Habe das ganze einmal debuggt und bin auf folgenden Fehlerverlauf gestoßen:

create_fs() => init_bmap() => mark_block() => wrt_block() => hd_write_sector() => repoutsw()


Repoutsw ist eine in Assembler (in der Datei src\kernel\io\utils.s) geschrieben Funktion:

Code: [Auswählen]

repoutsw:
cld
mov ecx, [esp+12] ;value
mov esi, [esp+8] ;source buffer
mov edx, [esp+4] ;dest address
rep outsw
ret

An dieser Stelle "hängt" sich das OS auf. Also er macht an dieser Stelle nicht weiter.
Beim Aufruf der Funktion, wird in der ersten Zeile in ECX 256 geschrieben, weshalb "rep outsw" 256 mal wiederholt wird. Schreibe ich z.b. mit mov ecx, 5 den Wert 5 in das Register, hängt er sich nicht auf. Erst wenn der Wert > 7 wird, hängt er sich auf.

Woran kann das liegen? Kann die Anweisung zu schnell sein? Ich habe auch schon versucht das ganze mit jump-to-label Anweisungen abzuändern und "nop"-code einzufügen, um den IO-Ports mehr Zeit zu geben, nur es hat nicht funktioniert.
Das gleiche Probleme habe ich bei der Anweisung rep insw.

Das Problem habe ich auch schon in osdev.org gepostet, dort konnte aber niemand den wirklichen Fehlergrund finden, deshalb hoffe ich, dass vielleicht hier mir jemanden helfen kann.

Mein StandPC ist ein Dualcore x86, auf dem funktioniert es nicht. Auf meinem Laptop (singlecore x86) funktioniert es. Eine andere Testperson (Ubuntu 11.04 (amd64) Prozessor ist ein Intel Core i7 Q720. ) konnte das OS auch ohne Probleme starten.

Wäre euch sehr dankbar, wenn Ihr mir da helfen könntet. Das OS kann sonst nur sehr schwer verwendet werden, wenn dann z.B.: bei der Hälfte der Studenten der Fehler auftritt und wir nicht wissen, woher er kommt. Und selbst weiß ich leider auch nicht mehr weiter.

lg