Thema: Was gibt es alles im LongMode nicht mehr?

[Hauke]

Ich weis, dass es Hardware Multitasking nicht mehr gibt, auch den Virtual 8086 Mode soll es nicht mehr geben, können jetzt BIOS Funktionen noch irgendwie benutzt werden?
Und welche Sachen gibt es außerdem nicht mehr?

[bluecode]

Hardware Multitasking wird schon seit Ewigkeiten nicht mehr verwendet, insofern wurde es wie du richtig sagst einfach weggelassen. Virtual 8086 Mode ist sowieso nur ein Untermodus des Protected-Mode und insofern natürlich nicht Teil des Long-Modes. Du willst für die meisten Sachen nach dem Bootloader sowieso keine BIOS-Funktionen verwenden (schon im Protected-Mode nicht). Als einzige Ausnahme lasse ich mal die VESA BIOS Extensions gelten. Ansonsten ist Segmentierung fast komplett weggefallen: Man kann nur noch die Basisadresse von iirc fs und gs über Machine Specific Registers ändern.
Ansonsten sieht natürlich das Paging anders aus, da der virtuelle und der physische Adressraum vergrößert wurde.

Mehr fällt mir momentan nicht ein.

[Hauke]

Als einzige Ausnahme lasse ich mal die VESA BIOS Extensions gelten.

Genau die meine ich, ich hätte mich wohl besser ausdrücken sollen, also kann man das noch benutzen? (ist mir jetzt noch immer nicht so klar)

[bluecode]

Nein, nicht direkt aus dem Long-Mode. Entweder indem du in den Protected-Mode (mit Virtual-8086-Mode) oder direkt in den Real-Mode zurückwechselst. Ansonsten bleibt nur virtualisieren/emulieren oder einmalig den Code des BIOS-Interrupthandlers auslesen und in einen Treiber mit Long-Mode Code übersetzen (das kann man entweder von Hand für jedes BIOS machen oder wahrscheinlich auch automatisieren), wobei wahrscheinlich beides zu viel Aufwand bereitet.
Oder eben während des Bootvorgangs in den Grafikmodus wechseln. Das halte ich fast für die sinnvollste Alternative auch wenn es unelegant ist. Aber wenn man ehrlich ist: Man wechselt selten die Auflösung und viel mehr kann man mit VBE sowieso nicht machen.

Als komplette Alternative gibt es natürlich noch X mit seinen open-source Treibern oder der Eigenbau von Treibern aus der Dokumentation von ATI/AMD und Intel.

[Hauke]

OK. Das ist dann soweit klar.
Danke 

[bitmaster]

pusha und popa gibt es net mehr 

[ChristianF]

Oder eben während des Bootvorgangs in den Grafikmodus wechseln. Das halte ich fast für die sinnvollste Alternative auch wenn es unelegant ist. Aber wenn man ehrlich ist: Man wechselt selten die Auflösung und viel mehr kann man mit VBE sowieso nicht machen.

Nun das ist allerdings bei einem Microkernel nicht unbedingt sehr schön, da der Grafiktreiber doch meist ausgelagert ist.
Des Weiteren gibt es glaube ich eine Art Standard für 2D Hardwarebeschleunigung. Ich bin mir allerdings nicht ganz sicher und finde den Link nicht mehr...
 
EDIT:
Ich habe ihn gefunden. Und zwar nennt der sich VBE/AF.
Hier ein Link zum PDF-Dokument: http://www.vesa.org/public/VBE/VBE-AF07.pdf

[bluecode]

IIRC ist das ein Standard für einen 2D-Grafiktreiber. Das Problem ist, dass du zu diesem Standard halt keine Treiber findest, die du in dein OS einbauen könntest. Insofern bringt der Standard garnischt.

Nun das ist allerdings bei einem Microkernel nicht unbedingt sehr schön, da der Grafiktreiber doch meist ausgelagert ist.

Und wie bringt uns das einer praktischen Lösung näher?

[ChristianF]

IIRC ist das ein Standard für einen 2D-Grafiktreiber. Das Problem ist, dass du zu diesem Standard halt keine Treiber findest, die du in dein OS einbauen könntest. Insofern bringt der Standard garnischt.

Nun das ist allerdings bei einem Microkernel nicht unbedingt sehr schön, da der Grafiktreiber doch meist ausgelagert ist.

Und wie bringt uns das einer praktischen Lösung näher?

Nun es gab mal ein solches Projekt, das hies FreeBE/AF. Hier ist ein Link: http://www.talula.demon.co.uk/freebe/
Allerdings sind die letzten News leider vom 27. Juni 1999! 

*EDIT*

IIRC ist das ein Standard für einen 2D-Grafiktreiber. Das Problem ist, dass du zu diesem Standard halt keine Treiber findest, die du in dein OS einbauen könntest. Insofern bringt der Standard garnischt.

Das würde dann wieder heißen, dass man für jede Karte einen extra Treiber schreiben muss oder wie?

[bluecode]

IIRC war die Theorie dahinter, dass der Grafikkartenhersteller einen Treiber dem Standard entsprechend erstellt und dieser auf allen Betriebssystemen die Treiber mit diesem Standard unterstützen läuft. Naja, wie sonst auch immer fehlen halt die Treiber die diesem Standard genügen.

[ChristianF]

IIRC war die Theorie dahinter, dass der Grafikkartenhersteller einen Treiber dem Standard entsprechend erstellt und dieser auf allen Betriebssystemen die Treiber mit diesem Standard unterstützen läuft. Naja, wie sonst auch immer fehlen halt die Treiber die diesem Standard genügen.

Du hast es erfasst. Es fehlen die Treiber.
Der Standard definiert einen minimalen Funktionssatz, den die Treiber beinhalten müssen, damit jedes OS diese benutzen kann.
Das heißt, dass irgendjemand die Treiber mal schreiben muss, bzw. damit anfangen muss diese zu schreiben. Der Rest kommt dann von selbst.
Wofür gibt es denn Open Source...