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.


Wiadomości - mangado

Strony: [1] 2
1
OS-Dev / Odp: obsługa SSE, SSE2,3,4...
« dnia: Sierpień 22, 2014, 02:49:02 »
No ale kernel 64 bit bez możliwości urachamiania programów używających SSE?!
...Sz to grzech!!!!!
 ;D

2
OS-Dev / obsługa SSE, SSE2,3,4...
« dnia: Sierpień 21, 2014, 01:46:48 »
Panowie panie OSDEV-y a oto kolejny wrzód na... jaki trzeba wyciąć przy pisaniu 64 bitowego jajka!
Oczywiście jeżeli zakładamy, że programiki pod tego OS-ka będą pisane tylko w assemblerze to tu można obejść się bez SSE ale jak zechce nam się pisać programiki w c/c++ (w innych wysokiego poziomu pewnie też) to Houston mamy problem!
Okazuje się, że ABI tych języków z urzędu nakazuje użycie SSE jeżeli chcemy pobawić się z liczbami zmiennoprzecinkowymi!!!
Okazuje się też, że filozofia nie sprowadza się do użycia fxsave fxrstor w przełączniku zadań, należy odprawić gusła zanim się wystartuje procesy i wątki!!!
A więc zapraszam do rozgryzania tegoż tematu!
 8)

3
OS-Dev / Odp: Przerwania PCI
« dnia: Maj 31, 2014, 20:45:21 »
Chyba teraz będzie OKi.
Mapowanie wygląda tak: (na 99%)

MP tabelka      |     PCI 
----------------------------
srcBusId    =   nBus
srcBusIrq (bity 2-6 ) = nDev
srcBusIrq (bity 0,1 ) = PCI_INTERRUPT_PIN (0x3D)

jeśli te 3 się zgadzają to z MP odczytujemy dstIOAid - nr id (nie musi być 0!) IO APIC-a,   dstIOAintin - numer wejścia IO APIC-a.

No a teraz pora na rozgryzienie PCI IDE...

4
OS-Dev / Odp: Przerwania PCI
« dnia: Maj 24, 2014, 17:48:55 »
W tabliczkach MP są tabelki z "trasą" urządzenie - IO APIC.
Jeżeli to jest urządzenie PCI to wpis "srcBusIrq" traktować trzeba inaczej:
bity 0-1:
"Identifies the PCI interrupt signal, where 0x0 corresponds to INT_A#, 0x1 to INT_B#, 0x2 to INT_C# and 0x3 to INT_D#."
bity 2-6
"Gives the PCI Device Number where the interrupt originates."

No i wszystko byłoby jasne, gdyby nie to, że kilka urządzeń PCI z np INT_A# ląduje do różnych wejść IO APICA co by oznaczało różne irq!!!

5
OS-Dev / Odp: Przerwania PCI
« dnia: Maj 23, 2014, 23:50:10 »
A ten MSI to takie irq z PCI prosto do LAPIC-a konkretnego CPU...
Na razie to trzeba przetrawić trasę PCI IO APIC...

6
OS-Dev / Przerwania PCI
« dnia: Maj 23, 2014, 01:10:26 »
Witajcie!
mam temat do rozgryzienia!
Jak w x86 poprawnie odczytać gdzie lądują w APIC-u przerwania z magistrali PCI.
Tabelki MP niby to pokazują ale...
PCI ma niby 4 przerwania #INTA, #INTB, #INTC, #INTB
Na żywym kompie okazuje się po odczytaniu tabelek MP, że taki #INTA ląduje do więcej niż jednego "pin-a" IO APIC-a!
WTF?!
Z PiCI odczytam czy to #INTA czy ..B i co, dalej się nie dowiem jakie będzie z tego irq?
O co kaman?
W sieciowie pisali, że bez ACPI i AML nie pojedziesz...
Piszta ludu co sądzita o tem?

7
Asembler / Hello Wataszka!
« dnia: Maj 11, 2014, 19:42:20 »
A ty Nevar co? Co to za bumelowanie?  :P
Coś mało sie ostatnio udzielasz w osdev-ie!
Co je?

8
Asembler / Odp: Propozycja współpracy
« dnia: Styczeń 08, 2014, 21:09:39 »
lukasz1235 pędzikiem zasuwa na irc.freenode.net do kanalizacji #osdev.pl!!!

9
Asembler / Odp: Bootsector FAT12 dyskietka 1,44 MiB
« dnia: Maj 12, 2013, 10:14:58 »
pozostało:
- sterownik stacji dyskietek
- operacja wyszukania i załadowania pliku KERNEL (jądra) do obszaru 1 MiB+

ee to tylko ster do fdd w trybie chronionym... :P
i tylko FAT12... no ten chyba będzie prosty bo jajko pewnie będzie w katalogu głównym...

A w jajeczku będzie do zrobienia stronicowanie, managior pamięci, obsługa klawierki, myyyszki, obsługa dysków twardych.
Aaaa, jeszcze kłania się APIC! :D

10
Asembler / Odp: Propozycja współpracy
« dnia: Kwiecień 24, 2013, 00:25:01 »
Ja cie Nevar zam..uje!
Czyżby jednak witamina C++?
:D :D :D

No ale... jednak...
Do jajka to nie obędzie się bez domieszki assemblerowej...
Na samej wytaminie to nie pojadymy! :P

A tak poza tym!

kajman, flipflop, Nevar, meldować się na  irc.freenode.net w kanalizacji #osdev.pl!!!
MAĆ!!!

11
Asembler / Odp: Propozycja współpracy
« dnia: Lipiec 17, 2012, 11:40:03 »
Co do ARM-a (Advanced RISC Machine) to nawet ponoć można speca zassać!
RISC?
Czyżby to był RISC?
Uuuu...
Tych ARM-ów to też 5000 odmian...
...ć!

Ale... Tera rządzi cortex...

Jest całkiem ładny GCC pod łindołz, zwie się Code Sourcery G++!

http://www.codesourcery.com

12
Asembler / Odp: Propozycja współpracy
« dnia: Lipiec 10, 2012, 18:22:17 »
WOW! Sie zgłaszam!  :D

Ale oprócz architektoory intel/amd cza pomyśleć intensywnie na ARM!!!

13
OS-Dev / Odp: Wykrywanie typu FAT
« dnia: Grudzień 10, 2011, 15:57:13 »
I cześć pieśni!
Temat wyczerpany!
Dźwiękuje!

14
OS-Dev / Odp: wykrywanie liczby rdzeni cpu
« dnia: Grudzień 09, 2011, 21:13:37 »
Oj chyba ważne!
Ponieważ po IPI-startup należy poczekać, aż wszystkie CPU się uruchomią!
Jeżeli nie będę wiedział ile mam "procesorów" to nie będę wiedział kiedy to już wszystkie będą wystartowane!!!
No chyba, że jednak nie trzeba szczekać?...

15
OS-Dev / Wykrywanie typu FAT
« dnia: Grudzień 08, 2011, 12:12:03 »
Pane Nevar, ja w temacie artykułu 4.1 o FAT-ach.
Tam na końcu masz opis jak wykryć czy to FAT16 czy FAT32.
I tam padło takie zdanie "Jest to jednoznaczny i chyba najlepszy sposób określenia typu FAT dysku. Nie możliwe jest np. żeby dysk FAT16 miał więcej klastrów niż 65524".
Ale! FAT32 może mieć mniej niż 65524 klastrów! No chyba, że nie może....
Ale jak może to wtedy co?

Strony: [1] 2