[gelöst] Kein Vesatreiber bei 2.6.17.x mehr

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
Langly
Beiträge: 262
Registriert: 15.12.2004 17:19:39
Lizenz eigener Beiträge: MIT Lizenz

[gelöst] Kein Vesatreiber bei 2.6.17.x mehr

Beitrag von Langly » 16.07.2006 17:59:16

Hallo,

nach den neusten Lücken im Kernel wollte ich mal wieder ein Update machen und stoße dabei auf für mich nicht nachvollziehbare Probleme mit dem Xserver.

Meine alte Kernelversion ist 2.6.16.20, damit läuft alles problemlos. Wenn ich nun aber einen2.6.17.6er mit der gleichen Konfiguration (okay, die Module für das Einbinden von USB-Sticks sind noch hinzugefügt) erstelle ist es nicht mehr möglich, XFree zu starten.

Nachtrag: Das System ist stable.

In den Logs findet sich folgende Fehlermeldung:

Code: Alles auswählen

...
(II) Setting vga for screen 0.
(II) Loading sub module "vbe"
(II) LoadModule: "vbe"
(II) Reloading /usr/X11R6/lib/modules/libvbe.a
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Reloading /usr/X11R6/lib/modules/linux/libint10.a
(II) VESA(0): initializing int10
(II) VESA(0): Primary V_BIOS segment is: 0xc000
(EE) VESA(0): unknown type(0xffffffff)=0xff
(II) VESA(0): EAX=0x00004f00, EBX=0x00000000, ECX=0x00000000, EDX=0x00000000
(II) VESA(0): ESP=0x00000ffa, EBP=0x00000000, ESI=0x00000000, EDI=0x00002000
(II) VESA(0): CS=0xc000, SS=0x0100, DS=0x0040, ES=0x0000, FS=0x0000, GS=0x0000
(II) VESA(0): EIP=0x00000b70, EFLAGS=0x00003200
(II) VESA(0): code at 0x000c0b70:
 3d 10 4f 75 05 fb fc e9 d2 3f cd 6d cf 87 db 90
 fb fc 3d 10 4f 75 03 e9 c2 3f 3d 15 4f 75 03 e9
(II) stack at 0x00001ffa:
 00 06 00 00 00 32
(II) VESA(0): VESA BIOS not detected
(II) UnloadModule: "vesa"
(II) UnloadModule: "int10"
(II) UnloadModule: "vbe"
(EE) Screen(s) found, but none have a usable configuration.

Fatal server error:
no screens found
Der Eintrag in der XF68Config-4 sieht sieht in Ordnung aus und läuft mit den älteren Kerneln ja auch problemlos. Ich denke nicht, dass es daran hängt.

Übrigens ist das gleiche Problem auch schon mit einem früheren Kernel der 2.6.17er-Reihe aufgetreten, entweder mit 2.6.17 oder 2.6.17.1, da bin ich mir jetzt nicht ganz sicher.

Wurde da vielleicht etwas umgestellt, das ich nicht mitbekommen habe und das mir nun mein X verpfuscht?

Bin für jede Hilfe dankbar.

PS: Wenn jemand wider Erwarten doch die XF86Config-4 sehen möchte, kann ich sie gerne auf Nopaste hochladen, ich denke im Moment nur nicht, dass es daran hängt.
Zuletzt geändert von Langly am 17.07.2006 20:29:03, insgesamt 1-mal geändert.

storm
Beiträge: 1581
Registriert: 01.05.2004 13:21:26
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: DE

Beitrag von storm » 17.07.2006 18:04:49

Kannst du bitte mal im Ordner(src) deines Kernels ausführen:

Code: Alles auswählen

$> grep -A 5 'VM86' .config
und die Ausgabe hier zeigen.

ciao, storm
drivers/ata/libata-core.c: /* devices which puke on READ_NATIVE_MAX */

Langly
Beiträge: 262
Registriert: 15.12.2004 17:19:39
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von Langly » 17.07.2006 20:28:33

Arg, genau das war es. Frag mich bitte nicht wie, aber irgendwie habe ich es unabsichtlich geschafft, den Support für VM86 zu entfernen. Es wundert mich nur, warum es mit dem letzten Kernel der 2.6.17er Reihe die gleichen Probleme gab, die Wahrscheinlichkeit, dass mir zweimal hintereinander so ein Mist passiert, düfte doch gegen Null gehen...

Vielen Dank für den Denkanstoß, ich war mittlerweile schon drei Kompilierungen weiter, ohne jeden Erfolg. Jetz läuft der 2.6.17.6er anstandlos.

Code: Alles auswählen

name -r
2.6.17.6
Danke nochmal!

Antworten