Bug#916804: libinput-bin: Provide a NEWS.gz file
Package: libinput-bin Version: 1.12.4-1 Severity: wishlist Dear Maintainer, It would be useful to have a NEWS.gz file to see the release notes. For 1.12.4 it could have the lines from https://lists.freedesktop.org/archives/wayland-devel/2018-December/039782.html. Generally, the information is at https://www.freedesktop.org/wiki/Software/libinput/ (not yet available for 1.12.4). Best regards, Eugen
Bug#833508: Revert back the change
Hi, Would it be possible to revert back the change about using modesetting instead of intel (i.e. remove patches/06_use-intel-only-on-pre-gen4.diff), until the problem is fixed upstream? Moreover, at https://bugs.freedesktop.org/show_bug.cgi?id=96572, it seems they are still debating whether modesetting is better or not than intel driver. Kind regards, -- Eugen
Bug#833508: eDP1 changed to eDP-1
I have the same problem too. I noticed that the screen has always been called eDP1 (when it used to work), but now it is called eDP-1. Hope this helps, Eugen
Bug#633849: Me too
On 28/07/14 13:21, Vincent Lefevre wrote: On 2013-10-30 22:44:45 +0100, Eugen Dedu wrote: I have the same bug and I would really love to have it fixed. Since about 2 years (before, it worked) I have been forced to execute xmodmap ~/.xmodmap after each resume, since the key bindings I use in that file are lost at suspend. There's a workaround: save and restore the settings automatically via pm-utils. I wrote the attached /etc/pm/sleep.d/40xkb-save-restore script Thank you for the help. Just to say that since a few days (I track unstable) this bug appears very rarely (once in say 6 resumes). -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54382588.7030...@univ-fcomte.fr
Bug#541388: Xmodmap loss
Just to say that since a few days (I track unstable) this bug appears very rarely (once in say 6 resumes). -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5438250c.2060...@univ-fcomte.fr
Bug#754862: closed by Julien Cristau (Bug#754822: fixed in xorg-server 2:1.16.0-1)
On 18/07/14 00:51, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the xserver-xorg-core package: #754862: xserver-xorg-input-evdev: Mouse movement very slow wince last upgrade It has been closed by Julien Cristau . It is fixed for me too, thank you! -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53c8cf7b.7030...@univ-fcomte.fr
Bug#754862: xserver-xorg-input-evdev: Mouse movement very slow wince last upgrade
On 15/07/14 14:39, Emilio Pozuelo Monfort wrote: On 15/07/14 14:29, Eugen Dedu wrote: On 15/07/14 14:22, Emilio Pozuelo Monfort wrote: On 15/07/14 14:17, Eugen Dedu wrote: On 15/07/14 12:56, Emilio Pozuelo Monfort wrote: On 15/07/14 12:42, Eugen Dedu wrote: Package: xserver-xorg-input-evdev Version: 1:2.8.2-1+b2 Severity: important Dear Maintainer, After the upgrade of X server and related components a few days ago, trackpad mouse has been very slow in movement, the longest distance I can get with my finger on the trackpad yields about 10 pixels on screen, so practically unusable. On the other hand, USB mouse uses a normal speed. I played with xset mouse, but nothing changed. (I am not sure if this bug is for this package or for xserver-xorg-input-synaptics.) Does downgrading -synaptics to 1.7.3-1+b2 help? Using dpkg -i --force-all xserver-xorg-input-synaptics_1.7.3-1+b1_amd64.deb (after having downloaded the .deb) and restarting the machine: mouse/cursor does not move anymore using the trackpad, but still works with USB mouse. I said +b2. +b1 is for the old xserver ABI and won't work at all (as you saw). Sorry, I do not find the +b2. Where should I download it from? I looked at https://packages.qa.debian.org/x/xserver-xorg-input-synaptics.html and http://snapshot.debian.org/package/xserver-xorg-input-synaptics. Looks like you need a trailing slash for snapshot to work... http://snapshot.debian.org/package/xserver-xorg-input-synaptics/ Now using +b2: I have the same bug: slow movement (after having restarted the machine). -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53c52255.5020...@univ-fcomte.fr
Bug#754862: xserver-xorg-input-evdev: Mouse movement very slow wince last upgrade
On 15/07/14 14:22, Emilio Pozuelo Monfort wrote: On 15/07/14 14:17, Eugen Dedu wrote: On 15/07/14 12:56, Emilio Pozuelo Monfort wrote: On 15/07/14 12:42, Eugen Dedu wrote: Package: xserver-xorg-input-evdev Version: 1:2.8.2-1+b2 Severity: important Dear Maintainer, After the upgrade of X server and related components a few days ago, trackpad mouse has been very slow in movement, the longest distance I can get with my finger on the trackpad yields about 10 pixels on screen, so practically unusable. On the other hand, USB mouse uses a normal speed. I played with xset mouse, but nothing changed. (I am not sure if this bug is for this package or for xserver-xorg-input-synaptics.) Does downgrading -synaptics to 1.7.3-1+b2 help? Using dpkg -i --force-all xserver-xorg-input-synaptics_1.7.3-1+b1_amd64.deb (after having downloaded the .deb) and restarting the machine: mouse/cursor does not move anymore using the trackpad, but still works with USB mouse. I said +b2. +b1 is for the old xserver ABI and won't work at all (as you saw). Sorry, I do not find the +b2. Where should I download it from? I looked at https://packages.qa.debian.org/x/xserver-xorg-input-synaptics.html and http://snapshot.debian.org/package/xserver-xorg-input-synaptics. -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53c51ea8.1040...@univ-fcomte.fr
Bug#754862: xserver-xorg-input-evdev: Mouse movement very slow wince last upgrade
On 15/07/14 12:56, Emilio Pozuelo Monfort wrote: On 15/07/14 12:42, Eugen Dedu wrote: Package: xserver-xorg-input-evdev Version: 1:2.8.2-1+b2 Severity: important Dear Maintainer, After the upgrade of X server and related components a few days ago, trackpad mouse has been very slow in movement, the longest distance I can get with my finger on the trackpad yields about 10 pixels on screen, so practically unusable. On the other hand, USB mouse uses a normal speed. I played with xset mouse, but nothing changed. (I am not sure if this bug is for this package or for xserver-xorg-input-synaptics.) Does downgrading -synaptics to 1.7.3-1+b2 help? Using dpkg -i --force-all xserver-xorg-input-synaptics_1.7.3-1+b1_amd64.deb (after having downloaded the .deb) and restarting the machine: mouse/cursor does not move anymore using the trackpad, but still works with USB mouse. -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53c51be5.8010...@univ-fcomte.fr
Bug#633849: Me too
On 31/10/13 10:04, Vincent Lefevre wrote: On 2013-10-31 05:02:45 +0100, Eugen Dedu wrote: On 30/10/13 22:44, Eugen Dedu wrote: I have the same bug and I would really love to have it fixed. Since about 2 years (before, it worked) I have been forced to execute xmodmap ~/.xmodmap after each resume, since the key bindings I use in that file are lost at suspend. xmodmap simply adds French and Romanian accentuated characters éèôîșț... to my English keyboard. Note that xset settings are lost too. For ex., I execute xset b off, or xset r rate 200 30, but they go back to default values after suspend/resume. Yes, there are several related bugs about lost settings after suspend/resume: #541388 xserver-xorg: Xmodmap settings lost across suspend/hibernate #568868 key repeat for caps lock goes away after suspend/resume #582566 bell settings (xset -b) not preserved after suspend/resume #633849 xserver-xorg: XKB settings lost after suspend (hibernate) / resume or USB keyboard plugged in Do you know if the upstream is informed about all these bugs? -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5274b62a.7040...@pu-pm.univ-fcomte.fr
Bug#633849: Me too
On 31/10/13 09:02, Maximiliano Curia wrote: ¡Hola Eugen! ¡Hola El 2013-10-31 a las 05:02 +0100, Eugen Dedu escribió: On 30/10/13 22:44, Eugen Dedu wrote: I have the same bug and I would really love to have it fixed. Since about 2 years (before, it worked) I have been forced to execute xmodmap ~/.xmodmap after each resume, since the key bindings I use in that file are lost at suspend. xmodmap simply adds French and Romanian accentuated characters éèôîșț... to my English keyboard. Note that xset settings are lost too. For ex., I execute xset b off, or xset r rate 200 30, but they go back to default values after suspend/resume. How are you suspending your computer? The bug appears when I close the lid, and also when executing pm-suspend as root. Under which desktop environment? Under gnome until one week ago, and under awesome since then. xset r rate setting was not visible on gnome, since it is itself which changes it when resuming, I suppose. I also have a custom ~/.Xmodmap, and using pm-suspend or powerdevil (kde) won't loss those changes. This is strange then. How can I see what happens? Where to look at? Could that be an issue of a kbd-related package? -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5272158f.1010...@pu-pm.univ-fcomte.fr
Bug#633849: Me too
On 30/10/13 22:44, Eugen Dedu wrote: I have the same bug and I would really love to have it fixed. Since about 2 years (before, it worked) I have been forced to execute xmodmap ~/.xmodmap after each resume, since the key bindings I use in that file are lost at suspend. xmodmap simply adds French and Romanian accentuated characters éèôîșț... to my English keyboard. Note that xset settings are lost too. For ex., I execute xset b off, or xset r rate 200 30, but they go back to default values after suspend/resume. -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5271d665.2000...@pu-pm.univ-fcomte.fr
Bug#633849: Me too
I have the same bug and I would really love to have it fixed. Since about 2 years (before, it worked) I have been forced to execute xmodmap ~/.xmodmap after each resume, since the key bindings I use in that file are lost at suspend. xmodmap simply adds French and Romanian accentuated characters éèôîșț... to my English keyboard. -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52717dcd.2040...@pu-pm.univ-fcomte.fr
Bug#541388: Happens to me too
Hi, In my .xinitrc/.xsession I have a call to "xmodmap .xmodmap" (I use a US keyboard/layout and I need French diacritic characters), which works just fine. The problem is that after an upgrade (I use debian unstable and I upgraded the packages two days ago (previous update was 23 June)), after suspend/resume, the settings from this file are lost => I need to manually execute the xmodmap command after each resume. I do not know what package is the responsible for that. Many packages were updated (console-setup, xserver-xorg-video-intel, udev, keyboard-configuration etc.), I can give you the complete list if you wish. Cheers, -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c3ecc9f.2050...@pu-pm.univ-fcomte.fr
Bug#533863: Closing then?
For the last few days, my keymap switching seems to be working correctly. I currently have xserver-xorg 1:7.5+1 Closing the bug then? -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c3ecb16.3000...@pu-pm.univ-fcomte.fr
Bug#564203: Further information
Comparing the logs with the new version and the one from testing, I see this: = for working version: (==) NV(0): Backing store disabled (==) NV(0): Silken mouse enabled (II) NV(0): DPMS enabled (II) NV(0): RandR 1.2 enabled, ignore the following RandR disabled message. (--) RandR disabled (II) Initializing built-in extension Generic Event Extension (II) Initializing built-in extension SHAPE [...] == for non-working version: (==) NV(0): Backing store disabled (==) NV(0): Silken mouse enabled (==) NV(0): DPMS enabled Backtrace: 0: /usr/bin/X (xorg_backtrace+0x28) [0x4662b8] 1: /usr/bin/X (0x40+0x676f9) [0x4676f9] 2: /lib/libpthread.so.0 (0x7f2a40cd3000+0xe990) [0x7f2a40ce1990] Segmentation fault at address (nil) Fatal server error: Caught signal 11 (Segmentation fault). Server aborting -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#497523: I have this too
Sven Arvidsson wrote: On Sat, 2009-04-11 at 14:28 +0200, Eugen Dedu wrote: Hi, For info, when upgrading to unstable synaptics yesterday (it's in unstable now!!), tapping is not recognised anymore as click. After adding the three lines in xorg.conf, it works. This is because of an upstream policy change: * Tapping is disabled by default. I've gotten some flak about this but I maintain that it is the better choice. Tapping is enabled for those touchpads that don't have physical buttons though. This is wrong. I have a MacBookPro with only one button. Tapping is not activated, so I do not have any method to right-click or middle-click. -- Eugen -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#485189: xserver-xorg-input-mouse: Mouse pointer freezes 50% of cases after "Log out user"
Brice Goglin wrote: Eugen Dedu wrote: Package: xserver-xorg-input-mouse Version: 1:1.3.0-1 Severity: important *** Please type your report below this line *** Hi, I use gdm. I log in accound A. I do some work. I close all the applications and log out (in order to log in account B). gdm reappears, the mouse pointer is put in the middle of the screen but it cannot be moved. Reproducible about 50% of cases. /etc/init.d/gdm restart does not help. This bug is not new to the actual unstable version, it started a few months ago. Could you save your Xorg.0.log after starting gdm when everything works fine, and save it again when the problem occurs, and compare them? Also, does anything appear in dmesg or so? $ diff Xorg.0.log-ok Xorg.0.log [...] 684,686c684,695 < (--) Synaptics Touchpad auto-dev sets device to /dev/input/event11 < (**) Option "Device" "/dev/input/event11" < (--) Synaptics Touchpad touchpad found --- > Synaptics Touchpad no synaptics event device found > (EE) xf86OpenSerial: Cannot open device /dev/input/event11 > Input/output error. > (WW) Synaptics Touchpad: cannot open input device > couldn't enable device 3 > (II) Open ACPI successful (/var/run/acpid.socket) > (II) : ps2EnableDataReporting: succeeded > Synaptics Touchpad no synaptics event device found > (EE) xf86OpenSerial: Cannot open device /dev/input/event11 >Input/output error. > (WW) Synaptics Touchpad: cannot open input device > couldn't enable device 3 Nothing interesting in other files (auth, daemon, messages, syslog). Does unplugging/replugging the mouse help? I made a test without any external plugged mouse, I use the internal one (I work on laptop). Cheers, -- Eugen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485189: xserver-xorg-input-mouse: Mouse pointer freezes 50% of cases after "Log out user"
Package: xserver-xorg-input-mouse Version: 1:1.3.0-1 Severity: important *** Please type your report below this line *** Hi, I use gdm. I log in accound A. I do some work. I close all the applications and log out (in order to log in account B). gdm reappears, the mouse pointer is put in the middle of the screen but it cannot be moved. Reproducible about 50% of cases. /etc/init.d/gdm restart does not help. This bug is not new to the actual unstable version, it started a few months ago. Regards, Eugen Dedu -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2007-10-07 18:28 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1831872 2008-05-18 14:57 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation GeForce 8600M GT (rev a1) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1901 2008-05-21 18:42 /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 command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" 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" "true" #EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents" "true" Option "Device" "/dev/psaux" #Option "Protocol""auto-dev" #Option "HorizScrollDelta""0" EndSection Section "Device" Identifier "nVidia Corporation NVIDIA Default Card" Driver "nv" BusID "PCI:1:0:0" Option "AccelMethod" "EXA" Option "MigrationHeuristic" "greedy" EndSection Section "Monitor" Identifier "Generic Monitor" Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "nVidia Corporation NVIDIA Default Card" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Modes "1440x900" "800x600" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" # InputDevice "Configured Mouse" InputDevice "Synaptics Touchpad" EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 34104 2008-02-11 21:58 /var/log/Xorg.21.log -rw-r--r-- 1 root root 34100 2008-02-12 21:46 /var/log/Xorg.20.log -rw-r--r-- 1 root root 34403 2008-06-08 18:50 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: 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~git20080517-1) Current Operating System: Linux snoopy 2.6.25-2-amd64 #1 SMP Tue May 27 12:45:24 UTC 2008 x86_64 Build Date: 18 May 2008 12:41:06PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from co
Bug#453782: xserver-xorg-video-nv: Please support suspend to ram
Brice Goglin wrote: Eugen Dedu wrote: After s2ram -p -f in VT1: screen remains black. LED at CapsLock works, CD ejecting (button F12) works. I switched blindly to VT3 (alt ctrl f3), logged as root and executed halt -t now. The computer halted. After rmmod sky2;s2ram -p -s -f in VT1: screen black, capslock LED ok, but after doing ctrl+alt+f7 (X11), even CapsLock LED stopped functioning and the machine is not responsive at all. I must stop it with Power button. I guess your BIOS does not POST correctly at resume, which means s2ram might never work for you unfortunately... Ok. I keep you informed if I find a solution. Thank you for your information, -- Eugen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453782: xserver-xorg-video-nv: Please support suspend to ram
Brice Goglin wrote: Eugen Dedu wrote: But on computers like mine (MacBookPro v3) it does not work. On http://wiki.debian.org/MacBookPro#head-1d27e9182475ac6bf8a09771255ef5650d01c43c it is written that s2ram works with old nvidia drivers and vanilla linux. The nvidia driver knows a lot more than nv. It can tweak both X and the kernel to do things, it is much easier for nvidia to support s2ram. With linux's acpi_sleep=s3_bios, I execute s2ram -f. At resume, the computer works, but the screen is black, pressing CapsLock does not change the LED. Here's what the upstream dev thinks about this: < bgoglin> aaronp: what's the status of s2ram with nv? should work? buggy and might be fixed? wontfix? < aaronp> My understanding was that it works as long as the system POSTs the GPU on resume. < ajax> which only works if the BIOS is there to be POSTed. < aaronp> right You might want to try passing -p (or maybe -s) to s2ram in case it helps. Try switching to VT console before suspend too. Hi, I have done two tests: After s2ram -p -f in VT1: screen remains black. LED at CapsLock works, CD ejecting (button F12) works. I switched blindly to VT3 (alt ctrl f3), logged as root and executed halt -t now. The computer halted. After rmmod sky2;s2ram -p -s -f in VT1: screen black, capslock LED ok, but after doing ctrl+alt+f7 (X11), even CapsLock LED stopped functioning and the machine is not responsive at all. I must stop it with Power button. -- Eugen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453782: xserver-xorg-video-nv: Please support suspend to ram
Brice Goglin wrote: Eugen Dedu wrote: But on computers like mine (MacBookPro v3) it does not work. On http://wiki.debian.org/MacBookPro#head-1d27e9182475ac6bf8a09771255ef5650d01c43c it is written that s2ram works with old nvidia drivers and vanilla linux. The nvidia driver knows a lot more than nv. It can tweak both X and the kernel to do things, it is much easier for nvidia to support s2ram. Yes, I understand that. But I prefer to use free software. With linux's acpi_sleep=s3_bios, I execute s2ram -f. At resume, the computer works, but the screen is black, pressing CapsLock does not change the LED. Here's what the upstream dev thinks about this: < bgoglin> aaronp: what's the status of s2ram with nv? should work? buggy and might be fixed? wontfix? < aaronp> My understanding was that it works as long as the system POSTs the GPU on resume. < ajax> which only works if the BIOS is there to be POSTed. < aaronp> right You might want to try passing -p (or maybe -s) to s2ram in case it helps. Try switching to VT console before suspend too. But there is nothing more to expect from xserver-xorg-video-nv. Thank you for help, I'll try very soon and keep you informed. -- Eugen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453782: xserver-xorg-video-nv: Please support suspend to ram
Brice Goglin wrote: Eugen Dedu wrote: suspend works only with the binary nvidia driver. Did you actually check that suspend to ram *never* works with the NV driver? on all supported hardware? There are many things involved in suspend to ram, including the kernel, the X server and the driver. No, I do not know if it works on other computers. But on computers like mine (MacBookPro v3) it does not work. On http://wiki.debian.org/MacBookPro#head-1d27e9182475ac6bf8a09771255ef5650d01c43c it is written that s2ram works with old nvidia drivers and vanilla linux. What problem are you experiencing? This bug report is pretty useless without any detail about the problem. Did you try passing |acpi_sleep=s3_bios to the kernel command line?| With linux's acpi_sleep=s3_bios, I execute s2ram -f. At resume, the computer works, but the screen is black, pressing CapsLock does not change the LED. || |Note that the nv driver does very rarely get big new features added. If| |supporting suspend-to-ram requires lots of work, the upstream devs won't| |probably do it.| || Ok. -- Eugen Dedu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453782: xserver-xorg-video-nv: Please support suspend to ram
Subject: xserver-xorg-video-nv: Please support suspend to ram Package: xserver-xorg-video-nv Version: 1:2.1.6-1 Severity: wishlist *** Please type your report below this line *** Hi, Please support suspend to ram. I have a PowerBookPro and, IIUC http://en.opensuse.org/S2ram#NVidia_Graphics_Chipsets and http://sourceforge.net/mailarchive/message.php?msg_id=46F3ED9C.20504%40dark-green.com, suspend works only with the binary nvidia driver. Greetings, Eugen Dedu -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2007-10-07 18:28 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1831520 2007-11-20 04:09 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation Unknown device 0407 (rev a1) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1822 2007-11-18 11:33 /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 command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" 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" "true" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents" "true" Option "Device" "/dev/psaux" Option "Protocol""auto-dev" Option "HorizScrollDelta""0" EndSection Section "Device" Identifier "nVidia Corporation NVIDIA Default Card" Driver "nv" BusID "PCI:1:0:0" EndSection Section "Monitor" Identifier "Generic Monitor" Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "nVidia Corporation NVIDIA Default Card" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Modes "1440x900" "800x600" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" InputDevice "Synaptics Touchpad" EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 33395 2007-10-22 21:16 /var/log/Xorg.21.log -rw-r--r-- 1 root root 34011 2007-10-22 21:38 /var/log/Xorg.20.log -rw-r--r-- 1 root root 33423 2007-12-01 08:50 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20071119-1) Current Operating System: Linux snoopy 2.6.22-3-amd64 #1 SMP Sun Nov 4 18:18:09 UTC 2007 x86_64 Build Date: 20 November 2007 02:55:16AM 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: "/
Bug#443452: xserver-xorg-input-kbd: Man page still refers to removed keyboard driver
Package: xserver-xorg-input-kbd Version: 1:1.2.2-3 Severity: minor >From man kbd: "This driver is planned to replace the built-in keyboard driver in a future release of Xorg." However, the keyboard driver has already been removed. The sentence above should be removed from the man page. Best regards, Eugen Dedu -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.22-2-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-input-kbd depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii xserver-xorg-core 2:1.4-2X.Org X server -- core server xserver-xorg-input-kbd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369167: On my machine too
For info, on my PowerBook5,2: snoopy:~$ glxgears *WARN_ONCE* File r300_state.c function r300Enable line 456 TODO - double side stencil ! *** No ctx->FragmentProgram._Current!! *WARN_ONCE* File r300_render.c function r300_get_num_verts line 188 user error: Need more than 2 vertices to draw primitive QS ! *** snoopy:~$ HTH, -- Eugen Dedu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
