Bug#620858: xserver-xorg-video-radeon: slow overall performance upon wake-up from suspend
On Son, 2011-05-08 at 16:17 -0400, Andres Cimmarusti wrote: I don't know what update did it, but I haven't experienced the slowness for a while now. It was probably the kernel. There was a bug where it didn't restore PAT attributes correctly on resume. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1304931090.14268.92.camel@thor.local
Bug#620858: xserver-xorg-video-radeon: slow overall performance upon wake-up from suspend
I don't know what update did it, but I haven't experienced the slowness for a while now. I installed libgl1-mesa-dri-experimental (don't know if this could have helped). You can close the bug report -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=tjnjhyrzmunhfgmbkod5yabr...@mail.gmail.com
Bug#620858: xserver-xorg-video-radeon: slow overall performance upon wake-up from suspend
On Mon, 2011-04-04 at 13:45 -0400, Andres Cimmarusti wrote: Package: xserver-xorg-video-radeon Version: 1:6.14.0-1 Severity: normal Upon resuming from suspend, overall performance and responsiveness of my desktop is incredibly degraded. I'm not sure what is causing this, but restarting X brings things back to normal. I'm using Mesa 7.10 which now locks glxgears to the refresh rate of the monitor, normally I get a value very near 60 FPS(Hz), but upon resuming I get 30 FPS. It's like the refresh rate of my monitor gets messed up after resuming. I'm using a vanilla kernel 2.6.37.6. But have seen this behaviour with 2.6.38 in main. [...] [6.394262] [drm] radeon: 3 quad pipes, 1 z pipes initialized. [...] [ 1558.717663] [drm] radeon: 3 quad pipes, 1 z pipes initialized. [...] [ 2183.658014] [drm] radeon: 1 quad pipes, 1 z pipes initialized. The kernel radeon driver isn't consistently reporting the number of quad pipes. Does the slowness correspond to the number being reported as 1? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1301998831.24704.67.camel@thor.local
Bug#620858: xserver-xorg-video-radeon: slow overall performance upon wake-up from suspend
[ 2183.658014] [drm] radeon: 1 quad pipes, 1 z pipes initialized. The kernel radeon driver isn't consistently reporting the number of quad pipes. Does the slowness correspond to the number being reported as 1? I've just checked this. Yes, it's slow when the number is reported as 1 (which happens both waking up from suspend, and when using vblank_mod=0). Thanks for looking into this. Andres -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTinRojBFD+UABRVN7xdkyZ=abvj...@mail.gmail.com
Bug#620858: xserver-xorg-video-radeon: slow overall performance upon wake-up from suspend
[ 2183.658014] [drm] radeon: 1 quad pipes, 1 z pipes initialized. The kernel radeon driver isn't consistently reporting the number of quad pipes. Does the slowness correspond to the number being reported as 1? I've just checked this. Yes, it's slow when the number is reported as 1 (which happens both waking up from suspend, and when using vblank_mod=0). So, this is rather strange. With a vanilla 2.6.37.6 kernel (using debian config file to compile + two cpu customizations) the quad number is generally reported as 3, but goes to 1 upon resuming from suspend. With kernel 2.6.38-2 from debian main, quad seems to be 1, but after resuming it goes to 3. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktim-yeom8_7neihfav25305ypyc...@mail.gmail.com
Bug#620858: xserver-xorg-video-radeon: slow overall performance upon wake-up from suspend
So, this is rather strange. With a vanilla 2.6.37.6 kernel (using debian config file to compile + two cpu customizations) the quad number is generally reported as 3, but goes to 1 upon resuming from suspend. With kernel 2.6.38-2 from debian main, quad seems to be 1, but after resuming it goes to 3. Using both vblank_mod=0 and SwapbuffersWait - False, framerate drops dramatically after resuming, causing a very unresponsive system. Even sometimes when typing there is a noticeable delay between keystrokes and actual text displayed. I don't know if the quad pipe issue is related anymore: $ dmesg | grep quad [6.615793] [drm] radeon: 3 quad pipes, 1 z pipes initialized. (booting) [ 386.543044] [drm] radeon: 3 quad pipes, 1 z pipes initialized. (after resuming from suspend) Sometimes it changes, sometimes it doesn't... I would stick with current testing versions X, mesa and kernel (which don't seem to have this issue), but my touchpad gets out of sync and lags and it's just not usable... I guess I'll wait for llvm to be enabled in gallium and try again.. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktik+pr5jsml5nzegr4nbrdkfnqn...@mail.gmail.com
Bug#620858: xserver-xorg-video-radeon: slow overall performance upon wake-up from suspend
On Die, 2011-04-05 at 10:02 -0400, Andres Cimmarusti wrote: [ 2183.658014] [drm] radeon: 1 quad pipes, 1 z pipes initialized. The kernel radeon driver isn't consistently reporting the number of quad pipes. Does the slowness correspond to the number being reported as 1? I've just checked this. Yes, it's slow when the number is reported as 1 (which happens both waking up from suspend, and when using vblank_mod=0). The latter can't really be true like that, as the number of pipe quads is only probed and printed at initialization and resume time. So, this is rather strange. With a vanilla 2.6.37.6 kernel (using debian config file to compile + two cpu customizations) the quad number is generally reported as 3, but goes to 1 upon resuming from suspend. With kernel 2.6.38-2 from debian main, quad seems to be 1, but after resuming it goes to 3. So in the latter case, is it slow initially but becomes fast after resume? :) -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1302013930.24704.77.camel@thor.local
Bug#620858: xserver-xorg-video-radeon: slow overall performance upon wake-up from suspend
2011/4/5 Michel Dänzer daen...@debian.org: On Die, 2011-04-05 at 10:02 -0400, Andres Cimmarusti wrote: [ 2183.658014] [drm] radeon: 1 quad pipes, 1 z pipes initialized. The kernel radeon driver isn't consistently reporting the number of quad pipes. Does the slowness correspond to the number being reported as 1? I've just checked this. Yes, it's slow when the number is reported as 1 (which happens both waking up from suspend, and when using vblank_mod=0). The latter can't really be true like that, as the number of pipe quads is only probed and printed at initialization and resume time. Let me clarify. The slowness is present after waking up from suspend OR if I boot up using vblank_mod=0. So, this is rather strange. With a vanilla 2.6.37.6 kernel (using debian config file to compile + two cpu customizations) the quad number is generally reported as 3, but goes to 1 upon resuming from suspend. With kernel 2.6.38-2 from debian main, quad seems to be 1, but after resuming it goes to 3. So in the latter case, is it slow initially but becomes fast after resume? :) It's always slow on resume...in any case. In fact, right now, I've been probing the quad pipe message and it seems to vary. The last two boots with 2.6.38-2 kernel lead to a reported number of 3. After the resume the number remains 3: $ dmesg | grep quad [9.554083] [drm] radeon: 3 quad pipes, 1 z pipes initialized. [ 173.492317] [drm] radeon: 3 quad pipes, 1 z pipes initialized. But the slowness is still present and almost crippling... -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktimr3bekd0wfsq86oq_9k0oz011...@mail.gmail.com
Bug#620858: xserver-xorg-video-radeon: slow overall performance upon wake-up from suspend
Package: xserver-xorg-video-radeon Version: 1:6.14.0-1 Severity: normal Upon resuming from suspend, overall performance and responsiveness of my desktop is incredibly degraded. I'm not sure what is causing this, but restarting X brings things back to normal. I'm using Mesa 7.10 which now locks glxgears to the refresh rate of the monitor, normally I get a value very near 60 FPS(Hz), but upon resuming I get 30 FPS. It's like the refresh rate of my monitor gets messed up after resuming. I'm using a vanilla kernel 2.6.37.6. But have seen this behaviour with 2.6.38 in main. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Oct 24 13:14 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1926464 Mar 25 23:49 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:05.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon XPRESS 200M 5955 (PCIE) [1002:5955] Xorg X server configuration file status: -rw-r--r-- 1 root root 470 Feb 14 21:24 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section ServerLayout Identifier Default Layout Screen Default Screen EndSection Section Device Identifier ATI Radeon Xpress 200M IGP Driver radeon BusID PCI:1:5:0 Option EnablePageFlip1 Option Monitor-LVDS Internal Monitor EndSection Section Monitor Identifier Internal Monitor EndSection Section Screen Identifier Default Screen Device ATI Radeon Xpress 200M IGP Monitor Internal Monitor EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 2.6.37.6-k8-amd64 (root@debturion) (gcc version 4.5.2 (Debian 4.5.2-4) ) #1 SMP Mon Mar 28 17:16:05 EDT 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 37378 Apr 4 13:19 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 2041.459] X.Org X Server 1.9.5 Release Date: 2011-03-17 [ 2041.459] X Protocol Version 11, Revision 0 [ 2041.459] Build Operating System: Linux 2.6.38-1-amd64 x86_64 Debian [ 2041.459] Current Operating System: Linux debturion 2.6.37.6-k8-amd64 #1 SMP Mon Mar 28 17:16:05 EDT 2011 x86_64 [ 2041.459] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37.6-k8-amd64 root=UUID=bf847908-ebfe-441e-b3fc-70e8c9df5bec ro quiet [ 2041.459] Build Date: 26 March 2011 03:32:34AM [ 2041.459] xorg-server 2:1.9.5-1 (Cyril Brulebois k...@debian.org) [ 2041.459] Current version of pixman: 0.21.4 [ 2041.459]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 2041.460] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 2041.460] (==) Log file: /var/log/Xorg.0.log, Time: Mon Apr 4 12:31:52 2011 [ 2041.460] (==) Using config file: /etc/X11/xorg.conf [ 2041.460] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 2041.460] (==) ServerLayout Default Layout [ 2041.460] (**) |--Screen Default Screen (0) [ 2041.460] (**) | |--Monitor Internal Monitor [ 2041.460] (**) | |--Device ATI Radeon Xpress 200M IGP [ 2041.460] (==) Automatically adding devices [ 2041.460] (==) Automatically enabling devices [ 2041.461] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 2041.461]Entry deleted from font path. [ 2041.461] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [ 2041.461] (==) ModulePath set to /usr/lib/xorg/modules [ 2041.461] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 2041.461] (II) Loader magic: 0x7d1be0 [ 2041.461] (II) Module ABI versions: [ 2041.461]X.Org ANSI C Emulation: 0.4 [ 2041.461]X.Org Video Driver: 8.0 [ 2041.461]X.Org XInput driver : 11.0 [ 2041.461]X.Org Server Extension : 4.0 [ 2041.462] (--) PCI:*(0:1:5:0) 1002:5955:103c:30a4 rev 0, Mem @ 0xc800/134217728, 0xc010/65536, I/O @ 0x9000/256, BIOS @ 0x/131072 [ 2041.462] (II)
Bug#620858: xserver-xorg-video-radeon: slow overall performance upon wake-up from suspend
Hi Andres. Andres Cimmarusti acimmaru...@gmail.com (04/04/2011): Upon resuming from suspend, overall performance and responsiveness of my desktop is incredibly degraded. I'm not sure what is causing this, but restarting X brings things back to normal. I'm using Mesa 7.10 which now locks glxgears to the refresh rate of the monitor, normally I get a value very near 60 FPS(Hz), but upon resuming I get 30 FPS. It's like the refresh rate of my monitor gets messed up after resuming. I'm using a vanilla kernel 2.6.37.6. But have seen this behaviour with 2.6.38 in main. Try vblank_mode=0? Check which renderer you're using after the wake-up? “glxinfo|grep renderer” for example. KiBi. signature.asc Description: Digital signature