Projekt: OS-Development

• E

  OSDev Projects Selected List
  • Erhard Henkes  

  4
  0
  Stimmen
  4
  Beiträge
  12244
  Aufrufe

  I

  Erhard Henkes schrieb: http://wiki.osdev.org/Notable_Projects PrettyOS wurde dort eingetragen. Yes Maybe it's needed to update your "selected list" at first message of this thread: recently there were a lot of big updates to OSDev wiki... Now there are 3 pages: http://wiki.osdev.org/Projects - 99 projects that are still alive http://wiki.osdev.org/Abandoned_Projects - 76 abandoned projects without update during past three years http://wiki.osdev.org/Notable_Projects - top 10 notable projects, including your PrettyOS P.S. please also check my new message here - https://www.c-plusplus.net/forum/345792
• E

  Developer
  • Erhard Henkes  

  29
  0
  Stimmen
  29
  Beiträge
  34631
  Aufrufe

  E

  Ich bin nicht sicher, ob noch genügend Interesse besteht ein 32-bit-OS auf Basis x86 weiter zu entwickeln.
• B

  Sourcecode Fortschritt
  • Badestrand  

  1898
  0
  Stimmen
  1898
  Beiträge
  537465
  Aufrufe

  M

  Version 0.0.5.129: - UHCI: Unterstützung für Interrupt-Transfers implementiert - USB-HID: Babble behoben; Maus kann mehr als drei Bytes senden - PCI: Geräte mit vendorID 0 sind valide, lese Interrupt-Pin aus
• E

  OS Development - Linksammlung
  • Erhard Henkes  

  12
  0
  Stimmen
  12
  Beiträge
  19971
  Aufrufe

  E

  @taljeth: Ist erledigt. Danke für den Hinweis.
• E

  Übersicht über PrettyOS (Sourcecode, Bereiche, Tools, Tutorial, Treff, ...)
  • Erhard Henkes  

  2
  0
  Stimmen
  2
  Beiträge
  35000
  Aufrufe

  E

  TODO-List: Ohne Neukompilierung änderbare Tastaturlayouts siehe Bug-/Requestliste im Repositorium.
• E

  Eigenes OS?
  • Erhard Henkes  

  867
  0
  Stimmen
  867
  Beiträge
  375116
  Aufrufe

  E

  PrettyOS war und ist ein großartiges Projekt. Vielen Dank an alle, die daran mitgewirkt haben! prettyos.de
• O

  Warum steht nur ein Verweis vom TSS im GDT?
  • oser  

  3
  0
  Stimmen
  3
  Beiträge
  675
  Aufrufe

  

  @oser sagte in Warum steht nur ein Verweis vom TSS im GDT?: Aber warum hat das GDT nur einen einzigen Verweis auf das TSS? Schließlich gibt es ja mehrere Tasks. https://en.wikipedia.org/wiki/Task_state_segment Although a TSS could be created for each task running on the computer, Linux kernel only creates one TSS for each CPU and uses them for all tasks. This approach was selected as it provides easier portability to other architectures (for example, the AMD64 architecture does not support hardware task switches), and improved performance and flexibility. Linux only uses the I/O port permission bitmap and inner stack features of the TSS; the other features are only needed for hardware task switches, which the Linux kernel does not use. Soweit ich weiss ist das bei Windows ziemlich ähnlich. TSS für task switching zu verwenden macht IMO einfach keinen Sinn auf portierbaren Kernels. Und auch so, das 16 Bit Limit ist mittlerweile auch schon etwas doof. Weil 64k Threads ist lange nicht mehr undenkbar, das geht sich mittlerweile auf vielen Maschinen gut aus.
• O

  Was ist mit Segmenten innerhalb der globalen Deskriptorentabelle gemeint?
  • oser  

  6
  0
  Stimmen
  6
  Beiträge
  495
  Aufrufe

  

  @Mechanics Beruflich hab ich damit kaum zu tun. Maximal dass ich hin und wieder Assemblercode angucke (meist disassembliertes Zeugs), und da kann es dann interessant sein zu wissen was ein Zugriff über FS bzw. GS bedeutet. Wobei ich vermutlich auch ohne dieses Wissen gut arbeiten könnte, ich mach ja kein Reverse-Engineering oder sowas. So Zeuch interessiert mich halt Also wie so ein Betriebssystem eigentlich tut um Speicher, Prozesse und Threads zu verwalten. Gibt aber genug was ich in dem Bereich nicht weiss, weil das Verhältnis Neugierde <-> Aufwand nicht gepasst hat.
