Hallo,
habe noch ein nerviges Problem nach meinem Update. Mein uvesafb Framebuffer schmiert beim Wechseln von X auf tty[1-6] häüfig ab (Wird schwarz, zeigt nur noch bunte Streusel). dmesg | grep uvesafb gibt mit folgendes aus:
Kernel command line: root=/dev/sda5 video=uvesafb:1280x1024-16@60,mtrr:1,ypan
uvesafb: NVIDIA Corporation, nv44 Board - p382h1 , Chip Rev , OEM: NVIDIA, VBE v3.0
uvesafb: protected mode interface info at c000:d3a0
uvesafb: pmi: set display start = c00cd3d6, set palette = c00cd440
uvesafb: pmi: ports = 3b4 3b5 3ba 3c0 3c1 3c4 3c5 3c6 3c7 3c8 3c9 3cc 3ce 3cf 3d0 3d1 3d2 3d3 3d4 3d5 3da
uvesafb: VBIOS/hardware doesn't support DDC transfers
uvesafb: no monitor limits have been set, default refresh rate will be used
uvesafb: scrolling: ypan using protected mode interface, yres_virtual=4096
uvesafb: framebuffer at 0xe0000000, mapped to 0xf8080000, using 10240k, total 262144k
uvesafb: mode switch failed (eax=0x4f02, err=1)
uvesafb: mode switch failed (eax=0x4f02, err=1)
Ich nutze den Treiber nvidia-drivers-195.36.24 und Kernel 2.6.34-gentoo-r6. Die Karte ist eine GeForce 6200 AGP in einem Pentium 4 HT System auf x86 Basis. Als agpgart nutze ich fest im Kernel eingebaut: Intel 440LX/BX ..bla.. In der make.conf habe ich VIDEO_CARDS="nvidia" eingestellt.
Habe uvesafb nach der Anleitung von spock installiert (
http://dev.gentoo.org/~spock/projects/uvesafb/). Dabei hat das früher immer gut geklappt. Hatte zwar das gleiche Problem vor zwei Jahren schon mal, habe es aber nach Forenhilfe beheben können, indem ich v86d mit x86emu flag emerged hatte.
Ich habe folgendes versucht.
1) In der Kernel command line habe ich es natürlich auch schon mit mtrr:[0-3] versucht sowie mit reddraw und ywrap. Nutzt alles nichts.
2) Desweiteren habe ich es mit v86d mit und ohne x86emu flag installiert, ohne Erfolg.
3) Zudem habe ich es auch mit dem kernel 2.6.35-gentoo-r4 versucht (war auch nix).
4) Und ich habe gegooglet und festgestellt, daß es offenbar auch andere mit diesem problem gibt: Bugzilla berichtet:
http://bugs.gentoo.org/show_bug.cgi?id=296539. Das Patch für den kernel 2.6.34. habe ich auch schon probiert, bringt aber auch nichts.
5) Habe den neuen nvidia-treiber maskiert und einen älteren genommen: mask: >= nvidia-drivers-174.00
6) Mein letzter Test war, die xorg.conf, die ich habe gegen eine frische mit Xorg -configure erstellte zu wechseln. Dachte mir vielleicht bekriegt sich der nvidia-treiber durch die xorg-config mit dem uvesafb?!?
Und natülich habe ich auch manigfaltige Kombinationen dieser Versuche gemacht. Völlig hoffnungslos, wobei ich den Eindruck hatte, daß die Abschmierquote bei mtrr:1,ypan am geringsten ist.
Wäre mal wieder äußerst dankbar für Hilfe. Bin mit meinem Latein völlig am Ende.
Danke schon mal im Voraus für jede Meldung und beste Grüße
GOS
PS: Mit dem normalen Vesafb funzt es.