Sourcecode Fortschritt

[Badestrand]

Ok, Rev 221: FloppyImage.bin ist mit dabei.

[Erhard Henkes]

Rev. 222:

ehci.c:
- Virtual Box läuft nun auch (Work-around für IRQ)
- Status-Byte des QTD wird analysiert

[Badestrand]

Rev. 223: Bug beim Linken gefixt, siehe http://c-plusplus.net/forum/viewtopic-var-p-is-1868433.html#1868433

Erhard: Danke für diesen K(r)ampf!

[Erhard Henkes]

Rev. 224:

ehci.c: Veränderungen in resetPort

[Mr X]

Rev. 225:

• userlib.hpp: free und malloc ergänzt
• Bugfix: Auswahl der passenden Speichergrößeneinheit verbessert (folgendes passiert nicht mehr: "0 GiB / 1 GB", bzw. "0 MiB / 1 MB")

[Erhard Henkes]

Rev. 226:

ehci.c und ckernel.c:
work-around für das sleepMilliSeconds(...) Problem in resetPort(...)
Der Zähler (sehr schlechter hotfix) ist verschwunden.

Folgerung: Multithreading wird benötigt

[Erhard Henkes]

Rev. 227:

ehci.c
usb2.h/c Analyse des device-Descriptors

[Erhard Henkes]

Rev. 228:

ehci.c
Handshake in testTransfer ergänzt

[Erhard Henkes]

Rev. 229:

kleine verbesserungen, usb.h/.c war vergessen worden

[Erhard Henkes]

Rev. 230:

USB testTransfer von ehci.c nach usb2.c verlagert
Variablen-Deklarationen von ehci.c nach ehci.h

[Erhard Henkes]

Rev. 231:

CDI-Header implementiert; Anpassungsaufwand notwendig

Bisher nur: in time.c cmos_read ausgetauscht gegen cdi_cmos_read
wrapper implementation: cdi_cmos.c

[Mr X]

Rev. 232:

• CDI-Ordner angelegt, Header umbenannt und einsortiert
• time.c: CDI-Test auskommentiert
• cmos.h wird nun in time.c includiert statt in time.h

[Erhard Henkes]

Rev. 233:

Mehrfacher testTransfer beim Hochfahren mit eingestecktem USB-Device verhindert durch initEHCIFlag

[Mr X]

Rev. 234 (versehentlich 235 in ckernel.c):

• os.h: uintptr_t ergänzt
• Zeilenenden der cdi-Header vereinheitlicht
• Source-files für CDI hinzugefügt, nach kernel/cdi verschoben
• makefile angepasst

EDIT: Übrigens nicht nur in ckernel.c... Auch in der Anmerkung beim Commit ists falsch.

[Mr X]

Rev. 235:

- CDI-Dateien aufgeräumt

[Erhard Henkes]

Versuch die blöde händische Rev.-Angabe automatisch seitens SVN zu ersetzen ist leider misslungen:
Rev. 236-238

static void init()
   47 {
   48     clear_screen();
   49     settextcolor(14,0);
   50     char buf[40];
   51     const char* revStr = "$Rev$"; //SVN <--- 3 verschiedene Versuche, nix klappt
   52     strcpy(buf,"PrettyOS [");
   53     strcat(buf,revStr);
   54     strcat(buf,"]\n");
   55     printformat(buf);
   56     //printformat("PrettyOS [Version 0.0.0.235]\n");
   57     gdt_install();
   58     idt_install();
   59     timer_install();
   60     keyboard_install();
   61     syscall_install();
   62     settextcolor(15,0);
   63 }
   64

[Erhard Henkes]

Rev. 239:
wieder normal

Vielleicht schafft es doch noch jemand mit diesem $Rev$:
http://svnbook.red-bean.com/en/1.5/svn.advanced.props.special.keywords.html
http://dev.juokaz.com/php/automatic-svn-revision-number-in-source-code

[Tobiking2]

Erhard Henkes schrieb:

Vielleicht schafft es doch noch jemand mit diesem $Rev$:
http://svnbook.red-bean.com/en/1.5/svn.advanced.props.special.keywords.html
http://dev.juokaz.com/php/automatic-svn-revision-number-in-source-code

Das mit $Rev$ einzubauen ist kein Problem, allerdings tut es nicht das was du dir vorstellst. Das ist nämlich nur die Revision der Datei in der es steht und nicht die des ganzen Repository. Also solange sich die ckernel.c nicht ändert zählt das nicht hoch. Das steht bei deinem ersten Link auch in dem großen gelben Kasten. Da steht zudem auch das es keine SVN Möglichkeit gibt eine globale Revision einzutragen. Das muss immer extern über ein Programm/Script erledigt werden. Ein commit Hook wäre dafür z.B. ganz passend, aber das lässt Sourceforge glaube ich nicht zu.

[Erhard Henkes]

Rev. 240: kernel.bin: 57.856 Bytes
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=240

ehci.c: restart bei Host System Error (klappt endlich bei meinem störrischen PC!)

179     if( pOpRegs->USBSTS & STS_HOST_SYSTEM_ERROR )
  180     {
  181         settextcolor(4,0);
  182         printformat("\nHost System Error Interrupt");
  183         settextcolor(15,0);
  184         pOpRegs->USBCMD &= ~CMD_ASYNCH_ENABLE;
  185         pOpRegs->USBSTS |= STS_INTMASK;
  186         printformat("\nRestart HC after fatal error");
  187         initEHCIFlag = false;
  188         startHostController();
  189         enablePorts();
  190     }

[Erhard Henkes]

Rev. 241:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=241

sleep umgangen im restartHC aus EHCI-interrupt-handler

Allerdings klappt das jetzt bei meinem PC nicht mehr richtig mit dem Port Reset. Fazit: wir benötigen ein sleep ohne Interrupt.