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.

1

03.04.2010, 14:03

Nach Kernelupdate auf 2.6.33 Fische auf dem Display

Hallo,

da mein Problem nach einem Kernelupdate auftrat, nehme ich an, dass der Thread hierher gehört, obwohl das Problem ansich ein grafisches ist.

Auf meinem Laptop läuft Gentoo komplett als Testing-Version. Die ATI-Karte läuft mit dem freien Radeon-Treiber.

Nach einem Kernel-Update von 2.6.32-r6 auf 2.6.33 habe ich plötzlich bereits auf der ersten Konsole, also noch bevor X startet, ein heftiges Flimmern. Diese Störungen nannte man beim analogen Fernsehen wohl "Fische".
Das Update habe ich über

Quellcode

1
make oldconfig


gemacht und die Konfiguration mittels

Quellcode

1
make menuconfig


überprüft. Dabei sind mir keine Änderungen an den Display-Treibern aufgefallen. Starte ich mit dem alten Kernel, habe ich kein Flimmern. Ich habe mit der Kernelkonfiguration schon etwas "rumgespielt" aber bisher ohne Erfolg. Das System läuft, abgesehen von den Fischen, einwandfrei.

Ist jemandem ähnliches widerfahren oder hat jemand einen Tipp?

Hier noch die Ausgaben von dmesg: index.php?page=Attachment&attachmentID=2882,
die Xorg.0.log: index.php?page=Attachment&attachmentID=2883
und die Kernelkonfiguration: index.php?page=Attachment&attachmentID=2884
Auch dort fällt mir nichts auf.

Gruß,
Ignatz

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Ignatz« (04.05.2010, 07:56)


2

03.04.2010, 14:16

Ich besitze eine Nvidia-Grafikkarte und hab von ATI-Treibern unter Linux keine Ahnung. Aber als ich auf den den 2.6.33er Kernel umgestiegen bin, musste ich einen unstable Treiber installieren, damit es ohne Probleme lief. Mit den stable Treibern hatte ich schlieren auf dem Display. Da du ansonsten über dein System keine Informationen gibst, würde ich dir erst ein Mal dazu raten.

3

03.04.2010, 14:45

Mein System läuft wie gesagt auf testing, d. h. mit

Quellcode

1
ACCEPT_KEYWORDS="~x86"

Das heißt, ich benutze also schon die aktuellsten Treiber. Bei ATI sogar den aus dem X11-Overlay, derzeit installiert "x11-drivers/xf86-video-ati-9999"
Aber wenn ich das richtig sehe (man möge mich hier berichtigen) tritt das Flimmern schon auf lange bevor von X die Rede ist. Da wird doch der ATI-Treiber noch gar nicht angefasst, oder?

4

03.04.2010, 15:13

OK, wer lesen kann ist klar im Vorteil 8|

Nee, der Treiber wird vor X nicht angepackt. Hast du nen Framebuffer am laufen?

5

03.04.2010, 15:22

Hi Ignatz

Ich vermute das es Problem beim Framebuffer gibt, wenn möglich solltest du da KMS (Kernel Mode Setting) verwenden.
Beachte das sich von 32er => 33er Kernel da einiges geändert hat, KMS ist nun nicht mehr unter den Staging-drivers.

Gehe am besten noch mal via menuconfig die Kernel Konfiguration durch, und setze:

Quellcode

1
2
3
4
5
Device Drivers  --->
Graphics support  --->
<*> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support)  --->
<*>   ATI Radeon
[*]     Enable modesetting on radeon by default - NEW DRIVER

Achte dann noch drauf das du in der Kernelzeile (grub) keine Framebuffer und Auflösungen angibst.
Im dmsg sollte dann etwas wie

Quellcode

1
2
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
zu finden sein.

6

03.04.2010, 15:44

Ja, ich habe den Framebuffer am Laufen. KMS verwende ich bereits und es ist im Kernel so konfiguriert, wie Josef beschrieben hat.
In dmesg steht:

Quellcode

1
2
3
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
[drm] radeon: Initializing kernel modesetting.


Sollte also soweit in Ordnung sein.

Und die grub.conf sieht so aus:

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
#
# Sample boot menu configuration file
#
password --md5 xxxxxxxxxxxxxxxxxxxxxxxx
# Boot automatically after 30 secs.
timeout 10

# By default, boot the first entry.
default 0

# Fallback to the second entry.
fallback 1

splashimage=(hd0,4)/boot/grub/gentoo-blue.xpm.gz

# For booting Gentoo-Linux
title=Gentoo Linux
root (hd0,4)
kernel /boot/vmlinuz root=/dev/sda7 splash=silent,fadein,theme:blue quiet fastboot console=tty1 pcie_aspm=force
initrd (hd0,4)/boot/fbsplash-blue-1280x1024

# For booting Windows XP Professional
title Windows XP Professional
rootnoverify (hd0,1)
makeactive
chainloader  +1


Ist doch auch in Ordnung oder?

<EDIT>
Ich habe inzwischen einen Bugreport erstellt. Auch mit Kernel 2.6.33-r1 bleibt das Problem bestehen.
http://bugs.gentoo.org/show_bug.cgi?id=314487
Offensichtlich bin ich nicht der Einzige, der betroffen ist.

Gruß,
Ignatz

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Ignatz« (12.04.2010, 09:16)


7

23.04.2010, 07:38

Hallo,

es gibt inzwischen eine Lösung für dieses Problem und es bleibt zu hoffen, dass sie ihren Weg in künftige Kernel findet.
Nachzulesen unter dem Link im vorhergehenden Post.

Gruß,
Ignatz