Sie sind nicht angemeldet.
Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
25.03.2012, 03:23
|
Quellcode |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 |
rampage2extreme avchd # cat /sys/bus/platform/drivers/uvesafb/uvesafb.0/vbe_modes 640x400-8, 0x0100 640x480-8, 0x0101 800x600-8, 0x0103 1024x768-8, 0x0105 1280x1024-8, 0x0107 640x480-15, 0x0110 640x480-16, 0x0111 800x600-15, 0x0113 800x600-16, 0x0114 1024x768-15, 0x0116 1024x768-16, 0x0117 1280x1024-15, 0x0119 1280x1024-16, 0x011a 320x200-15, 0x010d 320x200-16, 0x010e 320x200-32, 0x0120 320x240-8, 0x0193 320x240-16, 0x0195 320x240-32, 0x0196 512x384-8, 0x01b3 512x384-16, 0x01b5 512x384-32, 0x01b6 640x350-8, 0x01c3 640x350-16, 0x01c5 640x350-32, 0x01c6 720x400-8, 0x0133 720x400-16, 0x0135 720x400-32, 0x0136 1152x864-8, 0x0153 1152x864-16, 0x0155 1152x864-32, 0x0156 1280x960-8, 0x0163 1280x960-16, 0x0165 1280x960-32, 0x0166 640x480-32, 0x0121 800x600-32, 0x0122 1024x768-32, 0x0123 1280x1024-32, 0x0124 1400x1050-8, 0x0143 1400x1050-16, 0x0145 1400x1050-32, 0x0146 1600x1200-8, 0x0173 1600x1200-16, 0x0175 1600x1200-32, 0x0176 1920x1200-8, 0x01d1 1920x1200-16, 0x01d2 1920x1200-32, 0x01d4 |
Ich staunte mal garnicht schlecht, das bei mir gar 1920x1200-32 unterstützt wird. Das ist/wäre - wie in KMS zu Zeiten der alten HD4890 - wirklich allerfeinst 
Doch sagte ich mir, es erstmal mit einer kleineren zu testen: |
|
Quellcode |
1 |
1280x1024-32, 0x0124 / 1400x1050-32 / (ebenfalls in den Varianten mit 8-bit Farbtiefe) |
|
|
Quellcode |
1 |
dmesg|grep uvesa |
|
|
Quellcode |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
rampage2extreme avchd # dmesg|grep uvesa [ 0.740151] uvesafb: (C) 1988-2010, Advanced Micro Devices, Inc., TAHITI, 01.00, OEM: AMD ATOMBIOS, VBE v3.0 [ 0.789086] uvesafb: VBIOS/hardware supports DDC2 transfers [ 0.799594] uvesafb: monitor limits: vf = 75 Hz, hf = 81 kHz, clk = 170 MHz [ 0.799711] uvesafb: scrolling: redraw [ 0.842110] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 0.887822] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 0.934395] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 0.984316] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 1.041180] uvesafb: framebuffer at 0xd0000000, mapped to 0xffffc90012600000, using 16384k, total 16384k [ 4.772551] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 8.907566] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 29.712670] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 29.840091] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. |
- Denke, das sollte doch irgendwie nun auch hinzukriegen sein... mein Gott, was war der eigentliche UVesaFB eine "Brüterei" 
Die Modes müssten dann doch auch jetzt klappen 
... Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (28.03.2012, 04:47)
25.03.2012, 13:50
Ich dagegen, kann den verfügbaren Mode nicht einstellen
|
|
Quellcode |
1 2 3 4 5 6 |
cat /boot/grub/grub.conf ... title Gentoo Linux kernel-3.1.10-gentoo-r1-02 video=1440x900@60 LPT root (hd0,0) kernel /boot/kernel-3.1.10-gentoo-r1-02 root=/dev/sda3 video=1440x900@60 ... |
25.03.2012, 14:46
|
|
Quellcode |
1 2 3 4 5 6 7 8 9 10 11 12 |
rampage2extreme avchd # dmesg|grep uvesa [ 0.750202] uvesafb: (C) 1988-2010, Advanced Micro Devices, Inc., TAHITI, 01.00, OEM: AMD ATOMBIOS, VBE v3.0 [ 0.799287] uvesafb: VBIOS/hardware supports DDC2 transfers [ 0.809804] uvesafb: monitor limits: vf = 75 Hz, hf = 81 kHz, clk = 170 MHz [ 0.809919] uvesafb: scrolling: redraw [ 0.852327] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 0.904449] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 0.951033] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 1.000927] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 1.057854] uvesafb: framebuffer at 0xd0000000, mapped to 0xffffc90012600000, using 16384k, total 16384k [ 4.827557] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 8.334210] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. |
...
25.03.2012, 19:33
|
|
Quellcode |
1 2 3 4 5 6 7 |
[ 0.852327] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 0.904449] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 0.951033] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 1.000927] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 1.057854] uvesafb: framebuffer at 0xd0000000, mapped to 0xffffc90012600000, using 16384k, total 16384k [ 4.827557] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 8.334210] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. |
...
25.03.2012, 21:10
|
|
Quellcode |
1 2 3 4 5 6 7 8 |
# grep vesa /var/log/dmesg [ 0.000000] Command line: rootfstype=ext4 dodmraid video=uvesafb:1280x1024-16,mtrr:3,ywrap splash=verbose,theme:livecd-2007.0-tl console=tty1 nodetect #hpet=force #quiet [ 0.000000] Kernel command line: rootfstype=ext4 dodmraid video=uvesafb:1280x1024-16,mtrr:3,ywrap splash=verbose,theme:livecd-2007.0-tl console=tty1 nodetect #hpet=force #quiet [ 0.671494] uvesafb: NVIDIA Corporation, G92 Board - 03930004, Chip Rev , OEM: NVIDIA, VBE v3.0 [ 0.784101] uvesafb: VBIOS/hardware supports DDC2 transfers [ 0.871546] uvesafb: monitor limits: vf = 60 Hz, hf = 81 kHz, clk = 170 MHz [ 0.871947] uvesafb: scrolling: redraw [ 1.216947] uvesafb: framebuffer at 0xf9000000, mapped to 0xffffc90010980000, using 10240k, total 14336k |
|
|
Quellcode |
1 |
video=uvesafb:1280x1024-16,mtrr:3,ywrap |
Dann habe ich noch "usr/src/linux/Documentation/fb/uvesafb.txt" angesehen und herausgefunden, das "ywrap" ausschliesslich bei x86 Systemen geht -> bei anderen ist dies: redraw. -> Doch auch dies brachte nichts (Fehler bei dmesg einundderselbe)
(Auszug)
Zitat von »/usr/src/linux/Documentation/fb/uvesafb.txt«
Quellcode
ywrap Same as ypan, but assumes your gfx board can wrap-around the video memory (i.e. starts reading from top if it reaches the end of video memory). Faster than ypan. Available on x86 only.
25.03.2012, 22:40
War grad duschen, daher kam ich erst jetzt zum schreiben... Also ich habe was irgendwie total merkwürdiges:|
|
Quellcode |
1 2 3 4 5 6 7 8 9 10 11 12 13 |
rampage2extreme avchd # grep vesa /var/log/dmesg [ 0.000000] Command line: BOOT_IMAGE=/kernel-3.3.0-gentoo_5 root=/dev/ram0 real_root=/dev/sda3 ro video=uvesafb:ywrap,mtrr:3,1920x1200-32@60 console=tty1 [ 0.000000] Kernel command line: BOOT_IMAGE=/kernel-3.3.0-gentoo_5 root=/dev/ram0 real_root=/dev/sda3 ro video=uvesafb:ywrap,mtrr:3,1920x1200-32@60 console=tty1 [ 0.740675] uvesafb: (C) 1988-2010, Advanced Micro Devices, Inc., TAHITI, 01.00, OEM: AMD ATOMBIOS, VBE v3.0 [ 0.789838] uvesafb: VBIOS/hardware supports DDC2 transfers [ 0.800360] uvesafb: monitor limits: vf = 75 Hz, hf = 81 kHz, clk = 170 MHz [ 0.800477] uvesafb: scrolling: redraw [ 0.842902] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 0.974099] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 1.090883] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 1.207357] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. [ 1.323908] uvesafb: framebuffer at 0xd0000000, mapped to 0xffffc90012600000, using 16384k, total 16384k [ 5.227577] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. |
...
26.03.2012, 15:04
Danke Dir für den Tip mit "ywrap" - Ich hatte das in der uvesafb.txt wirklich so verstanden, das NUR x86-Systeme dies nutzen können, aber ich habe ja kein x86, sondern amd64 bzw. x86_64.
)
26.03.2012, 15:49
Das war nur soeine "fixe Idee" sag ich mal so: Also eigentlich darin begründet, weil die "dmesg"-Meldung von UvesaFB ausgelesenen Monitordaten "wiedergibt" . Die 75HZ (vertikal) gehen nur bis 1920x1080 (FullHD-Format) bei 1920x1200 (16:10) gehts nur bis 60HZ. Hab auf Win ein Spiel, wobei ich seit der neuen Graka "Vertikale Synchronisation abwarten" aktivieren muss, da ansonsten Tearings entstehen. Zuerst hatte ich das als Treiberfehler abgetan, doch mich in einigen Spielerforen erkundigt und dort sagte man mir das das absolut kein Fehler ist, sondern die fette Graka einfach dem Monitor hoffnungslos überlegen ist. Sie darf nur 60 Bilder liefern, da der Monitor nicht mehr darstellen kann bei der Auflösung.
Ich vermute das es an deiner mitgegebenen Bildwiederholfrequenz " @60" liegen könnte, lass die doch erst mal ganz weg. (warum möchtest du dieseauch auf 60 HZ begrenzen?)
Das hat nur dann Wirkung, wenn man danach "grub2-mkconfig..." ausführt Dachte, das sei so gemeint, um die "grub.cfg" sauberer zu halten ... Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (26.03.2012, 17:18)
26.03.2012, 20:57
|
|
Quellcode |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 |
DateSat, 11 Aug 2007 16:43:27 +0200FromMichal Januszewski <>Subject[PATCH 7/7] uvesafb: try to set mode with default timings if setting it with our own timings failed
Sometimes the BIOS might not perform the mode switch correctly because of
the timings that we requested. In case this happens, try to set the video
mode with the default timings instead.
Signed-off-by: Michal Januszewski <spock@gentoo.org>
---
diff --git a/drivers/video/uvesafb.c b/drivers/video/uvesafb.c
index 2e5f1b5..853323e 100644
--- a/drivers/video/uvesafb.c
+++ b/drivers/video/uvesafb.c
@@ -1218,6 +1218,7 @@ static int uvesafb_set_par(struct fb_info *info)
task = uvesafb_prep();
if (!task)
return -ENOMEM;
+setmode:
task->t.regs.eax = 0x4f02;
task->t.regs.ebx = mode->mode_id | 0x4000; /* use LFB */
@@ -1260,10 +1261,25 @@ static int uvesafb_set_par(struct fb_info *info)
err = uvesafb_exec(task);
if (err || (task->t.regs.eax & 0xffff) != 0x004f) {
- printk(KERN_ERR "uvesafb: mode switch failed (eax=0x%x, "
- "err=%d)\n", task->t.regs.eax, err);
- err = -EINVAL;
- goto out;
+ /*
+ * The mode switch might have failed because we tried to
+ * use our own timings. Try again with the default timings.
+ */
+ if (crtc != NULL) {
+ printk(KERN_WARNING "uvesafb: mode switch failed "
+ "(eax=0x%x, err=%d). Trying again with "
+ "default timings.\n", task->t.regs.eax, err);
+ uvesafb_reset(task);
+ kfree(crtc);
+ crtc = NULL;
+ info->var.pixclock = 0;
+ goto setmode;
+ } else {
+ printk(KERN_ERR "uvesafb: mode switch failed (eax="
+ "0x%x, err=%d)\n", task->t.regs.eax, err);
+ err = -EINVAL;
+ goto out;
+ }
}
par->mode_idx = i;
|
... Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (26.03.2012, 22:19)
27.03.2012, 00:41
|
|
Quellcode |
1 |
patch -p1 < /pfad/zu/der/patch-datei.diff |
27.03.2012, 01:25
Danach den v86d irgendwo nach udev und vor keymap in die /etc/mkinitcpio.conf eintragen:
HOOKS="base udev v86d ..."
Dann die initramfs mit mkinitcpio neu generieren:
mkinitcpio -p kernel26
Wird ein anderer Kernel benutzt, zum Beispiel mit Fbcondecor, dann den Befehl entsprechend anpassen: mkinitcpio -p kernel26-fbcondecor
... Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (27.03.2012, 02:27)
27.03.2012, 21:36
schwarzer Bildschirm bis "X"-Start (kdm). Habe dann den kernel remerged und die .config aus /boot (wo ich meine Kernelconfigs hinterlege) zurück unter "usr/src/linux/.config" und neugebaut. Dann ging es wieder. Bin irgendwie grade in "Testlaune" @bell, hattest mir ja schon eine Anleitung gegeben, dazu... Kann ich die jetzige initramfs einfach löschen und mit den Parametern
Quellcode
...
27.03.2012, 21:47
Löschen musst Du nicht. Sobald der Genkernel die initramfs neu gebaut hat überschreibt er die alte Datei.Kann ich die jetzige initramfs einfach löschen und mit den Parametern ... neubauen?
. Sieht mit dem Splash auch besser aus. Natürlich kannst Du im "dmesg" anschließend bei Bedarf alles nachlesen was Dir der Kernel beim Booten verschwiegen hat.
27.03.2012, 21:53
Also er ist genauso wie er es unter KMS mit der alten Karte war. Auflösung wie unter "X". 1920x1200-32. Monitor schaltet sich nach 10min komplett aus - (was er nicht tat, als uvesafb noch nicht da war und nur "Textmodus aktiv") - Das einzige (was ich mir vorstellen kann) das wenn uvesafb 100% laufen würde, würde der Monitor auch bei Mausbewegung "aufwachen", was er bis jetzt (noch) nicht tut.
Das mit dem Patchen war schon klar. Ich hatte ja gepostet dass dieser in
3.2.11 schon drin ist. Also ist er auch in Deinem 3.3.0 drin. Erneut
patchen bringt nichts, damit zerschießt Du nur den Quellcode. Am besten
emergest Die gentoo-sources neu um den Source wieder gerade zu biegen.
Hab "emerge gentoo-sources" erneut ausgeführt und dann nur die .config (mit Versionierung) aus meinem /boot (da liegen immer "config-version-gentoo" und "kernel-version-gentoo") nach /usr/src/linux/.config zurückkopiert. ... Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (27.03.2012, 22:06)
27.03.2012, 22:08
Solange Du kein Fehlerhaftes Verhalten beobachtest sollte doch alles in Ordnung sein.
...
27.03.2012, 23:47
Hab nun die |
|
Quellcode |
1 |
media-gfx/splash-themes |
Woran kann das nur liegen?! Ich habe doch schon alles so gemacht wie es sein muss, aber irgendwas stimmt da doch nicht. An ~spock habe ich mich wegen des Fehlers gestern auch schon gewandt. Aber ich vermute ich werde auch von dort keine hilfreiche Antwort bekommen... ...
28.03.2012, 03:42
Hab nun die
installiert sowie die initramfs neugebaut. Doch die Bootsplashes funktionieren bei mir nicht. Wahrscheinlich genau wegen diesem Fehler mit uvesafb (dmesg|grep uvesa)
Quellcode
|
|
Quellcode |
1 |
uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings. |
28.03.2012, 04:42
Was ist denn "nun schon wieder #fbsplash#"? ) ... 
Grafik-Karten »
[gelöst] Kleine Frage zu Framebuffer und NVidia - proprietär...
(29.01.2012, 20:03)
Grafik-Karten » [gelöst] Schwarzer Schirm nach grub
(13.05.2011, 15:00)
Kernel » Framebuffer
(07.02.2009, 12:14)
