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.


Nachrichten - __OS_coder

Seiten: 1 [2] 3 4
21
Lowlevel-Coding / Break-SCanCode wird nicht gesendet ...
« am: 20. July 2006, 23:25 »
vllt liegt das daran, dass du erst ne Taste, die n breakcode sendet, drücken muss? XD  :P
22
Lowlevel-Coding / Break-SCanCode wird nicht gesendet ...
« am: 20. July 2006, 22:38 »
hmm... okay
Break Codes?! STRG+C, z.B.? Da sendet der doch mehrere Bytes... das heißt du musst erst port 0x60 abfragen, den als Breakcode identifizieren und dann die restlichen bytes abfragen... Ick hab des aber selber noch nie gecodet...
23
Lowlevel-Coding / Break-SCanCode wird nicht gesendet ...
« am: 20. July 2006, 22:19 »
hm... was genau macht die Funktion num_to_str? und was sind ihre Inputs/Outputs?
24
Lowlevel-Coding / Grub and VBE mode 800x600 16bit Farbtiefe
« am: 20. July 2006, 22:16 »
jaa... hast du denn keine ahnung, was falsch sein könnte?
25
Lowlevel-Coding / Grub and VBE mode 800x600 16bit Farbtiefe
« am: 20. July 2006, 21:55 »
Hi,
Wie bekomme ich Grub dazu, dass er mir den Videomodus 800x600 mit 16Bit Farbtiefe einschaltet?
Ich habe Grub mit den VBE Mods... Mein Code sieht so aus, aber er färbt den Bildschirm net :(

; multiboot config
MBOOT_FLAGS     equ  MBOOT_PAGE_ALIGN | MBOOT_MEMORY_INFO | MBOOT_AOUT_KLUDGE | MBOOT_VIDEO_INFO

; start of file
_start_of_file:

; MBoot Header, 4-byte aligned
align 4, db 0
_mboot:
    dd MBOOT_MAGIC
    dd MBOOT_FLAGS
    dd 0 - MBOOT_MAGIC - MBOOT_FLAGS
    dd _mboot
    dd _start_of_file
    dd _end_of_data
    dd _end_of_file
    dd _entry_point
    dd 0
    dd 800
    dd 600
    dd 16

_entry_point:
   ; get VbePhysBasePtr
    mov     edx, dword [ebx+mbti_vbe_mode_info]
   
    mov     eax, dword [edx+VbeModePhysBasePtr]
    mov     dword [VbePhysBasePtr], eax

    ; color screen
    mov     edi, dword [VbePhysBasePtr]
    mov     eax, 0xCC
    mov     ecx, 600 * 800
    rep      stosd

; data section
VbePhysBasePtr dd 0
_end_of_data:
; bss section
_end_of_file


Die Labels mbti_vbe_mode_info und VbeModePhysBasePtr sind die entsprechenden Offsets in der Multiboot Struc bzw. VbeModeInfo Struc

Hier meine menu.lst:
timeout 8
default 0

title testOS
    root (fd0)
    kernel /boot/loader.gz
    vbematch 800 600 16


Könnt ihr mir da irgendwie weiterhelfen?

danke ;)
26
Lowlevel-Coding / eine Frage zu einem COde
« am: 19. July 2006, 23:43 »
Kleine Frage... welchen Assembler benutzt denn du?
Und was hast du denn noch nicht verstanden?
27
Lowlevel-Coding / jmp-Befehl???
« am: 19. July 2006, 23:40 »
Kein problem ;) Ich bin ja da um zu helfen XD
28
Lowlevel-Coding / eine Frage zu einem COde
« am: 19. July 2006, 23:29 »
Der Ausdruck (irq2 and 0xFFFF) bewirkt, dass nur die unteren 16bits der Adresse irq2(ich denke mal das ne Adresse von nem IRQ Handler XD) behalten werden, der rest wird 0. Und da bei diesem Interrupt Gate nunmal das erste Wort die unteren 16bit der 32bit-Handleradresse speichern sollen, muss dafür gesorgt werden, dass auch nur die unteren 16bits gespeichert werden. ;)

