Bug#539090: xserver-xorg-video-intel: Extreme slowness after upgrade from 2.7.1-1
Package: xserver-xorg-video-intel Version: 2:2.8.0-1 Severity: normal Certain drawing operations seem to be extremely slow after a recent upgrade from 2.7.1-1. I notice this in firefox or in okular (KDE's PDF viewer), but it's most obvious, oddly, in some of the options from the game 'loopy' from sgt-puzzles, in the settings with lots of diagonal lines. For instance, 'loopy 9x9t4' takes about 45 seconds to start; this is new behaviour since the upgrade. I'm using a 915GM on a HP nc6220 notebook, with a 1400x1050 display. I set my virtual screen size to 1600x1200 since I sometimes use an external monitor with that resolution. I notice the slowness whether or not using the external monitor. (I'll note that this upgrade did also fix two different display glitches: in the older versions, text mode used to get corrupted, and the screen would occasionally flicker momentarily.) -- 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 2006-05-30 16:11 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1689624 2009-07-26 18:36 /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 915GM/GMS/910GML Express Graphics Controller (rev 03) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: lrwxrwxrwx 1 root root 16 2009-07-09 14:06 /etc/X11/xorg.conf - xorg.conf.narrow Contents of /etc/X11/xorg.conf: # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/X11R6/lib/X11/fonts/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/X11R6/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/X11R6/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/X11R6/lib/X11/fonts/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType # Local fonts FontPath/usr/local/share/fonts/75dpi EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us Option XkbOptionsctrl:nocaps,compose:menu EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/psaux Option Protocol auto-dev Option HorizScrollDelta 0 EndSection Section Device Identifier Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller Driver intel BusID PCI:0:2:0 EndSection Section Monitor Identifier Internal LCD Option DPMS EndSection Section Screen Identifier Default Screen Device Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller Monitor Internal LCD DefaultDepth24 SubSection Display Virtual 1600 1200 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Synaptics Touchpad EndSection Section ServerFlags Option DontZap
Bug#539090: Upgrading kernel fixes problem
Following the release notes (in NEWS.gz), I tried upgrading my kernel from 2.6.27.2 to 2.6.31-4, and it entirely fixed this problem. --Dylan Thurston -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#451570: Two issues
(Replying only to you, since I have no idea which bug this belongs with; forward as appropriate) On Sun, Feb 10, 2008 at 10:18:38AM +0100, Brice Goglin wrote: I am unmerging your own bug report from #452357 and marking it as fixed in 2:2.2.0.90-2. In #452357, the lockup appeared 10s after the startup of the server, Ken's bug might be more similar to this one. I do see this bug as well now. In my message from yesterday, I had only been testing with dual-head (with an external monitor connected); when I start X with no external monitor (but with large virtual size), I also get a crash maybe 30 seconds after starting X, after logging in and parts of my session start. X also crashes when I use xrandr to turn off the external monitor. After these crashes, the hardware seems to be left in a bad state: gdm tries to start several time, and doesn't get as far. I've attached one of those logs in case it's useful. Switching to XAA didn't fix this for me, but turning off acceleration did. Peace, Dylan Xorg.0.log.old Description: application/trash
Bug#451570: [Fwd: [Bug 13376] Intel 2.2 lockup when virtual size exceeds 2048]
On Wed, Feb 06, 2008 at 06:45:16AM +0100, Brice Goglin wrote: 2.2.0.90 has been uploaded to unstable. Could all of you test it and report back whether the lockup is fixed when Virtual size exceeds 2048 and using EXA (or at least not using NoAccel)? I just had a chance to try the new versions (Debian versions 2:2.2.0.90-2 and 2:2.2.0.90-3), and it now works fine for me, without the NoAccel option. I have attached the log file from 2.2.0.90-2 and my xorg.conf. Peace, Dylan This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.4.0.90 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20080131-1) Current Operating System: Linux amaryllis 2.6.22 #1 Thu Aug 16 08:44:36 EDT 2007 i686 Build Date: 01 February 2008 03:49:13AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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: Sat Feb 9 15:53:04 2008 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Internal LCD (**) | |--Device Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (**) |--Input Device Synaptics Touchpad (**) Option DontZap false (==) Automatically adding devices (==) Automatically enabling devices (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/misc. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/misc). (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/100dpi/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/100dpi/). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/75dpi/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/75dpi/). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/Type1. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/Type1). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/100dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/100dpi). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/75dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/75dpi). (==) Including the default font path /usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/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. (**) 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, /usr/local/share/fonts/75dpi, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /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 (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81d8a60 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.4.0.90, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI:
Bug#451570: Two issues
FWIW, I talked to Ken (Chung-chieh) Shan about this issue just now, and I agree there may be different issues: the problem I originally reported was an almost immediate lockup on starting X (if the virtual size was too big and without the NoAccel option), while Ken still observes a lockup when he logs in, when 'mail-notification' starts and puts up a pop-up window. (I don't use that tool, so I wouldn't have seen that issue.) (We also have different hardware: an HP nc6220 for me and a Lenovo ThinkPad X60 for Ken.) Peace, Dylan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451570: the same problem with 945GM
On Wed, Nov 21, 2007 at 01:46:14PM +0100, Brice Goglin wrote: gree:.. wrote: Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Severity: important I have the same problem on 945GM (FUJITSU-SIEMENS AMILO PRO V3505). I find out, that problem occures only if parameter Virtual 2560x1024 is set in Xorg.conf. ... ... And indeed the initial reported uses 3000x1600. Dylan, does it help if you reduce your Virtual config or switch to NoAccel ? Yes to both: I reported that switching to NoAccel works in my initial report, and I just checked: reducing the Virtual config also works. Only 2048x2048 is supposed to work. Bigger virtual screen were kind of working before, looks like it is not the case anymore. They remain very useful... The old driver used to disable the 3D acceleration on wide screens. Disabling of the 2D acceleration in addition is annoying. Peace, Dylan Thurston -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427811: Fix released upstream
reopen 427811 tag 427811 fixed-in-experimental thanks On Fri, Nov 16, 2007 at 08:51:07AM +, Bruce Goglin wrote: Right, VT switch problems should be fixed in 2.1.99. If people are still experiencing problems that are related to the network, please open a new bug report. 2.1.99 seems to currently only be in experimental, so the appropriate status is fixed-in-experimental, no? I will try the package and report back if I still see the issue. --Dylan Thurston -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432435: Regression: 1600x1200 output shows artifacts
On Tue, Jul 10, 2007 at 09:50:12AM +0200, Brice Goglin wrote: Thanks for testing multiple versions, it helps a lot since the changes between -5 and -6 are pretty small. There's a least one small bug that have been reported (by me) in this changes. It regards large resolution on i9xx chipsets and is not fixed upstream so far. To workaround it, you may either revert commit 1e2e301348b4168aeed38b3fdc6b0e43d5678a86, or just apply the attached patch. Please let me know whether it helps. This patch worked great on both 2.0.0-6 and 2.1.0-2. Thank you! Peace, Dylan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406692: xserver-xorg-video-i810: Xinerama info reported incorrectly to clients
On Thu, Jul 05, 2007 at 08:51:27PM +0200, Brice Goglin wrote: On Wed, Jun 06, 2007 at 12:55:43AM +0200, Brice Goglin wrote: In principle xrandr should be able to do dual-head, but I haven't gotten that to work yet; in any case it's a separate issue. Do you actually see some randr-1.2-related bugs? Or do you just need help/time to configure/use randr-1.2? In case it helps, I put some basic docs in section #5 of http://wiki.debian.org/XStrikeForce/ReleaseNotes a while ago. I'll keep this bug open for now, until you get a chance to test randr-1.2. Hi Dylan, Did you have a chance to play with randr-1.2. If you need help, feel free to ask. I've been travelling and just got back. There was a bug earlier, which seems to have been fixed; it works great now (with the exception of #432435, just filed). We have some other bugs about Xinerama problems, for instance #421449 and #431746. So if you don't care anymore of xinerama thanks to randr-1.2, we could close this bug. Yes, please close this bug. Peace, Dylan
Bug#427811: Diagnosis
On Wed, Jun 27, 2007 at 09:48:43AM +0200, Brice Goglin wrote: On 6/27/07, Dylan Thurston [EMAIL PROTECTED] wrote: I believe I have isolated the problem: my X session crashes (on the hardware indicated earlier) when I switch VTs away from X while nm-applet is displaying the little animation it shows when looking for a network. I've also had two crashes when I killed nm-applet (from the command line) while displaying the animation, although that doesn't happen consistently. (Nothing nm-applet can do should be able to crash X and the computer, so this remains a bug in X, and probably in the driver.) Which network driver are you using with this nm-applet? It could be a driver or hardware conflict... I am using ipw2200 on kernel 2.6.22-rc4, with Intel's firmware; and you seem to be correct that it is a driver conflict, since switching VTs works fine while getting a network connection from a wired network. Thanks for the suggestion! Now where is the appropriate place to send this bug? I'm no longer sure the video driver is really involved, although I did not see this problem under the non-modesetting branch. Peace, Dylan signature.asc Description: Digital signature
Bug#427811: Diagnosis
I believe I have isolated the problem: my X session crashes (on the hardware indicated earlier) when I switch VTs away from X while nm-applet is displaying the little animation it shows when looking for a network. I've also had two crashes when I killed nm-applet (from the command line) while displaying the animation, although that doesn't happen consistently. (Nothing nm-applet can do should be able to crash X and the computer, so this remains a bug in X, and probably in the driver.) Peace, Dylan signature.asc Description: Digital signature
Bug#427811: xserver-xorg-video-intel: Occassional hard freeze switching from graphics to text mode
On Sun, Jun 24, 2007 at 09:33:59AM +0200, Dylan Thurston wrote: On Sat, Jun 23, 2007 at 10:36:06AM +0200, Brice Goglin wrote: Hi, Could you guys try the latest xserver-xorg-video-intel package (2:2.0.0-5 currently in experimental) and report back whether it fixes this occasional freeze when switching from X to VT console? I'm trying it now, no problems so far. Since the problem is irregular, I'll have to wait a few days to be able to tell you if it comes up. This did not seem to help: I still get crashes with 2:2.0.0-5. In fact it seems like it may be worse: I believe I just got a crash without switching VTs (in addition to crashing twice when switching VTs). Peace, Dylan Thurston signature.asc Description: Digital signature
Bug#427811: xserver-xorg-video-intel: Occassional hard freeze switching from graphics to text mode
On Sat, Jun 23, 2007 at 10:36:06AM +0200, Brice Goglin wrote: Hi, Could you guys try the latest xserver-xorg-video-intel package (2:2.0.0-5 currently in experimental) and report back whether it fixes this occasional freeze when switching from X to VT console? I'm trying it now, no problems so far. Since the problem is irregular, I'll have to wait a few days to be able to tell you if it comes up. Peace, Dylan signature.asc Description: Digital signature
Bug#427811: xserver-xorg-video-intel: Occassional hard freeze switching from graphics to text mode
On Mon, Jun 25, 2007 at 10:01:04PM +0200, Brice Goglin wrote: Dylan Thurston wrote: This did not seem to help: I still get crashes with 2:2.0.0-5. In fact it seems like it may be worse: I believe I just got a crash without switching VTs (in addition to crashing twice when switching VTs). It would be good to see the backtrace of these crashs. See the end of Xorg.0.log (or Xorg.0.log.old if you already restarted X). I'll have to wait until it crashes again to double-check, but I'm pretty sure it crashes hard enough that no log files are produced: the whole machine freezes. Peace, Dylan signature.asc Description: Digital signature
Bug#406692: xserver-xorg-video-i810: Xinerama info reported incorrectly to clients
On Mon, Jun 04, 2007 at 09:21:59PM +0200, Brice Goglin wrote: Hi Dylan, Does this problem about Xinerama info not being correctly reported to clients still happen with xserver-xorg-core 1.3 and xserver-xorg-video-intel 2.0 currently in unstable? The new i810 driver does not support Xinerama at all, so the current bug obviously doesn't apply. In principle xrandr should be able to do dual-head, but I haven't gotten that to work yet; in any case it's a separate issue. Peace, Dylan signature.asc Description: Digital signature
Bug#406692: Apparently belongs to xserver-xorg-core
reassign 406692 xserver-xorg-core thanks After further investigation, it appears that this bug does not belong to the i810 driver: I tried both new (1.7.2) and old (1.5.1) versions of the i810 driver with both new and old versions of the main X libraries, xserver-xorg-core Debian versions 2:1.1.1-15 (current unstable) and 2:1.0.2-10 (from September 15 snapshot). The version of the driver makes no difference, but with the newer versions of xserver-xorg-core (and associated packages) the display size is reported incorrectly to the clients. Earlier I gave an incorrect xdpyinfo output; attached is a version from a working version. Note the reported screen size, which is correct. [1] This is surprising, since surely someone else would have noticed such a bad problem with Xinerama if it did show up with other drivers. Peace, Dylan Thurston [1] In case anyone looks closely: earlier logs had a 20 1600x1200 external LCD connected through a DVI output, this log has a 19 1280x1024 external LCD connected through a VGA output. xorg.conf is suitably modified as well.name of display::0.0 version number:11.0 vendor string:The X.Org Foundation vendor release number:7000 X.Org version: 7.0.0 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 focus: window 0x20004fe, revert to Parent number of extensions:28 BIG-REQUESTS DAMAGE DPMS Extended-Visual-Information GLX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP X-Resource XC-APPGROUP XC-MISC XFIXES XFree86-Bigfont XFree86-DGA XFree86-DRI XFree86-Misc XFree86-VidModeExtension XINERAMA XInputExtension XKEYBOARD XTEST XVideo default screen number:0 number of screens:1 screen #0: dimensions:2680x1050 pixels (549x215 millimeters) resolution:124x124 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x86 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x20 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store NO, save-unders NO largest cursor:64x64 current input event mask:0x7ac03c ButtonPressMask ButtonReleaseMaskEnterWindowMask LeaveWindowMask KeymapStateMask ExposureMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask number of visuals:8 default visual id: 0x23 visual: visual id:0x23 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x24 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x25 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x26 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x27 class:DirectColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x28 class:DirectColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x29 class:DirectColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x2a class:DirectColor depth:24 planes
Bug#390359: xserver-xorg-video-i810: Xorg log
Package: xserver-xorg-video-i810 Version: 2:1.6.5-3 Followup-For: Bug #390359 Update: I've attached a log from a failed attempt to start the X server. I triggered this problem this time by starting X (yielding a partially working session, as described before) then closing my laptop lid and opening it. The internal screen remained black after reopening the lid, and restarting X failed with the attached log. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (50, 'edgy'), (50, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Versions of packages xserver-xorg-video-i810 depends on: ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii xserver-xorg-core2:1.1.1-9 X.Org X server -- core server xserver-xorg-video-i810 recommends no packages. -- no debconf information X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux amaryllis 2.6.18 #2 Tue Oct 3 23:06:48 EDT 2006 i686 Build Date: 07 July 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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: Fri Oct 6 14:32:04 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout DefaultLayout (**) |--Screen screen0 (0) (**) | |--Monitor Laptop LCD (**) | |--Device dev1 (**) |--Screen screen1 (1) (**) | |--Monitor Samsung LCD (**) | |--Device dev0 (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (**) |--Input Device Synaptics Touchpad (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/100dpi/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/100dpi/). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/75dpi/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/75dpi/). (WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/X11/Type1. Entry deleted from font path. (Run 'mkfontdir' on /usr/share/fonts/X11/Type1). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/Type1. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/Type1). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/100dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/100dpi). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/75dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/75dpi). (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/X11R6/lib/X11/fonts/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, /usr/local/share/fonts/75dpi (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (**) Option Xinerama On (**) Ignoring ABI Version (**) Xinerama: enabled (II) Open ACPI successful (/var/run/acpid.socket) (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2590 card 103c,0944 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,2592 card 103c,308a rev 03 class 03,00,00 hdr 80 (II) PCI: 00:02:1: chip 8086,2792 card 103c,308a rev 03 class 03,80,00 hdr 80 (II) PCI: 00:1c:0: chip 8086,2660 card , rev 03 class 06,04,00 hdr 81 (II) PCI: 00:1c:1: chip 8086,2662 card
Bug#390359: xserver-xorg-video-i810: Problems with dual head confirmed
Package: xserver-xorg-video-i810 Followup-For: Bug #390359 I can confirm problems on my system, a HP/Compaq nc6220 with Intel 915GM graphics, although the symptoms are slightly different. Specifically: * I use 915resultion to set the video BIOS to include 1400x1050 resolution. * One of my xorg.conf files (attached) specifies dual head with Xinerama for an external LCD. With this setup, dual head works somewhat with xserver-xorg-video-i810/2:1.6.5-3: X will start and display on both screens, but: * xfce does not get the information about the second screen, and, for instance, the pager only shows the area of the internal laptop screen. Similarly programs (eg evince) asked to start on the external screen start with an extremely narrow window, as though the screen is declared to be of 0 width. * When I exit the X server, there are often stability problems; exiting and restarting X will often produce a failure. I also managed to produce some kernel oops, although I can't guarantee this is related. Everything seems to work normally now that I have downgraded to 1:1.5.1.0-2. Likewise everything seems to work better with a single-head setup (also attached). Peace, Dylan Thurston -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (50, 'edgy'), (50, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Versions of packages xserver-xorg-video-i810 depends on: ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii xserver-xorg-core2:1.0.2-10 X.Org X server -- core server xserver-xorg-video-i810 recommends no packages. -- no debconf information # /etc/X11/xorg.conf (xorg X Window System server configuration file) ## # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg # This has been hacked about by chris lacy-hulbert # This works with xinerama on a Compaq nc6220 running ubuntu Dapper Beta # Note, no additional packages are required for xinerama to run - all you # need is to hack your xorg.conf and keep retrying X. I must have restartx # my X-server at least 50 times in the last few hours # some of these font paths don't actually exist on my system, but I'll leave # them here to remind me of the fonty goodness which I might enjoy in the future. Section Files FontPath /usr/share/X11/fonts/misc FontPath /usr/share/X11/fonts/cyrillic FontPath /usr/share/X11/fonts/100dpi/:unscaled FontPath /usr/share/X11/fonts/75dpi/:unscaled FontPath /usr/share/X11/fonts/Type1 FontPath /usr/share/X11/fonts/100dpi FontPath /usr/share/X11/fonts/75dpi # path to defoma fonts FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Load i2c Load bitmap Load ddc Load dri Load extmod Load freetype Load glx Load int10 Load type1 Load vbe EndSection # # now tell the X server about my keyboard # this is unchanged from the original version # ubuntu is good at building a vanilla xorg.conf # so you probably won't have to change this bit either # Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout gb Option XkbOptions ctrl:nocaps,compose:menu EndSection # # now details about the mouse # Section InputDevice Identifier Configured Mouse Drivermouse OptionCorePointer OptionDevice /dev/input/mice OptionProtocol ExplorerPS/2 OptionZAxisMapping4 5 Option
Bug#333960: xserver-xorg: Keyboard options also destroyed on upgrade
Package: xserver-xorg Version: 6.9.0.dfsg.1-3 Followup-For: Bug #333960 Just another case where this behaviour is wrong: I like 'ctrl:nocaps' set as a keyboard option. I had this set as a debconf option for the variable xserver-xorg/config/inputdevice/keyboard/options ; however, the current code in xserver-xorg.config overwrites this with every upgrade, which is wrong and very annoying. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Jul 20 11:17 /etc/X11/X - /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1844060 Jan 9 23:12 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: /etc/X11/xorg.conf unchanged from checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3060 Jan 12 15:09 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (Xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom # md5sum /etc/X11/xorg.conf /var/lib/xfree86/xorg.conf.md5sum # dpkg-reconfigure xserver-xorg Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadtype1 Loadv4l Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons false Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/psaux Option Protocol auto-dev Option HorizScrollDelta 0 EndSection Section Device Identifier ATI Technologies, Inc. Rage Mobility P/M AGP 2x Driver ati BusID PCI:1:0:0 EndSection Section Monitor Identifier Generic Monitor Option DPMS HorizSync 28-49 VertRefresh 43-72 EndSection Section Screen Identifier Default Screen Device ATI Technologies, Inc. Rage Mobility P/M AGP 2x Monitor Generic Monitor DefaultDepth24 SubSection Display Depth 1 Modes 1024x768 EndSubSection SubSection Display Depth 4 Modes 1024x768 EndSubSection SubSection Display Depth 8 Modes 1024x768 EndSubSection SubSection Display Depth 15 Modes 1024x768 EndSubSection SubSection Display Depth 16 Modes 1024x768 EndSubSection SubSection Display Depth 24 Modes 1024x768 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard
Bug#272280: xbase-clients: [xset] Document and make default mouse acceleration that doesn't suck
retitle 272280 xserver-xfree86: [mouse] change acceleration default to smooth acceleration thanks On Wed, Oct 13, 2004 at 01:51:53AM -0500, Branden Robinson wrote: tag 272280 + upstream moreinfo It's not an upstream issue; they've already fixed the issue, although they haven't documented it. http://marc.theaimsgroup.com/?l=xfree-xpertm=101624642005523w=2 I don't get many bug reports about mouse acceleration -- in fact, yours is the first I can recall -- so I suspect that you are in a minority in feeling that the default mouse acceleration parameters suck. OK, that was too strong, my apologies. If you use the standard X acceleration, for instance the parameters you recommend: Pointer Control: acceleration: 20/10threshold: 4 the distance the on-screen cursor moves, as a function of the distance your mouse moves in a time interval, is not continuous. This is easily observed by moving the mouse smoothly close to the threshold value. The cursor will move in fits and starts, depending whether you moved more or less than the threshold in a particular interval. This broken behaviour is documented in the X standards; it hurts control in a number of applications. (When above the threshold, the distance moved is multiplied by the acceleration; since this applies to the total distance, not just the amount above the threshold, discontinuous motion results.) There are much better solutions to getting smooth cursor acceleration, one of which was apparently implemented in XFree86 several years ago. The post on xfree86-xpert that I gave the link to above is the only place I've been able to find documentation of this feature, although it's easy to verify that it works as advertised. Peace, Dylan signature.asc Description: Digital signature
