25. April 2024, 03:08
Beiträge anzeigen
Diese Sektion erlaubt es dir alle Beiträge dieses Mitglieds zu sehen. Beachte, dass du nur solche Beiträge sehen kannst, zu denen du auch Zugriffsrechte hast.
Übersicht
Wiki
Hilfe
Suche
Einloggen
Registrieren
// Bit setzen weil Speicher frei: Bit = 1
// x |= FLAG
bitmap[array_index] |= bitnummer;bitmap[array_index] |= 1 << bitnummer;bitmap[array_index] &= ~(1 << bitnummer);
Damals war ich auch noch recht unerfahren im IT-Sektor und meinte, ich könne innerhalb weniger Jahren ein OS entwickeln, welches funktioneller und sicherer ist als Windows (sollte Vivian heißen, wenn sich jemand erinnertAlso sicherer als Windows ist das doch zumindest.). Damals bin ich aber, um ehrlich zu sein, nie weiter gekommen als ein Boot-Programm zu schreiben welches 3 unterschiedliche Funktionen anzeigt, welche per Enter-Taste ausgewählt werden konnten.
Und wäre Lowlevel-Coding auf Servern überhaupt empfehlenswert? (Lohnt sich die extra Geschwindigkeit, da Erlang bereits schnell ist? Wie hoch ist die Gefahr, den Server mit einer fehlerhaften Code zu zerstören usw. ?)Also um einen Server zu zerstören, müsste man schon wirklich unglaublich viel Daten in ein Register packen, dass da der Druck über das Limit von Kupfer steigt (laut Wikipedia 200-250 N/mm^2 und damit deutlich mehr als andere Leiter wie Aluminium). Die Compilerentwickler haben da einige Techniken entwickelt, die sowas außerdem verhindern sollen: ftp://gcc.gnu.org/pub/gcc/summit/2004/Fighting%20Register%20Pressure.pdf Also ich seh da eigentlich kein Problem, wenn du entsprechende Vorsichtsmaßnahmen triffst
Der Fehlercode ist in cpu->error.ZitatWie lautet der Fehlercode?Der Fehlercode also die Nummer des Interrupts "cpu->intr" ist 13 was meiner Belegung nach einem General Protection Fault entspricht.
Das wäre eine Möglichkeit von mindestens 1596.ZitatGerade weil es an so vielem liegen kann, ist der komplette Quelltext hilfreich. An dem geposteten Code kann ich nichts falsches entdecken.dann werde ich mal schauen ob ich mein projekt irgendwie auf github bekomme...
sollte ja nicht so schwer sein... aber eigtl sollte ja nur der code den ich gepostet habe für mein problem releavant sein... oder? kann es daran liegen dass meine physische Speicherverwaltung nicht richtig funktioniert und die pmm_alloc() Funktion nicht funktioniert?
Also das mit dem Quellcode ist eher schwierig weils ziemlich viel ist an dem es liegen könnte, aber ich kann den relevanten Teil mal hier hochladenGerade weil es an so vielem liegen kann, ist der komplette Quelltext hilfreich. An dem geposteten Code kann ich nichts falsches entdecken.
die Logging Funktion meines Emulators kann ich leider nicht nutzen, weil ich einen echten PC als Emulator verwende und von einem USB-Stick boote (Die quemu installation ist desöfteren gescheitert und ein ordentliches Image hab ich dank fehlendem grub legacy auch nicht hingekriegt).Das ist nicht gut. Gerade am Anfang ist ein Emulator sehr nützlich.
Aber ich habe es jetz hinreichend getestet, also wenn nur ein Task läuft ist alles in Ordnung, aber sobald ich mehrere tasks laufen habe, eigtl immer genau dann wenn der Taskswitch stattfindet, also beim Timerinterrupt, bekomme ich einen General Protection Fault, der von meinem Interrupt Handler bearbeitet wird und dann hält mein Kernel gewollt an.Wie lautet der Fehlercode?
Ist das so wie du das gemeint hast?Jep, genau sowas. Einen Bug sehe ich da allerdings noch. Der macht sich zwar nur in einem der Grenzfälle bemerkbar, aber ein Auge für sowas zu entwickeln, ist nie schlecht. Was passiert wenn, du
long[] testarr = {0,0,0,0,0,0,0,0,0}; /* die anzahl nullen ist egal */verwendest? Und wie korrigiert man das? Auf Grund der Uhrzeit1) entschließe ich mich mal, das als Rätsel zu formulieren. Falls du nicht auf die Lösung kommst, geht die Schnitzeljagd hier los: http://pastebin.com/JdPGFGn1 Bei dem 2. bin ich mir allerdings nicht sicher wie ich das hinkriege dass ich das niedrigste gesetzte Bit in einem Integer finde.
private static int bitscanforward(int x) {
int i;
for (i = 0; i < 32; i++) {
if ((x & (1 << i)) != 0)
return i;
}
/* ups gar kein bit war gesetzt */
return -1;
}index = indexArrayValNotNull(bitmap);
bit = bitscanforward(bitmap[index]);
page_nummer = index * 32 + bit; // 32 pages pro eintrag in "bitmap"
adresse = page_nummer * 4096; // jede page ist 4096 bytes großUnd wieviel RAM hast du der virtuellen Maschine zugewiesen?
Also bei mir steht nach dem Booten CR0=80000013. Also sind bei mir die Bits für Cache disable und No Write-Through gelöscht.Mit dem BTC als Instruktion? Dann wäre das sehr seltsam, weil das ja hieße, dass vorher der Cache tatsächlich deaktiviert war. <rhetorisch>Warum sollte das jemand tun?</rhetorisch>
Das heisst bei mir wird der Cache aktiviert.
Wieso muss ich den Cache flushen, wenn die Instruktionen sowieso erst später ausgeführt werden (also nachdem ich den Cache deaktiviert habe)?Ich muss zugeben, dass ich das auch erst gelesen habe, als ich mich über die Funktionsweise von CD informiert habe. Ich vermute, dass durch das setzen von CD die CPU angewiesen wird, nichts mehr in den Cache zu laden. Aber der restliche Mechanismus, der den Cache nutzt bleibt aktiv. Das heißt, die CPU versucht weiterhin den Cache zu benutzen, und wenn sie etwas drin findet, dann nutzt sie es auch. Also würden Daten, die früher einmal in den Cache geladen wurden, auch nach dem deaktivieren weiterhin darin benutzt werden.
Danke fürs AusprobierenIch hab da nicht viel getestet. Das war ein Qemu 1.1.2 unter Debian, dem ich einfach deine ISO mitgegeben habe.
Mit welchen Spezifikationen hast du mein OS getestet? Danke auch für deinen "Fehlerreport" (das mit dem btc).
Und mir ist nicht ganz klar wie ich diese umsetzen soll... also IRQ_BASE is ein int und wahrscheinlich 32 wenn ich das richtig interpretiere.Kann ich alles bestätigen.
ab 32 fangen die Hardware Interupts an und IRQ_BASE + 1 sollte der von der Tastatur sein also 33. Soweit richtig oder ?
Dann die Referenz auf irq_handler ist ja einfach die Funktion die unten drunter erklärt ist.
Was macht jetzt aber register_intr_handler ?So ist es. register_intr_handler kann beispielsweise den übergebenen Zeiger irq_handler in ein Array1) an Index 0x21 eintragen. Der Interrupt-Handler (handle_interrupt) könnte dann bei einem Interrupt in dieses Array schauen (an Index cpu->intr), und wenn dort etwas eingetragen ist, diesen Zeiger aufrufen. Die Syntax für sowas ist nicht ganz einfach, aber wenn du nach "array of function pointers" oder so googelst, solltest du da etwas bekommen. Ansonsten einfach hier nachfragen.
Also soweit ich das verstehe müsste die Funktion ja den intr_stub 33 mit der Funktion irq_handler verknüpfen oder ?
Also muss sozusagen in dem Handler der in Tutorial 5 erstellt wurde für 0x21 die Funktion irq handler gesetzt werden oder sehe ich das falsch?