Ich hoffe die Antwort hat geholfen...
29
Lowlevel-Coding / jmp-Befehl???
« am: 18. July 2006, 17:39 »
naja... so ähnlich ein... Selector besteht aus 16bit.. und ist wie folgt aufgebaut:

bit 0      Table Indikator (auswählen ob sich der Index auf GDT oder LDT bezieht)
bit 1-2   Requested Privilege Level ( Welches Privileglevel gewünscht ist; DPL wird mit RPL verlichen )
bit 3-15 Index in der GDT

Also wird der Selector schon als Nummer angegeben.. nur liegt dieser Index 3 bits nach links verschoben... daher ergibt sich für dein Codesegment die 0x8
30
OS-Design / PL0 Stack und Tasks
« am: 18. July 2006, 17:24 »
Ich plane folgendes:
1 TSS für SS0 und ESP0
Bei jedem Taskswitch wird CR3 gewechselt und die Register des vorigen Tasks in der Prozessstruktur deselben gespeichert und die Register des nächsten Tasks aus der Prozessstruktur deselben geladen...

Ich bin mir da noch nicht so sicher, ob das so machbar ist... Deshalb bitte ich auch um Feedback...  :wink:  :lol:

Ebenfalls danke im vorraus
31
OS-Design / Frage zur Versionierung
« am: 12. July 2006, 22:21 »
Alles klar... ich wollte nur wissen, wie man es normalerweise gemacht wird....
Ich danke dir vielmals... Für mich erscheint es so, wie du es sagst auch logisch... Nochmal vielen dank
32
OS-Design / Frage zur Versionierung
« am: 12. July 2006, 19:13 »
Hi,

Ich habe da mal eine Frage zur Versionierung:
Wird die Revisionsnummer( patch level ) bei einer Änderung
der Haupt- oder Nebenversionsnummer( major oder minor release )
wieder auf Null gesetzt, oder beibehalten?
33
Offtopic / GRUB und VBE
« am: 10. February 2006, 15:13 »
Habz gefunden LoL...war n bissl dumm... :D
34
Offtopic / GRUB und VBE
« am: 09. February 2006, 21:55 »
Wo gibt's den das SDK??  :oops:
35
Lowlevel-Coding / Stack nach Exception
« am: 26. January 2006, 21:24 »
Wollt schon sagen lol... ja das is mir dann bekannt... danke! ;)
Gut dann code isch das mal so zusammn :D
36
Lowlevel-Coding / Stack nach Exception
« am: 26. January 2006, 21:06 »
Wasn das PL?? Meinste das IOPL?? Oder das Parity Flag??  :?
37
Lowlevel-Coding / Stack nach Exception
« am: 26. January 2006, 19:03 »
yooo danke das hilft... :D

Jetzt noch eine kleine Frage... Wie finde ich
heraus, ob ein Stack-Switch stattgefunden hat
und das SS und ESP Register zusätzlich gepusht
worden ist?? Ist das überhaupt möglich? :shock:
38
Lowlevel-Coding / Stack nach Exception
« am: 26. January 2006, 15:01 »
Dass bei manchen Exceptions Errorcodes und bei manchen nicht
gepusht werden, weiß ich auch... ich wollte eigentlisch wissen
in welcher Reihenfolge bei einer Exception die Register EIP, CS,
EFLAGS gepusht werden und ob noch mehr gepusht wird... Außer
ein eventueller Fehlercode

@bluecode: Kannste mir mal n direkten Hyperlink geben.. ich komm
mit der Intelsite nich klar.. die ham so'ne komische Navigation :D
39
Lowlevel-Coding / Stack nach Exception
« am: 24. January 2006, 21:44 »
hiii...
Ich wollte mal fragen, ob mir jemand jetzt
mal genau sagen kann, was in welscher reihenfolge
beim auslösen einer Exception gepusht wird... ich hab
schon "überall" nachgesehen und "überall" steht was anderes

Danke
40
OS-Design / Mit GRUB Module laden lassen
« am: 11. January 2006, 21:55 »
achja... stimmt... ich kopiere den ganzen kram einfach
an die geplante stelle... stimmt... danke... boar bin ich fertig  :D
okay... so mach ich es dann.. super danke... ;)
Seiten: 1 [2] 3 4

Einloggen