• O

  Interrupt-Handling
  • oser  

  25
  0
  Stimmen
  25
  Beiträge
  3924
  Aufrufe

  E

  @Wade1234 sagte in Interrupt-Handling: @Erhard-Henkes ich habe da mal eine frage. in der keyboard.c steht z.b. folgendes: static void keyboard_updateLED(void) { outportb(0x60, 0xED); inportb(0x60); outportb(0x60, LED); inportb(0x60); } sind die ports eigentlich irgendwie genormt oder so? woher weißt du, dass die led über 0x60 angesteuert wird? https://wiki.osdev.org/"8042"_PS/2_Controller#Data_Port
• I

  PrettyOS inside coreboot/SeaBIOS as a virtual floppy! - Stuck while booting at "Switching to Protected Mode (PM)..._"
  prettyos coreboot seabios bios floppy • • infarmer8  

  4
  0
  Stimmen
  4
  Beiträge
  1032
  Aufrufe

  E

  Could you make any progress?
• W

  Paging: Verständnisschwierigkeiten zum Tutorial von James Molloy
  • w_ciossek  

  5
  0
  Stimmen
  5
  Beiträge
  1518
  Aufrufe

  E

  Das durchzulesen ist wirklich unzumutbar. Vielleicht noch hier rein schauen: http://lowlevel.eu/wiki/Paging_Tutorial ... auch an das Intel Manual denken.
• O

  Alle Adressleitungen ohne PM verwenden
  • oser  

  3
  0
  Stimmen
  3
  Beiträge
  850
  Aufrufe

  E

  https://wiki.osdev.org/Unreal_Mode
• W

  Dieses Thema wurde gelöscht!
  • w_ciossek  

  3
  0
  Stimmen
  3
  Beiträge
  17
  Aufrufe
• O

  Segmentierung im Real-Modus
  • oser  

  18
  0
  Stimmen
  18
  Beiträge
  2265
  Aufrufe

  

  @oser Nun der Datenbus ist beim 8086 8.Bit breit. Die Adressdekodierung hat daher auch immer 8 Bit aus dem Speicher gelesen und weil, wie Sepp schon schrieb, diese Anzahl an Bits für viele Probleme sinnvoll ist, adressiert eine Adresse am Adressbus immer genau 8 Bits, die immer eine eindeutige Adresse haben. Bei den nachfolgenden Generation von CPUs wurde dieses Schema beibehalten, auch dann, wenn der Datenbus breiter (16. 32 oder 64 bit) wurde. VG
• ?

  Problem beim Linken
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  1132
  Aufrufe

  ?

  Eine datei names ld.exe.stackdump wurde erstellt inhalt Exception: STATUS_ACCESS_VIOLATION at rip=0010043A393 rax=0000000000000009 rbx=0000000000000000 rcx=0000000001E5C444 rdx=0000000000000000 rsi=0000000600080638 rdi=0000000000000068 r8 =000000000000000A r9 =0000000000000000 r10=0000000100000000 r11=000000010048A590 r12=0000000000000000 r13=000000000000000A r14=000000000672D554 r15=0000000600080620 rbp=0000000000000000 rsp=00000000FFFFC3C0 program=C:\cygwin64\bin\ld.exe, pid 1940, thread main cs=0033 ds=002B es=002B fs=0053 gs=002B ss=002B Stack trace: Frame Function Args 00000000000 0010043A393 (00000000000, 0060006F2E0, 00000000000, 00000000002) 00000000002 00100441E63 (0060005F328, 0060006F2E0, 0060006E250, 0060005F328) 00000000002 0010049D3B7 (0060006E120, 006000802C0, 006000802C0, 00600000000) 00100573C00 001004BC36E (006000802F0, 00000000000, 00600080330, 00000000001) 001004F1800 0010048FCF2 (000FFFFD680, 00180183D20, 0018011973B, 00600000001) 00000000000 00100493320 (00100573C00, 000FFFFC910, 001800BA64C, 00000000000) 00000000001 0010040F1E8 (0010050495C, 00600045640, 0010050495C, 00000000000) 00000000001 0010040FD20 (00000200000, 00000000007, 001004E8A4A, 006000452A0) 00100506474 00100411E16 (003FF3E91C0, 003FF3E1080, 001800462A0, 00100000001) 00100506474 001004EA306 (000FFFFCBD0, 006000283A0, 00000000000, 000FFFFCCB0) 000FFFFCCB0 001800479B2 (00000000000, 00000000000, 00000000000, 00000000000) 00000000000 00180045653 (00000000000, 00000000000, 00000000000, 00000000000) 000FFFFFFF0 00180045704 (00000000000, 00000000000, 00000000000, 00000000000) End of stack trace
