1
Nevar przekaż mi proszę dane do konta FTP z forum, jeśli nie masz ochoty nic tu robić 
Na adres e-mail.
Na adres e-mail.
Aktualności:
Start nowego forum !
Start nowego forum !
Pokaż wiadomości
Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.
Strony: [1]
2
Wataha.net prezentuje: http://wataha.net/system/latest-wataha-os-public.zip dla MS/Windows i GNU/Linux
Sprawne jądro 64 bitowe
(+ mbr [16 bit], bootsector [16/32/64 bit]), wielozadaniowe z wywłaszczeniem, obsługą systemu plików FAT16 (odczyt), obsługa dysku PATA IDE0 Master (odczyt), obsługa partycji (aktywnej) - na dodatek program działający jako proces "Shell", czyli powłoka systemu.
Przykładowa programy uruchamiane z powłoki (ładowane z dysku jako procesy):
- hello
- name
Podziękowania dla Mangado, za bycie odpornym na mnie
Sprawne jądro 64 bitowe
(+ mbr [16 bit], bootsector [16/32/64 bit]), wielozadaniowe z wywłaszczeniem, obsługą systemu plików FAT16 (odczyt), obsługa dysku PATA IDE0 Master (odczyt), obsługa partycji (aktywnej) - na dodatek program działający jako proces "Shell", czyli powłoka systemu.Przykładowa programy uruchamiane z powłoki (ładowane z dysku jako procesy):
- hello
- name
Podziękowania dla Mangado, za bycie odpornym na mnie
3
Asembler / Bootsector FAT16 dla dysku twardego IDE0 Master (32, 64 bit)
« dnia: Listopad 15, 2013, 01:43:42 »
Totalna aktualizacja!
Prezentuje teraz dwa sektory rozruchowe 32bit i 64bit.
Wersja 32bit: http://wataha.net/system/32bit/
Wersja 64bit: http://wataha.net/system/64bit/
Rzuty ekranu z przykładu działania:
- http://wataha.net/system/32bit/32bit.png
- http://wataha.net/system/64bit/64bit.png
Bootsector i program GRUB ładuje plik o nazwie KERNEL znajdujący się w głównym katalogu systemu plików FAT 16 do pamięci pod adres 0x100000 (pierwszy mebibajt pamięci)
Aby załadować własny plik jądra 32 lub 64 bitowego, w przypadku systemu operacyjnego Windows należy wykorzystać darmowe oprogramowanie np. OSFMount http://www.osforensics.com/tools/mount-disk-images.html.
Jeśli chodzi o systemy GNU/Linux, osoby z niego korzystające już wiedzą jak to zrobić
Konfiguracja programu do wirtualizacji (np Bochs) powinna być ustawiona na minimum 2 MiB pamięci RAM (standardowo Bochs ustawia 32 MiB).
Nic teraz nie stoi na przeszkodzie do pisania własnego jądra w samym C, C++ itp.
Jakakolwiek modyfikacja pliku GRUB z załączonego dysku, może być wynikiem nieprawidłowego działania sektora rozruchowego.
Przykładowe 64 bitowe jądro w języku asemblera
Błąd 0x00:
Brak pętli w przygotowywaniu stronicowania ograniczał rozmiar ładowanego jądra systemu do 960 KiB (0x100000 - tablice ACPI). Stronicowane było tylko pierwsze 2 MiB pamięci.
Naprawa 0x00:
Stronicowana jest pamięć 64 MiB, dwukrotnie większy rozmiar pamięci, niż możliwy rozmiar jądra na załączonym obrazie dysku. (Twoje jądro systemu jest większe niż wirtualny dysk? Wiedz, że coś się dzieje!
)
Jakiekolwiek problemy z działaniem, proszę zgłaszać poniżej.
Prezentuje teraz dwa sektory rozruchowe 32bit i 64bit.
Wersja 32bit: http://wataha.net/system/32bit/
Wersja 64bit: http://wataha.net/system/64bit/
Rzuty ekranu z przykładu działania:
- http://wataha.net/system/32bit/32bit.png
- http://wataha.net/system/64bit/64bit.png
Bootsector i program GRUB ładuje plik o nazwie KERNEL znajdujący się w głównym katalogu systemu plików FAT 16 do pamięci pod adres 0x100000 (pierwszy mebibajt pamięci)
Aby załadować własny plik jądra 32 lub 64 bitowego, w przypadku systemu operacyjnego Windows należy wykorzystać darmowe oprogramowanie np. OSFMount http://www.osforensics.com/tools/mount-disk-images.html.
Jeśli chodzi o systemy GNU/Linux, osoby z niego korzystające już wiedzą jak to zrobić
Konfiguracja programu do wirtualizacji (np Bochs) powinna być ustawiona na minimum 2 MiB pamięci RAM (standardowo Bochs ustawia 32 MiB).
Nic teraz nie stoi na przeszkodzie do pisania własnego jądra w samym C, C++ itp.
Jakakolwiek modyfikacja pliku GRUB z załączonego dysku, może być wynikiem nieprawidłowego działania sektora rozruchowego.
Przykładowe 64 bitowe jądro w języku asemblera
Kod: [Zaznacz]
[BITS 64] ; kod 64 bitowy
[ORG 100000h] ; pierwszy mebibajt pamięci
mov rsi, powitanie
call wypisz_tekst_64bit
jmp $ ; koniec programu
; prodstawowe procedury obsługi ekranu
%include "wypisz 64bit.asm"
powitanie db 'Witaj w 64 bitowym jajku!', 0Błąd 0x00:
Brak pętli w przygotowywaniu stronicowania ograniczał rozmiar ładowanego jądra systemu do 960 KiB (0x100000 - tablice ACPI). Stronicowane było tylko pierwsze 2 MiB pamięci.
Naprawa 0x00:
Stronicowana jest pamięć 64 MiB, dwukrotnie większy rozmiar pamięci, niż możliwy rozmiar jądra na załączonym obrazie dysku. (Twoje jądro systemu jest większe niż wirtualny dysk? Wiedz, że coś się dzieje!
)Jakiekolwiek problemy z działaniem, proszę zgłaszać poniżej.
4
Asembler / Bootsector FAT12 dyskietka 1,44 MiB
« dnia: Maj 02, 2013, 15:26:01 »
Napisałem sektor rozruchowy dla nośnika jakim jest dyskietka 3,5" wykorzystując system plików FAT12.
Poniżej zamieszczam pliki do pobrania obrazu dyskietki z w pełni działającym egzemplarzem oraz przykładowym plikiem, który zostanie załadowany przez sektor rozruchowy.
Obraz dystkietki:
http://wataha.net/system/boot/obraz%20dyskietki%20z%20sektorem%20rozruchowym%20fat12.img
Sektor rozruchowy FAT12:
http://wataha.net/system/boot/sektor%20rozruchowy%20fat12.bin
Plik GRUB:
http://wataha.net/system/boot/GRUB
Plik "obraz dyskietki z sektorem rozruchowym fat12.img" możemy uruchomić w oprogramowaniu Bochs, VirtualBox lub Qemu. Jest to czysty system plików + załadowany 'sektor rozruchowy.bin' + skopiowany plik 'GRUB'
Sektor rozruchowy ładuje plik znajdujący się w głównym katalogu systemu plików o nazwie GRUB (nazwa nie jest przypadkowa). Maksymalna dozwolona wielkość pliku GRUB to 475,5 KiB, uzależnione od miejsca w które sektor rozruchowy załaduje plik do pamięci (0x0000:0x9000).
Jestem całkowicie pewien, że ponad 475 KiB w pełni wystarczy na napisanie własnego oprogramowania do skonfigurowania GDT, włączenia linii A20, przełączenia procesora w tryb chroniony oraz załadowanie jądra w miejsce 1 MiB+
PS: Nie działa prawidłowo przycisk URL z panelu pisania postów.
Poprawka 0x1 (1 Maja 2013):
Błąd w sektorze rozruchowym uniemożliwiał załadowanie pliku GRUB większego niż 512 Bajtów. Procedura zapisująca odczytany sektor w 0x0900:0x0000 nie zwiększała segmentu o 200h po umieszczeniu pierwszej partii danych w pamięci. Wynikiem był załadowany ostatni tylko sektor pliku GRUB pod adres 0x0900:0x0000. Naprawione.
Adnotacja 0x01 (2 Maja 2013):
Postęp prac nad plikiem rozruchowym GRUB:
- przełączenie procesora w tryb chroniony
- wyświetlenie informacji o przebiegu prac w trybie rzeczywistym i chronionym[/list]
Adnotacja 0x02 (7 Maja 2013):
Postęp prac nad plikiem rozruchowym GRUB:
Poniżej zamieszczam pliki do pobrania obrazu dyskietki z w pełni działającym egzemplarzem oraz przykładowym plikiem, który zostanie załadowany przez sektor rozruchowy.
Obraz dystkietki:
http://wataha.net/system/boot/obraz%20dyskietki%20z%20sektorem%20rozruchowym%20fat12.img
Sektor rozruchowy FAT12:
http://wataha.net/system/boot/sektor%20rozruchowy%20fat12.bin
Plik GRUB:
http://wataha.net/system/boot/GRUB
Plik "obraz dyskietki z sektorem rozruchowym fat12.img" możemy uruchomić w oprogramowaniu Bochs, VirtualBox lub Qemu. Jest to czysty system plików + załadowany 'sektor rozruchowy.bin' + skopiowany plik 'GRUB'
Sektor rozruchowy ładuje plik znajdujący się w głównym katalogu systemu plików o nazwie GRUB (nazwa nie jest przypadkowa). Maksymalna dozwolona wielkość pliku GRUB to 475,5 KiB, uzależnione od miejsca w które sektor rozruchowy załaduje plik do pamięci (0x0000:0x9000).
Jestem całkowicie pewien, że ponad 475 KiB w pełni wystarczy na napisanie własnego oprogramowania do skonfigurowania GDT, włączenia linii A20, przełączenia procesora w tryb chroniony oraz załadowanie jądra w miejsce 1 MiB+
PS: Nie działa prawidłowo przycisk URL z panelu pisania postów.
Poprawka 0x1 (1 Maja 2013):
Błąd w sektorze rozruchowym uniemożliwiał załadowanie pliku GRUB większego niż 512 Bajtów. Procedura zapisująca odczytany sektor w 0x0900:0x0000 nie zwiększała segmentu o 200h po umieszczeniu pierwszej partii danych w pamięci. Wynikiem był załadowany ostatni tylko sektor pliku GRUB pod adres 0x0900:0x0000. Naprawione.
Adnotacja 0x01 (2 Maja 2013):
Postęp prac nad plikiem rozruchowym GRUB:
- - odblokowanie linii a20
- konfiguracja globalnej tablicy deskryptorów (base: 0, limit: 4 GiB, DPL: 0
- przełączenie procesora w tryb chroniony
- wyświetlenie informacji o przebiegu prac w trybie rzeczywistym i chronionym[/list]
Adnotacja 0x02 (7 Maja 2013):
Postęp prac nad plikiem rozruchowym GRUB:
- - konfiguracja tablicy deskryptorów przerwań (otrzymane wsparcie w poszukiwaniu błędu przez "mangado" IRC: freenode.net kanał: #osdev.pl)
- konfiguracja przerwań sprzętowych (stacja dyskietek)
- przeadresowanie przerwań sprzętowych IRQ0-15 do tablicy deskryptorów w miejsce 0x20h - 0x2F
- - sterownik stacji dyskietek
- operacja wyszukania i załadowania pliku KERNEL (jądra) do obszaru 1 MiB+
Strony: [1]