On Mon, 07 Jan 2013 13:32:00 +0100, Martin Steigerwald <Martin@lichtvoll.de> wrote:
Am Sonntag, 6. Januar 2013 schrieb Tilo Schwarz:Hallo Liste,Hi Tilo,unter > cat /etc/debian_version 7.0 gibt es folgende Merkwürdigkeit: Mit % cat /etc/modprobe.d/radeon-kms.conf options radeon modeset=1 dauert % time seq 100000 ca. 12 sec. Man sieht auch im Browser etc. das langsame Scrollen "per Auge". Mit % cat /etc/modprobe.d/radeon-kms.conf options radeon modeset=0 dauert % time seq 100000 ca. 2.2 sec. Scollen im Browser geht fix wie immer.Huh? Heftig. Ist das ein einem X-Terminal-Emulator oder auf einem TTY?
Das ist im X-Terminal-Emulator.
Wenn ja, welcher?
rxvt
Hier in der KDE Konsole mit Sandybridge HD 3000, die nur mit KMS geht und aktiviertem SNA - Sandybridge Acceleration Architecture, eine Beschleunigungsverfahren für 2D-Operationen: martin@merkaba:~> time seq 100000 seq 100000 0,00s user 0,17s system 38% cpu 0,436 total martin@merkaba:~> time seq 1000000 seq 1000000 0,01s user 1,56s system 37% cpu 4,139 totalWobei sich im zweiten Fall der Grafiktreiber oder Konsole eine Ausgaben zusparen schein, also nach einer Weile seltener aktualisiert. Ha, das macht wohl Konsole so. Also dann hier nochmal im LXTerminal: seq 1 100000 0,00s user 0,19s system 15% cpu 1,267 total seq 1 1000000 0,02s user 2,17s system 14% cpu 14,795 totalOkay, KDE´s Konsole trickst da ganz schön rum, während LXTerminal wirklichdie Ausgabe über den ganzen Zeitraum häufig aktualisiert.Hat jemand von Euch ähnliches Verhalten auch schon mal gesehen oder eine Idee? Bevor ich in einen Bugreport einsteige, würde ich gerne vermeiden, daß ich vielleicht einen Konfigurationsfehler gemacht habe (es gibt ja immerhin knapp 50 Optionen in 'man radeon' zu finden).Glaube ich nicht, da Du ja nach(Es gibt einen Bug im BTS für xserver-xorg-video-radeon, der komischerweise genau das Gegenteil beschreibt: Langsames Scrollen mit options radeon modeset=0). > cat /etc/X11/xorg.conf[…]Section "Device" Identifier "Device" Driver "radeon" EndSection[…] keine Optionen gesetzt hast.
Ich dachte, das ist vielleicht der Fehler ;-).
Wenn es eine AGP-Karte ist, kann sinnvoll sein, den AGP-Modus auf das von der Hardware unterstützte Maximum hochzudrehen.
Ich habe gerade man AGP-Mode 8 probiert - ändert nichts.
Welche Radeon-Hardware verwendest Du denn?
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Radeon Mobility X1400 (prog-if 00 [VGA controller]) Subsystem: Dell Device 2003 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at d0000000 (32-bit, prefetchable) [size=256M] I/O ports at ee00 [size=256] Memory at efdf0000 (32-bit, non-prefetchable) [size=64K] [virtual] Expansion ROM at efd00000 [disabled] [size=128K] Capabilities: [50] Power Management version 2 Capabilities: [58] Express Legacy Endpoint, MSI 00 Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit+ Kernel driver in use: radeon
Bei Bedarf maile ich gerne die beiden Xorg.0.log.Da würde mich mal interessieren, was der Treiber zum Modesetting sagt.
Ich habe mal drei Xorg-Logs angehängt: Xorg.0.log-modeset-0 -> modeset = 0 Xorg.0.log-modeset-1 -> modeset = 0 Xorg.0.log-no-xorg.conf -> kein xorg.conf File (der scrollt in rxvt am allerschnellsten, kann aber kein DRI etc.)
Also zu Stichworten wie KMS, DRM, DRI, AIGLX, mode setting. Und ob Du Desktop Compositing verwendest (hier ja).
Vermutlich nicht, ich nutze als WM awesome.Aber es ist auch KDE installiert und möglicherweise dreht das ja an systemweiten Einstellungen.
Kommt DRM/KMS überhaupt zum Einsatz? tin@merkaba:~> dmesg | grep drm [ 0.347704] [drm] Initialized drm 1.1.0 20060810 [ 0.348218] [drm] Memory usable by graphics device = 2048M[ 0.370821] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).[ 0.370883] [drm] Driver supports precise vblank timestamp query.[ 0.498188] [drm] GMBUS [i915 gmbus dpb] timed out, falling back to bitbanging on pin 5 [ 0.552288] fbcon: inteldrmfb (fb0) is primary device [ 1.500256] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device [ 1.502715] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0 [ 1.702669] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp on [30434.502616] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp on [78037.251259] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp on [129074.068847] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp on [185228.953540] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp on martin@merkaba:~> cat /proc/fb 0 inteldrmfb Müsste bei Dir halt was mit Radeon kommen.
Bei mir:
dmesg | grep drm
[ 7.200149] [drm] Initialized drm 1.1.0 20060810 [ 7.517976] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 7.518030] [drm] No driver support for vblank timestamp query. [ 7.518079] [drm] Initialized radeon 1.33.0 20080528 for 0000:01:00.0 on minor 0 [ 63.976763] [drm] Setting GART location based on new memory map [ 63.977985] [drm] Loading R500 Microcode [ 64.037321] [drm] Num pipes: 1 [ 64.037328] [drm] writeback test succeeded in 1 usecs
cat /dev/fb
cat: /dev/fb: No such file or directory
xdriinfo
Screen 0: r300Habe gerade noch anderen "Effekte" festgestellt - bei Modeset = 0 "hat das Bild manchmal komische zappelnde Querstreifen" im TTY und die Videowiedergabe im Browser ruckelt, was das wohl wieder ist. D.h. Modeset = 0 ist nur richtig schnell beim Scrollen im x-terminal, ansonsten macht es andere Probleme.
Danke daß Du hier mal draufgeschaut hast! Viele Grüße, Tilo
Attachment:
Xorg.0.log-modeset-0.gz
Description: GNU Zip compressed data
Attachment:
Xorg.0.log-modeset-1.gz
Description: GNU Zip compressed data
Attachment:
Xorg.0.log-no-xorg.conf.gz
Description: GNU Zip compressed data