• ?

  Assembler Shutdown
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1013
  Aufrufe

  M

  Zum Herunterfahren musst du entweder APM oder ACPI nutzen. Ohne Powermanagement geht nur ein Reboot (indem man einen Triple-Fault auslöst). Früher, auf Computern ohne APM/ACPI, zeigte Windows beim herunterfahren auch einen Bildschirm "Sie können den PC jetzt ausschalten", anstelle dass er automatisch aus ging. Der Code, den du gepostet hast, basiert auf APM (erkennbar daran, dass der int 15h genutzt wird). APM muss man aber zuerst initialisieren. In PrettyOS ist sowohl Herunterfahren über APM, als auch ein Fallback für Systeme ohne APM implementiert. Du kannst in der Datei kernel/power_management.c und user/vm86/apm.asm nachsehen, wie es geht.
• W

  Ist Paging notwendig, wenn man auf Swap-Speicher verzichten will?
  • w_ciossek  

  4
  0
  Stimmen
  4
  Beiträge
  1067
  Aufrufe

  E

  SG1 schrieb: Naja, ausser so unwichtigen Dingen wie Prozessseparierung bietet Paging natürlich wirklich keine Vorteile. Die sichere Trennung von Prozessen ist ein entscheidender Punkt. Prinzipiell könnte man aber auf virtuellen Speicher verzichten, wenn man ausreichend physikalischen Speicher anbietet und diesen den Prozessen sicher getrennt anbieten kann.
• I

  irc.ELF client is not working at QEMU with RTL8139? Bug reports inside
  • infarmer8  

  2
  0
  Stimmen
  2
  Beiträge
  1020
  Aufrufe

  M

  Hi, thanks for your feedback! Regarding the IRC client, it is not obvious how to use it; I just tried it out and it works as intended. To join a channel, press CTRL+j. To issue a command, press CTRL+c. To send a message to #PrettyOS (on euirc.net), press CTRL+p. The crash from kernel/util/ring.c would require more analysis; in general it is a strong hint that something in the kernel went wrong. Unfortunately, I do not have time to do this analysis (and I would need to reproduce the issue to fix it, anyway). If you have done any analysis or even found out the reason, we would appreciate if you can tell us!
• W

  Im Protected Mode, doch wie kommt man jetzt weiter?
  • w_ciossek  

  9
  0
  Stimmen
  9
  Beiträge
  1935
  Aufrufe

  E

  Doch das nützt alles nichts, wenn man Daten nicht auf Massenspeicher auslagern kann. Was also die Hardwareprogrammierung betrifft, fühle ich mich sehr ausgebremst, da es sehr schwierig ist, hierzu an Informationen zu gelangen! Ich gehe mal davon aus, dass du Daten als Files auf einem usb-Stick ablegen willst. Dazu benötigst du verschiedene Dinge, zumindest die Kommunikation via usb, dann einen konkreten Hardware-Treiber, z.B. ehci oder xhci, zusätzlich noch ein Filemanagementsystem, wie z.B. FAT. Die Spezifikationen sind im Netz allesamt frei zugänglich. Diese beiden Seiten sind nicht schlecht für einen ersten Einstieg. https://wiki.osdev.org/Main_Page http://www.lowlevel.eu/wiki/Lowlevel:Portal Die konkreten Spezifikationen solltest du dir als Primärliteratur ebenfalls besorgen, vor allem für x/ehci und FAT. https://www.intel.com/content/dam/www/public/us/en/documents/technical-specifications/extensible-host-controler-interface-usb-xhci.pdf https://www.intel.com/content/dam/www/public/us/en/documents/technical-specifications/ehci-specification-for-usb.pdf https://en.wikipedia.org/wiki/Design_of_the_FAT_file_system etc. Wichtig ist auch der Umgang mit usb mass data storage. Dort kommt SCSI beim Bulk Transfer zum Einsatz. http://www.usb.org/developers/docs/devclass_docs/usbmassbulk_10.pdf Für usb empfehle ich die usb Nutshell Serie (ab chapter 3 geht's zur Sache): https://beyondlogic.org/usbnutshell/usb1.shtml Hier habe ich wichtige Zusammenhänge zwischen port/disk/partition/usb-Hostcontroller dargestellt: https://www.henkessoft.de/OS_Dev/Bilder/transfer_port_disk_usb.JPG Das sollte helfen.
• W

  Division durch Null
  • w_ciossek  

  5
  0
  Stimmen
  5
  Beiträge
  2040
  Aufrufe

  W

  Ich bin mit der Programmierung noch nicht so weit, daß ich schon USER-Prozesse erzeugen kann, und es macht offenbar kein Sinn, im Kernel-Mode Traps auszulösen. Das letztere scheint wohl zu sein, daß der EIP wohl noch auf dieser Instruktion steht. Gewöhnlicherweise werden USER-Prozesse bei einer Ausnahme beendet.