Re: Need help: Lost keyboard after xorg upgrade
Thanks for the ideas. Yes, I have the /etc/default/keyboard file. It has the entries: XKBMODEL=pc105 XKBLAYOUT=de XKBVARIANT=de XKBOPTIONS=altwin:super_win The file is (except of the XKBOPTIONS) identical to the one on the other laptop which works fine. I looked into the /etc/udev/rules.d and they also seem to be identical between the two laptops. Copy and edit this file : cat /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf # This file is autogenerated by system-setup-keyboard. Any # modifications will be lost. Section InputClass Identifier system-setup-keyboard MatchIsKeyboard on Option XkbModel pc105 Option XkbLayout pt # Option XkbVariant(null) Option XkbOptionsterminate:ctrl_alt_bksp, EndSection system-setup-keyboard is fedora-specific. the debian equivalent is in /etc/defaults/keyboard. Not sure if this is the same, but I tried using an xorg.conf file (instead of default: no file): Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout de Option XkbVariantnodeadkeys Option XkbOptionslv3:ralt_switch EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Buttons 3 EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/psaux Option Protocol auto-dev Option HorizEdgeScroll 0 EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor Device Configured Video Device EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Synaptics Touchpad EndSection Does not make any difference (Xorg.0.log is attached): mouse keeps working, keyboard not. meanwhile setxkbmap pt will help you to have your keyboard on X . Where should I use that? Before starting X, it gives me Cannot open defualt display. After starting X, I cannot switch to a console or type anything, as the keyboard is not running. loadkeys pt will help have your keyboard on console (just change pt for yours kdb country) Console is already working fine. The keyboard is only missing in X. Thanks for the help. I hope we can fix it. Michael Peter Hutterer wrote: On Mon, Aug 09, 2010 at 02:24:23AM +0100, Sergio Monteiro Basto wrote: Hi have you a package system-setup-keyboard ? system-setup-keyboard is a daemon that monitors /etc/sysconfig/keyboard and writes out an xorg.conf.d snippet based on this file?s contents first you should have /etc/sysconfig/keyboard with something like: KEYTABLE=pt-latin1 MODEL=pc105 LAYOUT=pt KEYBOARDTYPE=pc system-setup-keyboard is fedora-specific. the debian equivalent is in /etc/defaults/keyboard. Cheers, Peter On Mon, 2010-08-09 at 00:52 +0100, Sergio Monteiro Basto wrote: On Sun, 2010-08-08 at 09:43 +0200, Michael wrote: Hi I use Debian SID on two laptops here. One works without any problem. The other has lost the keyboard in X after last dist-upgrade. After start of KDM you see the login manager with the cursor blinking. You can move the mouse and position the cursor as well as mark any text. However, the keyboard does not change or enter any text, just as if there where no keyboard. (I tried using an external USB keyboard as well. Did not work either...) The system is running without an xorg.conf file. I tried using one with keyboard definitions in, but it did not change anything. Copy and edit this file : cat /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf # This file is autogenerated by system-setup-keyboard. Any # modifications will be lost. Section InputClass Identifier system-setup-keyboard MatchIsKeyboard on Option XkbModel pc105 Option XkbLayout pt # Option XkbVariant(null) Option XkbOptionsterminate:ctrl_alt_bksp, EndSection meanwhile setxkbmap pt will help you to have your keyboard on X . loadkeys pt will help have your keyboard on console (just change pt for yours kdb country) ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg
How to revert back glx version from 1.4 to 1.2
Hi its been known to many that Xorg versions supporting glx version 1.4 introduced some memory leak. My question is how do I roll back only the GLX version back to 1.2? I am running ubuntu 9.10 which is shipped with xserver 1.6.4 and x11-common version 7.4, nvidia driver 256.40, glxinfo shows; name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.4 Any help would be appreciated, thanks. Ratin ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: commit 76e07ef6911734eac418e399b114f1b544512736 cause Warning: locale not supported by Xlib, locale set to C
On Mon, Aug 09, 2010 at 01:38:49PM +0800, Jeff Chua wrote: commit 76e07ef6911734eac418e399b114f1b544512736 cause Warning: locale not supported by Xlib, locale set to C. Starting X will cause this warning on the console. Might be just fvwm that can't handle this, but Xterm takes a long time to come up and can't paste using the mouse. Reverting the commit solves the problem. Perhaps XORG_PROG_RAWCPP is still required in configure.ac ? It sounds as if the preprocessor is used in a context other than generating manpages. If that's so, it's a regression which the developers would be expected to fix. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpa7u5qkpGLd.pgp Description: PGP signature ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: commit 76e07ef6911734eac418e399b114f1b544512736 cause Warning: locale not supported by Xlib, locale set to C
On Mon, 2010-08-09 at 04:49 -0400, Thomas Dickey wrote: It sounds as if the preprocessor is used in a context other than generating manpages. If that's so, it's a regression which the developers would be expected to fix. Fixed. Sorry for the trouble. I did not mean to remove it for this package. Thank you very much for finding this. signature.asc Description: This is a digitally signed message part ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: commit 76e07ef6911734eac418e399b114f1b544512736 cause Warning: locale not supported by Xlib, locale set to C
Thomas Dickey wrote: On Mon, Aug 09, 2010 at 01:38:49PM +0800, Jeff Chua wrote: commit 76e07ef6911734eac418e399b114f1b544512736 cause Warning: locale not supported by Xlib, locale set to C. Starting X will cause this warning on the console. Might be just fvwm that can't handle this, but Xterm takes a long time to come up and can't paste using the mouse. Reverting the commit solves the problem. Perhaps XORG_PROG_RAWCPP is still required in configure.ac ? It sounds as if the preprocessor is used in a context other than generating manpages. If that's so, it's a regression which the developers would be expected to fix. Yes - in Xlib, cpp is also used to generate many of the files under the nls subdirectory for the various locale-specific data files. -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: How to revert back glx version from 1.4 to 1.2
Ratin wrote: Hi its been known to many that Xorg versions supporting glx version 1.4 introduced some memory leak. My question is how do I roll back only the GLX version back to 1.2? I am running ubuntu 9.10 which is shipped with xserver 1.6.4 and x11-common version 7.4, nvidia driver 256.40, glxinfo shows; name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.4 As shown by the vendor string there, your GLX provider is provided as part of the NVIDIA driver packages, so you'd be reverting to an older version of those. -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: How to revert back glx version from 1.4 to 1.2
On Mon, 2010-08-09 at 00:44 -0700, Ratin wrote: Hi its been known to many that Xorg versions supporting glx version 1.4 introduced some memory leak. I don't see any bugs about that in bugzilla. Do you have a testcase or is this just tribal knowledge? - ajax signature.asc Description: This is a digitally signed message part ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Concerning X freezing occasionally, I can confirm, somewhat
I would point out that I am on Intel and at least one other reporter is on Nouveau, so that suggests that those who are proposing a Nouveau-specific known bug is the cause are probably not correct. I should point out that OpenGL works correctly most of the time. On 08/08/2010 07:53 PM, Sergio Monteiro Basto wrote: On Sun, 2010-08-08 at 19:09 -0400, Marty Jack wrote: I am finding that under as yet undiagnosed conditions starting an OpenGL program will cause the server to go into a loop around WaitForSomething. This happens running Compiz and glxgears and fullscreen Flash video. If I ssh in at runlevel 3 and run X from one terminal and glxgears twice from another, it works once and then will go into the loop. Maybe this will help someone who understands server internals better than I do at this point to be able to zero in on what it is. Once again, Intel 2.12.0, server 1.8.2, Mesa 7.8.2, kernel 2.6.35. and if you use Intel 2.11 ? any better ? ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: commit 76e07ef6911734eac418e399b114f1b544512736 cause Warning: locale not supported by Xlib, locale set to C
On Mon, Aug 9, 2010 at 9:48 PM, Gaetan Nadon mems...@videotron.ca wrote: On Mon, 2010-08-09 at 04:49 -0400, Thomas Dickey wrote: It sounds as if the preprocessor is used in a context other than generating manpages. If that's so, it's a regression which the developers would be expected to fix. Fixed. Sorry for the trouble. I did not mean to remove it for this package. Thank you very much for finding this. I've just git pulled the latest fix. It's working now. Thanks, Jeff ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Concerning X freezing occasionally, I can confirm, somewhat
On Mon, 2010-08-09 at 11:37 -0400, Marty Jack wrote: I would point out that I am on Intel and at least one other reporter is on Nouveau, so that suggests that those who are proposing a Nouveau-specific known bug is the cause are probably not correct. I should point out that OpenGL works correctly most of the time. OK but can be 2 distinct problems ?, if so I am try out isolate Intel problem . I got Fedora 13 , updated , and kernel 2.6.35-2.fc14.x86_64 from koji mesa-7.8.1-8.fc13, xorg-x11-server-1.8.2-3.fc13.x86_64 , libdrm-2.4.21-2.fc13.x86_64 and xorg-x11-drv-intel-2.11.0-5.fc13.x86_64 and never freeze , when I had try xorg-x11-drv-intel-2.12 , I could not say the same. On 08/08/2010 07:53 PM, Sergio Monteiro Basto wrote: On Sun, 2010-08-08 at 19:09 -0400, Marty Jack wrote: I am finding that under as yet undiagnosed conditions starting an OpenGL program will cause the server to go into a loop around WaitForSomething. This happens running Compiz and glxgears and fullscreen Flash video. If I ssh in at runlevel 3 and run X from one terminal and glxgears twice from another, it works once and then will go into the loop. Maybe this will help someone who understands server internals better than I do at this point to be able to zero in on what it is. Once again, Intel 2.12.0, server 1.8.2, Mesa 7.8.2, kernel 2.6.35. and if you use Intel 2.11 ? any better ? -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: How to revert back glx version from 1.4 to 1.2
http://www.theregister.co.uk/2010/04/26/ubuntu_xserver_memory_leak_bug/ http://ubuntuforums.org/showthread.php?t=1478329 http://numberedhumanindustries.wordpress.com/2010/04/28/ubuntu-10-04-memory-leak-issue-not-redhats-nor-fedoras-fault/ http://us.generation-nt.com/bug-559408-xserver-xorg-core-x-server-memory-leak-help-168906011.html On Mon, Aug 9, 2010 at 7:53 AM, Adam Jackson a...@nwnk.net wrote: On Mon, 2010-08-09 at 00:44 -0700, Ratin wrote: Hi its been known to many that Xorg versions supporting glx version 1.4 introduced some memory leak. I don't see any bugs about that in bugzilla. Do you have a testcase or is this just tribal knowledge? - ajax ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: How to revert back glx version from 1.4 to 1.2
On Mon, 2010-08-09 at 12:42 -0700, Ratin wrote: On Mon, Aug 9, 2010 at 7:53 AM, Adam Jackson a...@nwnk.net wrote: On Mon, 2010-08-09 at 00:44 -0700, Ratin wrote: Hi its been known to many that Xorg versions supporting glx version 1.4 introduced some memory leak. I don't see any bugs about that in bugzilla. Do you have a testcase or is this just tribal knowledge? http://www.theregister.co.uk/2010/04/26/ubuntu_xserver_memory_leak_bug/ http://ubuntuforums.org/showthread.php?t=1478329 http://numberedhumanindustries.wordpress.com/2010/04/28/ubuntu-10-04-memory-leak-issue-not-redhats-nor-fedoras-fault/ http://us.generation-nt.com/bug-559408-xserver-xorg-core-x-server-memory-leak-help-168906011.html So it's a bug that's already been fixed, and that doesn't affect you since nvidia's glx support doesn't use that code at all. - ajax signature.asc Description: This is a digitally signed message part ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: How to revert back glx version from 1.4 to 1.2
On Mon, Aug 9, 2010 at 1:54 PM, Adam Jackson a...@nwnk.net wrote: On Mon, 2010-08-09 at 12:42 -0700, Ratin wrote: On Mon, Aug 9, 2010 at 7:53 AM, Adam Jackson a...@nwnk.net wrote: On Mon, 2010-08-09 at 00:44 -0700, Ratin wrote: Hi its been known to many that Xorg versions supporting glx version 1.4 introduced some memory leak. I don't see any bugs about that in bugzilla. Do you have a testcase or is this just tribal knowledge? http://www.theregister.co.uk/2010/04/26/ubuntu_xserver_memory_leak_bug/ http://ubuntuforums.org/showthread.php?t=1478329 http://numberedhumanindustries.wordpress.com/2010/04/28/ubuntu-10-04-memory-leak-issue-not-redhats-nor-fedoras-fault/ http://us.generation-nt.com/bug-559408-xserver-xorg-core-x-server-memory-leak-help-168906011.html So it's a bug that's already been fixed, and that doesn't affect you since nvidia's glx support doesn't use that code at all. - ajax Hi Adam, I do have a testcase, I decode/render video with NVidia's VDPAU constantly, over time the system becomes really sluggish, a simple comand like ls will take about 30 sec to process. I have been trying to find out what causes this, I run my application within valgrind and it doesnt report any memory leak. Upon some searching online , I found people going thru similar experience and it seemed to be caused by glx, and still happens after doing an update to xserver version 1.6.4 (thats how far I could go with ubuntu's repository xorg-edgers). I did compile xserver 1.8.9 but I am not able to see anything on the screen - perhaps nvidia kernel mode driver is not compatible with it .. Ratin ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Need help: Lost keyboard after xorg upgrade
On Mon, Aug 09, 2010 at 08:33:28AM +0200, Michael wrote: Thanks for the ideas. Yes, I have the /etc/default/keyboard file. It has the entries: XKBMODEL=pc105 XKBLAYOUT=de XKBVARIANT=de XKBOPTIONS=altwin:super_win The file is (except of the XKBOPTIONS) identical to the one on the other laptop which works fine. I looked into the /etc/udev/rules.d and they also seem to be identical between the two laptops. Copy and edit this file : cat /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf # This file is autogenerated by system-setup-keyboard. Any # modifications will be lost. Section InputClass Identifier system-setup-keyboard MatchIsKeyboard on Option XkbModel pc105 Option XkbLayout pt # Option XkbVariant(null) Option XkbOptionsterminate:ctrl_alt_bksp, EndSection system-setup-keyboard is fedora-specific. the debian equivalent is in /etc/defaults/keyboard. Not sure if this is the same, but I tried using an xorg.conf file (instead of default: no file): Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout de Option XkbVariantnodeadkeys Option XkbOptionslv3:ralt_switch EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Buttons 3 EndSection Since 1.5 or so keyboard and mouse xorg.conf sections are ignored when you have hotplugging enabled to avoid duplicate devices. so this config has no effect. Please try adding Option AutoAddDevices off to your server layout section. this disables hotplugging and forces the server to use a different driver. If that driver works, we can at least narrow down what's going on here because the log looks normal. Cheers, Peter ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com