Bug#564318: xserver-xorg-video-intel: Can't switch VT's when KMS is enabled
I'm having this problem too. The computer is a ThinkPad X40 laptop, with the 855GM graphics chip. With the current version of the intel driver package (2.9.1-2), once kdm starts, if I try to switch to another console with Ctrl-Alt-F? the screen simply freezes. Note that in my case it doesn't unfreeze again when I try to go back with Alt-F7; the only way out is to reboot. This behaviour is consistent regardless of the way the console has been setup, i.e. it appears: - when the console is running the vesa framebuffer - when the console is running the 80x25 text mode - when the console is running the KMS-enabled, i915-module-provided graphics mode (!) Oh, and I'm running kernel 2.6.32.1, which I have compiled myself. The only way I managed to solve this was by downgrading to 2.9.1-1; which required downgrading xserver-xorg-core too; which in turn caused me to lose all input devices until I downgraded the xserver-xorg-input-* packages too. Note that with the downgraded versions I'm still running everything (both console and X) with KMS and it's working like a charm. On another computer with the 945G graphics chip, I'm having no problems whatsoever with the newer versions of the aforementioned packages. Ideas? Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564318: xserver-xorg-video-intel: Can't switch VT's when KMS is enabled
On Wed, Jan 13, 2010 at 03:29:28PM +, Julien Cristau wrote: On Wed, Jan 13, 2010 at 14:42:08 +, Vasilis Vasaitis wrote: I'm having this problem too. Please file your own bug, with your own (kernel and X) logs, and preferrably using the standard debian kernel (2.6.32-5 at this time). Hm, switching to the Debian kernel fixed it, which prompted me to patch my sources from 2.6.32.1 to 2.6.32.3, which fixed it too. Thanks, and sorry for the noise. :^) Regards, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563003: xserver-xorg-video-intel: New KMS method in experimental is not upstream recommended
From my own tests with current unstable today, adding video=i915 to the kernel command line suffices; the :modeset=1 bit is not necessary. In both cases, the resolution changes before /sbin/init is started, i.e. at initrd time. So it looks like the policy specified in /etc/modprobe.d/ does propagate to the initrd. Therefore at the moment, as far as I can tell, there are two ways to have a KMS-enabled console right from the start of the boot process, in unstable: 1. By adding video=i915 to the kernel command line, with or without the :modeset=1 suffix. 2. By adding i915 and intel_agp to /etc/initramfs-tools/modules. IMHO, adding the kernel command line option is no worse than what we had to do before anyway to enable suitable framebuffer consoles. But of course, if a way is found to load i915 automatically at initrd/udev/whatever time, that'd be great too. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548716: xserver-xorg-core: X server crashes upon startup with SEGV
severity 548716 grave thanks After upgrading, X server just dies on startup, with SEGV (11). Same here. Dell PC with an Intel 945G chipset. I had to downgrade to 1.6.3.901-1 to make it work again. The Intel driver is at the latest version (2.8.1-2), and I'm running DRI2+UXA, but no KMS. The backtrace I'm getting is identical to the one of the submitter. Regards, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484180: mesa: some ASM optimizations must be disabled for non-AMD 64-bit
reassign 487603 mesa severity 487603 normal merge 484180 487603 thanks Hi, I have just been bitten by this too; would it be possible to have the fixed version uploaded fairly soon? I guess it's affected by the freeze at the moment? Anyway, I've worked around it with MESA_NO_ASM, but it'd be nice to have the proper fix. I also took the liberty of merging bug #487603 into this one; they're forwarded to the same upstream bug, and they seem to be the same issue. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427422: same problem as submitter
On Mon, Dec 17, 2007 at 03:16:40PM +, Vasilis Vasaitis wrote: Hi, I'm having the same problem as the submitter in one of my computers. After a while the consoles become unusable, eventually the X server itself becomes unusable too. The graphics chip is: Hm, OK, on closer examination the bug I've been experiencing is not really related to this one. Apologies for the noise, I'll follow up on a more suitable bug report. V. -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452561: xserver-xorg-video-intel: Switching to virtual console puts monitor into powersave mode
Hi, Just to mention that I had this problem too with 2.2.0-1. I just upgraded to 2.2.0+git20080107-1 from experimental and it fixes it for me. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427422: same problem as submitter
On Mon, Dec 17, 2007 at 07:54:10PM +0100, Brice Goglin wrote: Vasilis Vasaitis wrote: Hi, I'm having the same problem as the submitter in one of my computers. After a while the consoles become unusable, eventually the X server itself becomes unusable too. The graphics chip is: 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) and I'm using 2:1.4.1~git20071119-1. I've just upgraded to 2:1.4.1~git20071212-1, so I'll be testing with that and see what happens. I'll be happy to provide more details, configuration and log files, and anything else that you might find useful. We need a backtrace of the crash. At least the one at the end of the log of the crashed session, or (much better) from 'bt full' in gdb after installing xserver-xorg-core-dbg (probably through ssh from another machine). Brice (Apologies for the delays, holiday season and all. One month after! Not exactly a model bug reporter I know.) Erm, I've now installed the above package, but how do I use this? Does gdb find it automatically? Or do I have to specify /usr/lib/debug/... somewhere? I've used library -dbg packages before where you just compile things with them, but never one of this kind... If there's general documentation for this kind of thing I'll be happy to be pointed to it. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427422: same problem as submitter
Hi, I'm having the same problem as the submitter in one of my computers. After a while the consoles become unusable, eventually the X server itself becomes unusable too. The graphics chip is: 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) and I'm using 2:1.4.1~git20071119-1. I've just upgraded to 2:1.4.1~git20071212-1, so I'll be testing with that and see what happens. I'll be happy to provide more details, configuration and log files, and anything else that you might find useful. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366500: Problem not fixed?
On Sat, Jul 08, 2006 at 08:25:09AM +0200, Robert Gomułka wrote: In my version I think the problem is still not fixed. Should I reopen this bug? Not really. None of the files causing trouble in your mandb output is from xbase-clients. The ones I have left quoted are from libxau-dev, which had a similar bug, and for which a fix is pending. Please be patient. The rest of the output is even more irrelevant... Thanks, Vasilis mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauFileName.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauGetBestAuthByAddr.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauLockAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauGetAuthByAddr.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauWriteAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauReadAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauDisposeAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauUnlockAuth.3x.gz: bad symlink or ROFF `.so' request -- Vasilis Vasaitis A man is well or woe as he thinks himself so.
Bug#365947: Fixed?
Hi, This bug report can be closed now, since it was fixed along with bug #365948 and friends. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365913: twm: unpacks files in /usr/X11R6/lib/X11 on upgrade
Package: twm Version: 1:1.0.1-3 Severity: normal Hello, This package contains files in /usr/lib/X11, without containing the directory itself and without pre-depending on x11-common (= 1:7.0.0). The result is that, when upgrading from X11R6, said files get unpacked in /usr/X11R6/lib/X11 instead. This shouldn't be too hard to fix. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck1 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Versions of packages twm depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxt61:1.0.0-4 X11 toolkit intrinsics library ii menu 2.1.27 generates programs menu for all me twm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365917: xutils-dev: unpacks files in /usr/X11R6/lib/X11 on upgrade
Package: xutils-dev Version: 1:1.0.2-3 Severity: normal Hello, This package contains files in /usr/lib/X11, without containing the directory itself and without pre-depending on x11-common (= 1:7.0.0). The result is that, when upgrading from X11R6, said files get unpacked in /usr/X11R6/lib/X11 instead. This shouldn't be too hard to fix. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck1 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Versions of packages xutils-dev depends on: ii cpp 4:4.0.3-3 The GNU C preprocessor (cpp) ii libc6 2.3.6-7GNU C Library: Shared libraries ii x11-common1:7.0.15 X Window System (X.Org) infrastruc xutils-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365914: xutils: unpacks files in /usr/X11R6/lib/X11 on upgrade
Package: xutils Version: 1:7.0.0-3 Severity: normal Hello, This package contains files in /usr/lib/X11, without containing the directory itself and without pre-depending on x11-common (= 1:7.0.0). The result is that, when upgrading from X11R6, said files get unpacked in /usr/X11R6/lib/X11 instead. This shouldn't be too hard to fix. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck1 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Versions of packages xutils depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libfontenc1 1:1.0.1-5 X11 font encoding library ii libfs62:1.0.0-3 X11 Font Services library ii libx11-6 2:1.0.0-6 X11 client-side library ii x11-common1:7.0.15 X Window System (X.Org) infrastruc ii xfonts-utils 1:1.0.0-3 X Window System font utility progr ii xutils-dev1:1.0.2-3 X Window System utility programs f ii zlib1g1:1.2.3-11 compression library - runtime xutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357713: /usr/bin/startx is broken
(Just got back after a few days of being away, so replying to a couple of things). David Nusinow said: Were you running the experimental packages at all? The only route that myself and Eugene can figure out for causing this is due to the brokeness of the initial uploads to experimental that lacked the versioned dependency on x11-common. No, I wasn't, 7.0.0-2 was the first version I installed. Bastian Kleineidam said: I just installed the new xorg packages, and the startx script still has the wrong paths: $ grep /usr/lib /usr/bin/startx sysclientrc=/usr/lib/X11/xinit/xinitrc sysserverrc=/usr/lib/X11/xinit/xserverrc Don't know why though, the patch file debian/patches/12_startx_paths.diff looks fine, but it did not get applied it seems. Erm, the patch you're referring to patches startx.cmd, which appears to be an OS/2-specific file. Probably an oversight of the package maintainer. Still, it would help if you could provide a little more information if this is causing trouble for you. Is /usr/lib/X11 a directory or a symlink on your system? What about /usr/lib/X11/xinit? What are the contents of /usr/lib/X11/xinit and /etc/X11/xinit? Note that in the current version of xbase-clients (7.0.0-4), /usr/lib/X11/xinit is a directory, containing xinitrc. xserverrc is not contained in the package any more; in fact, according to packages.d.o, it appears not to be provided by any package in the archive at the moment. People upgrading from a system where /usr/lib/X11/xinit is a symlink should not be affected; the rest lose the -nolisten tcp argument that has been the default in Debian for years, and instead get the default X invocation by xinit. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357713: Fixed... is it really?
reopen 357713 severity 361516 important merge 357713 361516 362122 tags 362122 - experimental thanks Hello, I just wanted to point out here, that just because the problem *went away* for the submitter does not necessarily mean that the bug was *fixed*. Here's my take on this: the reported behaviour was probably caused by bug #362122 (which I reported yesterday). That is, when the submitter first upgraded to the new modular packages, xbase-clients unpacked things meant for /usr/lib/X11 over the existing symlink to /usr/X11R6/lib/X11. Amongst those was the symlink xinit, pointing to /etc/X11/xinit. Therefore startx could not find /usr/lib/X11/xinit/xinitrc anymore, so it passed an empty client argument to xinit, which then fell back to executing xterm -geometry +1+1 -n login -display :0, which was what the submitter was seeing on his screen. Fast forward to yesterday. The submitter upgraded to the packages in unstable, which included a version bump of xbase-clients, so it got upgraded. This time, /usr/lib/X11 already existed as a directory (because of xutils, for example), so everything got unpacked in the correct position, and things started working again. So for example, if I am correct, there should be two xinit links in both /usr/lib/X11 and /usr/X11R6/lib/X11. So, did the problem go away? Sure did. Did it got fixed? Probably not. I'm actually reopening the bug and merging it with the other bug reports that I've identified as relevant; please yell at me if that's inappropriate. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362122: xbase-clients: package does not contain directories within which it contains files
Package: xbase-clients Version: 1:7.0.0-2 Severity: important Hello, The package file of xbase-clients does not seem to follow consistently the usual convention of Debian packages, whereby any directory that the packages has files in is also contained in the package. In particular, the following directories seem to be missing: /usr/include/X11 /usr/include/X11/bitmaps /usr/lib/X11 /etc/X11/xinit /etc/X11/Xresources Especially the absence of /usr/lib/X11 is causing a lot of trouble, because in previous versions of X it also exists as a symlink, pointing to /usr/X11R6/lib/X11. As a result, when the new version of xbase-clients is unpacked, the files that are meant for /usr/lib/X11 get unpacked in /usr/X11R6/lib/X11 instead! A couple of symptoms caused by this have already been reported in bugs #357713 and #361516. Hopefully, this shouldn't be too complicated to fix. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck1 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Versions of packages xbase-clients depends on: ii libc6 2.3.6-6 GNU C Library: Shared libraries ii libdmx1 1:1.0.1-2X11 Distributed Multihead extensio ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.1.10-3 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-2X11 Font Services library ii libgl1-mesa-glx [libgl1]6.4.1-0.4A free implementation of the OpenG ii libice6 1:1.0.0-2X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-3X11 Session Management library ii libx11-62:1.0.0-5X11 client-side library ii libxau6 1:1.0.0-2X11 authorisation library ii libxaw7 1:1.0.1-4X11 Athena Widget library ii libxcursor1 1.1.5.2-2X cursor management library ii libxext61:1.0.0-3X11 miscellaneous extension librar ii libxft2 2.1.8.2-6FreeType-based font drawing librar ii libxi6 1:1.0.0-3X11 Input extension library ii libxinerama11:1.0.1-2X11 Xinerama extension library ii libxkbfile1 1:1.0.2-2X11 keyboard file manipulation lib ii libxmu6 1:1.0.1-2X11 miscellaneous utility library ii libxmuu11:1.0.1-2X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-3 X11 RandR extension library ii libxrender1 1:0.9.0.2-2 X Rendering Extension client libra ii libxss1 1:1.0.1-3X11 Screen Saver extension library ii libxt6 1:1.0.0-3X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-2X11 event trapping extension libra ii libxtst61:1.0.1-2X11 Testing -- Resource extension ii libxv1 1:1.0.1-2X11 Video extension library ii libxxf86dga12:1.0.0-2X11 Direct Graphics Access extensi ii libxxf86misc1 1:1.0.0-3X11 XFree86 miscellaneous extensio ii libxxf86vm1 1:1.0.0-3X11 XFree86 video mode extension l ii x11-common 1:7.0.10 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-11 compression library - runtime xbase-clients recommends no packages. -- debconf information: * xbase-clients/default_100dpi: * xbase-clients/default_nolisten_tcp: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340001: freetype bytecode interpreter in the X.org X server
Hello, I'm joining along here to express my support for this patch and bug report in general. For me, enabling the bytecode interpreter and compiling my own X.org packages made the difference between actually upgrading to xserver-xorg and sticking with xserver-xfree86. With current xserver-xorg packages (in fact, all of them from the beginning) server-side truetype fonts look *very* ugly, which makes applications like emacs all but unusable. It should be noted also that the debian freetype packages *do* have the bytecode interpreter enabled in their default build, which is why client-side fonts (used by all modern applications) don't suffer from this problem. As a final note, bug #345865 appears to be a duplicate of this bug, so the two should probably be merged. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
