04. December 2024, 10:10
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.
Bei Paging an und existierender PT vergisst du das Mappen komplett
Übersicht
Wiki
Hilfe
Suche
Einloggen
Registrieren
...
vmm_context->virtPageDir[pageDirNumber] = create_page_table_entry(flags,pageTableAdress);
...
pageTableAdress[pageTableNumber] = create_page_table_entry(flags,pAdress);
Wo vergesse ich hier das Mapping?!!!!int vmm_map_page(struct vmm_context*, void* pAdress, void* vAdress, uint16_t flags)
{
uint16_t pageNumber = (uint16_t) ((uint32_t) vAdress / 0x1000);
uint16_t pageDirNumber = pageNumber / 1024;
uint16_t pageTableNumber = pageNumber % 1024;
uint32_t* pageTableAdress;
// uint32_t* page;
if(use_phys_addr)
{
// Ist schon eine PageTable im Directory ?
if(vmm_context->pageDir[pageDirNumber] > 0) {
pageTableAdress = vmm_context->pageDir[pageDirNumber] & 0xFFFFF000;
} else { // Nein? Dann erstelle eine neue
pageTableAdress = pmm_alloc();
memset(pageTableAdress,0x1000);
vmm_context->pageDir[pageDirNumber] = create_page_table_entry(flags, pageTableAdress);
}
// Page in die PageTable eintragen
pageTableAdress[pageTableNumber] = create_page_table_entry(flags, pAdress);
} else { // Paging ist aktiviert
if(vmm_context->virtPageDir[pageDirNumber] > 0) {
pageTableAdress = vmm_context->virtPageDir[pageDirNumber] & 0xFFFFF000;
} else {
pageTableAdress = pmm_alloc(); // Speicher allozieren
vmm_context->virtPageDir[pageDirNumber] = create_page_table_entry(flags,pageTableAdress);
// 0xFFC0 0000 (Hier sind die PageTables als Pages gemappt)
pageTableAdress = (VIRT_PAGE_ADDR + (sizeof(uint32_t) * pageDirNumber));
memset(pageTableAdress,0x1000);
pageTableAdress[pageTableNumber] = create_page_table_entry(flags,pAdress);
}
}
// Transaction Locate Buffer invalidieren (löschen)
asm volatile("invlpg %0" : : "m" (*(char*) vAdress));
return 0;
}
)
.esp0 = (new_cpu +1)
Der Stack wächst doch nach unten, oder? und ein pop erhöht doch die adresse, oder? Wenn dem so ist, warum dann + 1. Ich dachte die CPU möchte den Zustand vielleicht auch noch mal vom Stack holen. Aber gerade mit diesem Plus 1 würde das doch verhindert, oder? oO int main(void)
{
int fd[2];
int status = pipe(fd);
...
return 0;
}
Wie soll den die pipe Funktion die handles zurückliefern, wenn fd so übergeben wird. Oder verweist fd auf eine Adresse weils nen Array ist, und die pipe funktion kann so die elemente belegen? Ich frag mich halt, weil ich jetzt gewettet hätte, das man einen Pointer übergeben muss. Aber bei diesem Aufruf wird im Grunde ein Pointer übergeben, oder? Weils ein Array ist...Und wo wir gerade dabei sind, ein read bekommt einen Pointer wo es die Daten hinlegen soll und liefert nicht einen Pointer wo die Daten liegen. Das ist ein sehr wesentliches Detail...Jetzt bin ich aber verwirrt, ein Read liest doch die Daten aus und sollte selber bestimmen können, was mit den ausgelesenen daten gemacht werden (also wo sie hin sollen. vor allem liest es doch und schreibt nicht, jetzt bin ich verwirrt was das mit "Daten irgendwo hinlegen" zu tun hat. Ich dachte eig, dass ein read einen Puffer bekommt, die mittels write dort reingeschrieben wurden...
Lass Dich nicht vom Multithreading abschrecken, das taljeth in threadsicheren Programmen ein Problem sieht liegt wohl daran das tyndur und die zugehörige libc in der Vergangenheit nicht threadsicher war und das nun geändert werden muss, so das jetzt eben das Problem einer nachträglichen Konzeptänderung entsteht. Wäre tyndur von Anfang an threadsicher gebaut worden wäre der Gesamtaufwand sicher ein klein wenig geringer ausgefallen.Davor schrecke ich im Moment zurück, da ich 1. bis jetzt nur Prozesse habe, keine Threads und 2. die Fehlersuche noch aufwändiger wird.
Task 1 (stack) : 0x123000
Task 1 (tasklist) : 0x126000
Task 2 (stack) : 0x127000
Task 2 (tasklist) : 0x128000
Task 3 (stack) : 0x129000
Userstack: 0x12A000
Task 3 (tasklist) : 0x12B000
Task 4 (stack): 0x12C000
Task 4 (tasklist) : 0x12D000
cstring (1. Aufruf) : 0x12E000
cstring (2. Aufruf) : 0x12F000
Der ESP zeigt allerdings auf ne komische Stelle. Er wächst doch nach unten, oder nicht? Also müsste er im Grunde unter 0x12A000 liegen und nicht bei 0x12AF44
char* cstring = pmm_alloc();
memset(cstring,0,0x1000);
...
Wenn ich diese Funktion nun einmal aufrufe klappt auch alles. Beim zweiten Aufruf bekomme ich einen Stack Fault ( 0xd ). Im Wiki heißt es das es an ein Falsch geladenem Stack Segment Register liegen kann. Ich bin im Moment ratlos woher der kommen kann. Wenn ich Memset z.B. nur 100 Bytes schreiben lasse geht wieder alles, aber ich wollte eigentlich schon eine ganze Page löschen.check_exception old: 0xffffffff new 0xd
6: v=0d e=0000 i=0 cpl=0 IP=0008:00100a3d pc=00100a3d SP=0010:0012af44 EAX=03da0620
EAX=03da0620 EBX=001021e9 ECX=00000001 EDX=0012af5c
ESI=0010059a EDI=0000001a EBP=0000000c ESP=0012af44
EIP=00100a3d EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0
ES =0023 00000000 ffffffff 00cff300 DPL=3 DS [-WA]
CS =0008 00000000 ffffffff 00cf9a00 DPL=0 CS32 [-R-]
SS =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA]
DS =0023 00000000 ffffffff 00cff300 DPL=3 DS [-WA]
FS =0000 00000000 00000000 00000000
GS =0000 00000000 00000000 00000000
LDT=0000 00000000 0000ffff 00008200 DPL=0 LDT
TR =0028 00102160 00068fff 00c08900 DPL=0 TSS32-avl
GDT= 00102220 00000030
IDT= 00102260 000007ef
CR0=00000011 CR2=00000000 CR3=00000000 CR4=00000000
DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000
DR6=ffff0ff0 DR7=00000400
CCS=00000008 CCD=0012af44 CCO=ADDL
EFER=0000000000000000
Was mich leicht wundert, dass die SS und CS Register DPL 0 haben und die anderen beiden DPL 03. Müssten die bei einem Ring 3 Task nich alle DPL 3 haben?