Bug#568608: Regression: Slow VT switching
reassign 568608 xserver-xorg-core 2:1.7.5-1 forcemerge 568236 568608 thanks On Mon, Mar 01, 2010 at 12:39:16AM +0100, Cyril Brulebois wrote: gi1242 gi1242+debianb...@gmail.com (28/02/2010): Ok, I think I know what the problem is. It has nothing to do with Intel drivers/KMS. The problem is with Wacom! \o/ yay, kibi.bugs--; I'll see if I can track down this bug better. Can you reassign it to the Wacom maintainer? Sure. Doing so with this mail. :) This looks like you're probably just getting bitten by the fact that there is no support for serial tablets yet in the udev/config server. That should be coming soon. There is a patch in bug #568236 if you want it even sooner. If it's something else (too), we'll need to look deeper. Cheers, Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568608: Regression: Slow VT switching
On Tue, Mar 02, 2010 at 12:31:34AM +1030, Ron wrote: This looks like you're probably just getting bitten by the fact that there is no support for serial tablets yet in the udev/config server. That should be coming soon. There is a patch in bug #568236 if you want it even sooner. Thanks Ron. I'll have to either wait for spring break, or the next upload (more likely the latter). Will let you know if the problem persists or not after that. GI -- 100 THINGS I'D DO IF I EVER BECAME AN EVIL OVERLORD 33. I won't require high-ranking female members of my organization to wear a stainless-steel bustier. Morale is better with a more casual dress-code. Similarly, outfits made entirely from black leather will be reserved for formal occasions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568608: Regression: Slow VT switching
gi1242 gi1242+debianb...@gmail.com (05/02/2010): Package: xserver-xorg-video-intel Version: 2:2.9.1-2 Severity: normal Hi, After my recent xorg server upgrade, I find that switching VT's takes unusually long (about 8 seconds) when switching *BACK* to X. This happens every time I hibernate / resume for instance, and happens both with and without KMS. thanks for the details. (I should add that I further upgraded to xserver-xorg 1:7.5+3, but the problem persists.) The only error message I've got is [drm:i915_gem_madvise_ioctl] *ERROR* Attempted i915_gem_madvise_ioctl() on a pinned object every time I switch back from the VT. Does anyone have any idea on how to fix this? Please note I'm really ignorant, first. :) But I guess it could be that the pinned object is locked somehow, and then becomes available later, which could explain the delay? (I've just checked drivers/gpu/drm/i915/i915_gem.c’s i915_gem_madvise_ioctl() in linux-2.6 and that sounds possible.) It'd be very nice if you could try latest kernel version as described in this blog post: http://ikibiki.org/blog/2010/02/28/Where_have_you_been/ If you're still experiencing this issue, it'd be nice to have an updated log, just in kind, so that I can forward it upstream. Mraw, KiBi. signature.asc Description: Digital signature
Bug#568608: Regression: Slow VT switching
On Sun, Feb 28, 2010 at 07:47:59PM +0100, Cyril Brulebois wrote: Package: xserver-xorg-video-intel Version: 2:2.9.1-2 Severity: normal Hi, After my recent xorg server upgrade, I find that switching VT's takes unusually long (about 8 seconds) when switching *BACK* to X. This happens every time I hibernate / resume for instance, and happens both with and without KMS. It'd be very nice if you could try latest kernel version as described in this blog post: http://ikibiki.org/blog/2010/02/28/Where_have_you_been/ Ok, I just upgraded to 2.6.32-3-amd64, and the problem persists. I can also confirm the problem on 2.6.32-trunk-amd64. I should say that switching to text VT's is instant (with KMS). When I switch back, I instantly get all windows in the old state. However, immediately after that, the contents of all windows are cleared, and I have the 8 second lag I reported above. If you're still experiencing this issue, it'd be nice to have an updated log, just in kind, so that I can forward it upstream. I'm attaching my current Xorg.0.log. If there's a different one you want, just let me know. GI -- Mac OS X. Because making Unix user-friendly is easier than debugging Windows. X.Org X Server 1.7.5 Release Date: 2010-02-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.8-dsa-amd64 x86_64 Debian Current Operating System: Linux mordor 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-3-amd64 root=/dev/hda1 ro quiet Build Date: 16 February 2010 10:23:38AM xorg-server 2:1.7.5-1 (bui...@brahms.debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Feb 28 16:27:22 2010 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout X.org Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) |--Input Device stylus (**) |--Input Device eraser (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (**) 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, /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 (**) ModulePath set to /usr/lib/xorg/modules (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. (WW) Disabling Mouse0 (WW) Disabling Keyboard0 (II) Loader magic: 0x7c1e20 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:0:2:0) 8086:2a02:103c:30c8 Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller rev 12, Mem @ 0xe440/1048576, 0xd000/268435456, I/O @ 0x4000/8 (--) PCI: (0:0:2:1) 8086:2a03:103c:30c8 Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller rev 12, Mem @ 0xe450/1048576 (II) Open ACPI successful (/var/run/acpid.socket) (II) extmod will be loaded. This was enabled by default and also specified in the config file. (II) dbe will be loaded. This was enabled by default and also specified in the config file. (II) glx will be loaded. This was enabled by default and also specified in the config file. (II) record will be loaded. This was enabled by default and also specified in the config file. (II) dri will be loaded. This was enabled by default and also specified in the config file. (II) dri2 will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: dri (II) Loading /usr/lib/xorg/modules/extensions/libdri.so (II) Module dri: vendor=X.Org Foundation compiled for 1.7.5, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension XFree86-DRI (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for
Bug#568608: Regression: Slow VT switching
gi1242 gi1242+debianb...@gmail.com (28/02/2010): Ok, I just upgraded to 2.6.32-3-amd64, and the problem persists. I can also confirm the problem on 2.6.32-trunk-amd64. OK, thanks. I should say that switching to text VT's is instant (with KMS). When I switch back, I instantly get all windows in the old state. However, immediately after that, the contents of all windows are cleared, and I have the 8 second lag I reported above. Thanks for the details. I'm attaching my current Xorg.0.log. If there's a different one you want, just let me know. Last lines in dmesg would be nice, especially if you could mark the last line you got before switching back to X. If you look at your initial bug report, you can see a i915_gem_madvise_ioctl() being mentioned there, it would be nice to see what happens now, and whether this or that stuff happens on the way from or to X. Mraw, KiBi. signature.asc Description: Digital signature
Bug#568608: Regression: Slow VT switching
On Sun, Feb 28, 2010 at 10:52:44PM +0100, Cyril Brulebois wrote: I'm attaching my current Xorg.0.log. If there's a different one you want, just let me know. Last lines in dmesg would be nice, especially if you could mark the last line you got before switching back to X. Ok. In dmesg, the only two lines I get after switching back to X is [ 2806.180226] [drm] TV-14: set mode NTSC 480i 0 [ 2806.360365] [drm] TV-14: set mode NTSC 480i 0 In Xorg.0.log, the extra lines produced by a VT switch, and then back again are: (II) AIGLX: Suspending AIGLX clients for VT switch (II) Open ACPI successful (/var/run/acpid.socket) (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): No memory allocations (II) intel(0): EDID vendor BOE, prod id 2203 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline 1280x800x0.0 69.30 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (48.1 kHz) (WW) stylus: unable to read ISDV4 % data after 3 tries at (38400) (--) stylus: Wacom General ISDV4 tablet speed=38400 maxX=26312 maxY=16520 maxZ=255 resX=2540 resY=2540 tilt=disabled (--) stylus: top X=61 top Y=227 bottom X=26353 bottom Y=16581 resol X=2540 resol Y=2540 (--) eraser: top X=61 top Y=227 bottom X=26353 bottom Y=16581 resol X=2540 resol Y=2540 (II) Power Button: Device reopened after 1 attempts. (II) Video Bus: Device reopened after 1 attempts. (II) Sleep Button: Device reopened after 1 attempts. (II) AT Translated Set 2 keyboard: Device reopened after 1 attempts. (II) PS/2 Generic Mouse: Device reopened after 1 attempts. (II) Macintosh mouse button emulation: Device reopened after 1 attempts. (II) ACPI Virtual Keyboard Device: Device reopened after 1 attempts. (II) USB Optical Mouse: Device reopened after 1 attempts. If you look at your initial bug report, you can see a i915_gem_madvise_ioctl() being mentioned there, it would be nice to see what happens now, and whether this or that stuff happens on the way from or to X. Unfortunately, I don't seem to get this message now. I should add, I'm now using KMS. On 2.6.32-trunk, the problem persisted with/without KMS, so I've only included the log files under KMS above. If you like, I can reboot and give you the non-KMS logs too. Finally, I've upgraded my system. Here are the relevant packages now (same problem persists). ii libc6 2.10.2-6 ii libdrm-intel1 2.4.17-1 ii libdrm2 2.4.17-1 ii libpciaccess0 0.11.0-1 ii libxext62:1.1.1-2 ii libxfixes3 1:4.0.4-1 ii libxv1 2:1.0.5-1 ii libxvmc12:1.0.5-1 ii xserver-xorg-core 2:1.7.5-1 Thanks, GI -- 'Common' Proof Techniques: 4. Proof by example -- The author gives only the case n = 2 and suggests that it contains most of the ideas of the general proof. pgpX1BrMgxbc1.pgp Description: PGP signature
Bug#568608: Regression: Slow VT switching
gi1242 gi1242+debianb...@gmail.com (28/02/2010): If you look at your initial bug report, you can see a i915_gem_madvise_ioctl() being mentioned there, it would be nice to see what happens now, and whether this or that stuff happens on the way from or to X. Unfortunately, I don't seem to get this message now. That's actually expected, since that particular error is supposed to be fixed in latest kernels. :) I should add, I'm now using KMS. On 2.6.32-trunk, the problem persisted with/without KMS, so I've only included the log files under KMS above. If you like, I can reboot and give you the non-KMS logs too. If they look the same, no need to attach them; but I guess a confirmation of this issue without KMS would be nice as well. Finally, I've upgraded my system. Here are the relevant packages now (same problem persists). ii libc6 2.10.2-6 ii libdrm-intel1 2.4.17-1 ii libdrm2 2.4.17-1 There's 2.4.18-2 in sid (which should pull other libdrm* at the same time), which you may want to try out. I'm not sure it's going to help you, though. ii libpciaccess0 0.11.0-1 ii libxext62:1.1.1-2 ii libxfixes3 1:4.0.4-1 ii libxv1 2:1.0.5-1 ii libxvmc12:1.0.5-1 ii xserver-xorg-core 2:1.7.5-1 Mraw, KiBi. signature.asc Description: Digital signature
Bug#568608: Regression: Slow VT switching
Ok, I think I know what the problem is. It has nothing to do with Intel drivers/KMS. The problem is with Wacom! If I remove the Wacom specific lines in my xorg.conf, VT switching is instant. I'll see if I can track down this bug better. Can you reassign it to the Wacom maintainer? GI -- Alternative definitions of terms from Math Lectures: SIMILARLY: At least one line of the proof of this case is the same as before. pgp7X0cyD7htX.pgp Description: PGP signature
Bug#568608: Regression: Slow VT switching
reassign 568608 xserver-xorg-input-wacom thanks gi1242 gi1242+debianb...@gmail.com (28/02/2010): Ok, I think I know what the problem is. It has nothing to do with Intel drivers/KMS. The problem is with Wacom! \o/ yay, kibi.bugs--; I'll see if I can track down this bug better. Can you reassign it to the Wacom maintainer? Sure. Doing so with this mail. :) Mraw, KiBi. signature.asc Description: Digital signature
Bug#568608: Regression: Slow VT switching
Package: xserver-xorg-video-intel Version: 2:2.9.1-2 Severity: normal After my recent xorg server upgrade, I find that switching VT's takes unusually long (about 8 seconds) when switching *BACK* to X. This happens every time I hibernate / resume for instance, and happens both with and without KMS. This problem never happened with my previous version. According to aptitude, here's the details of my upgrade: [UPGRADE] xserver-common 2:1.6.5-1 - 2:1.7.4-2 [UPGRADE] xserver-xorg 1:7.4+4 - 1:7.5+2 [UPGRADE] xserver-xorg-core 2:1.6.5-1 - 2:1.7.4-2 [UPGRADE] xserver-xorg-input-all 1:7.4+4 - 1:7.5+2 [UPGRADE] xserver-xorg-input-evdev 1:2.2.5-1 - 1:2.3.2-3 [UPGRADE] xserver-xorg-input-synaptics 1.2.0-2 - 1.2.1-1 [UPGRADE] xserver-xorg-input-wacom 0.8.3.2-1 - 0.10.3+20100109-1 [UPGRADE] xserver-xorg-video-fbdev 1:0.4.0-4 - 1:0.4.1-1 [UPGRADE] xserver-xorg-video-intel 2:2.9.1-1 - 2:2.9.1-2 [UPGRADE] xserver-xorg-video-v4l 0.2.0-3 - 1:0.2.0-4 [UPGRADE] xserver-xorg-video-vesa 1:2.2.1-1 - 1:2.3.0-1 (I should add that I further upgraded to xserver-xorg 1:7.5+3, but the problem persists.) The only error message I've got is [drm:i915_gem_madvise_ioctl] *ERROR* Attempted i915_gem_madvise_ioctl() on a pinned object every time I switch back from the VT. Does anyone have any idea on how ti fix this? Thanks, GI -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Dec 21 11:29 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1864832 Jan 20 18:37 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 3881 Feb 1 21:18 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard InputDevicestylus SendCoreEvents InputDeviceeraser SendCoreEvents #InputDevicecursor SendCoreEvents# For non-tablets #InputDevicepad EndSection Section Files ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/X11/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/100dpi/:unscaled FontPath /usr/share/fonts/X11/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/share/fonts/X11/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath built-ins EndSection Section Module Load dri Load glx Load dbe Load dri2 Load extmod Load record EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 EndSection Section InputDevice Driverwacom Identifierstylus OptionDevice/dev/ttyS0 # SERIAL ONLY OptionType stylus OptionForceDevice ISDV4 # Tablet PC ONLY #Option BaudRate 19200 EndSection Section InputDevice Driverwacom Identifiereraser OptionDevice/dev/ttyS0 # SERIAL ONLY OptionType eraser OptionForceDevice ISDV4 # Tablet PC ONLY #Option BaudRate 19200 EndSection Section InputDevice Driverwacom Identifiercursor OptionDevice/dev/ttyS0 # SERIAL ONLY OptionType cursor OptionForceDevice ISDV4 # Tablet PC ONLY EndSection # This section is for Intuos3, Cintiq 21UX, Graphire4, or Bamboo Section InputDevice Driverwacom Identifierpad OptionDevice/dev/ttyS0 # SERIAL ONLY OptionType pad OptionForceDevice ISDV4 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option NoAccel # [bool] #Option SWcursor # [bool] #Option ColorKey # i #Option CacheLines# i #Option Dac6Bit # [bool] #Option DRI