Thinkapd 410s: WiFi and screen on lid close
, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, 4 Series, G45/G43, Q45/Q43, G41, B43, B43, Clarkdale, Arrandale, Sandybridge, Sandybridge, Sandybridge, Sandybridge, Sandybridge, Sandybridge, Sandybridge (II) VESA: driver for VESA chipsets: vesa (II) FBDEV: driver for framebuffer: fbdev (II) Primary Device is: PCI 00@00:02:0 (WW) Falling back to old probe method for vesa (WW) Falling back to old probe method for fbdev (II) Loading sub module fbdevhw -- Dr. Ed Morbius Chief Scientist Krell Power Systems Unlimited -- To UNSUBSCRIBE, email to debian-laptop-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110122024131.ga29...@altaira.krellpowersys.exo
Re: Thinkapd 410s: WiFi and screen on lid close
on 10:58 Sat 22 Jan, Philipp Hagemeister (phi...@phihag.de) wrote: Dr. Ed Morbius wrote: Two issues with a Thinkpad 410s running testing/unstable. Custom-compiled 2.6.34 kernel (to fix issues with Thinkpad volume/brightness controls): Linux altaira 2.6.34-custom-1- #1 SMP Thu Oct 21 18:30:43 PDT 2010 x86_64 GNU/Linux 1: Wifi's stopped working. Yes, it did initially. ... In addition to the software switch via rfkill, there's a hardware switch to turn wireless off. It's tiny, and its position at the right-side front can sometimes lead to inadvertently switching it. On my T410(currently broken, but that's another story), 100% of error 132 are caused by activating the switch when jamming it into my laptop backpack. Color me seriously sheepish, but that seems to have been the immediate problem, though I'd swear I'd had the problem even after toggling the WiFi power switch previously. Strange. I'll see if it stays working. Thanks. -- Philipp -- Dr. Ed Morbius Chief Scientist Krell Power Systems Unlimited signature.asc Description: Digital signature
Lenovo T520i X11 Intel i810 static display issue
attempts. (II) AIGLX: Suspending AIGLX clients for VT switch (II) Open ACPI successful (/var/run/acpid.socket) (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): EDID vendor LEN, prod id 16562 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline 1920x1080x0.0 139.00 1920 1980 2028 2050 1080 1090 1100 1130 -hsync -vsync (67.8 kHz) (II) intel(0): Modeline 1920x1080x0.0 115.83 1920 1980 2028 2050 1080 1090 1100 1130 -hsync -vsync (56.5 kHz) (II) Power Button: Device reopened after 1 attempts. (II) Video Bus: Device reopened after 1 attempts. (II) Sleep Button: Device reopened after 1 attempts. (II) Integrated Camera: Device reopened after 1 attempts. (II) AT Translated Set 2 keyboard: Device reopened after 1 attempts. (II) TPPS/2 IBM TrackPoint: Device reopened after 1 attempts. (II) AIGLX: Suspending AIGLX clients for VT switch (II) Open ACPI successful (/var/run/acpid.socket) (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): EDID vendor LEN, prod id 16562 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline 1920x1080x0.0 139.00 1920 1980 2028 2050 1080 1090 1100 1130 -hsync -vsync (67.8 kHz) (II) intel(0): Modeline 1920x1080x0.0 115.83 1920 1980 2028 2050 1080 1090 1100 1130 -hsync -vsync (56.5 kHz) (II) Power Button: Device reopened after 1 attempts. (II) Video Bus: Device reopened after 1 attempts. (II) Sleep Button: Device reopened after 1 attempts. (II) Integrated Camera: Device reopened after 1 attempts. (II) AT Translated Set 2 keyboard: Device reopened after 1 attempts. (II) TPPS/2 IBM TrackPoint: Device reopened after 1 attempts. (II) AIGLX: Suspending AIGLX clients for VT switch (II) TPPS/2 IBM TrackPoint: Close (II) UnloadModule: evdev (II) AT Translated Set 2 keyboard: Close (II) UnloadModule: evdev (II) Integrated Camera: Close (II) UnloadModule: evdev (II) Sleep Button: Close (II) UnloadModule: evdev (II) Video Bus: Close (II) UnloadModule: evdev (II) Power Button: Close (II) UnloadModule: evdev -- Dr. Ed Morbius, Chief Scientist /| Robot Wrangler / Staff Psychologist| When you seek unlimited power Krell Power Systems Unlimited| Go to Krell! -- To UNSUBSCRIBE, email to debian-laptop-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110709003530.ga6...@altaira.krellpowersys.exo
Re: Lenovo T520i X11 Intel i810 static display issue
on 01:46 Sun 10 Jul, Bill Brelsford (w...@k2di.net) wrote: In article hctkp-4f...@gated-at.bofh.it, Dr. Ed Morbius dredmorb...@gmail.com wrote: I've been running into an issue with a Lenovo Thinkpad T520i running squeeze where the X11 display goes into a sort of static state. It's usually after a pm-suspend or pm-hibernate (but not after all suspend/hibernates), and sometimes simply when awakening the screensaver. Restarting X generally (always?) clears the issue, but doesn't do much for preserving session state. The symptoms are that the display doesn't update -- while it's viewable. There's no visible response to keyboard or mouse inputs. The pointer itself /does/ move around the display, but windows don't take focus, won't resize or move, etc. However if I toggle away (shiftaltF1-6) then back to (altF7 or altF8) the display -- the changes /are/ reflected. I've taken advantage of this to shut down windows/apps cleanly. If i restart X (sudo /etc/init.d/kdm stop; sudo /etc/init.d/kdm start from another virtual console), X works properly, usually. I've noticed this under several desktops / window managers (GNOME, KDE, XFCE, twm, wmaker). It doesn't appear to be specific to the window manager. Restarting the window manager doesn't clear the behavior. Occasionally when xscreensaver is activated, moving the mouse won't bring up the password dialog, but the mouse is limited to moving within the bounds of where that dialog would be. Graphics devicde appears to be Intel Integrated Graphics Chipsets: i810 famiily. 1: Any idea what the bug is? Or a fix? 2: What package(s) should I file it against? It appears to be a bug in xserver-xorg-video-intel that occurs under kernels 2.6.38 and 2.6.39. The latter seems to help some -- in my case anyway -- but the problem is still there. See bug 622308 (which has been closed); bugs 626337 and 627249 are similar. (I'm running an Asus laptop with an Intel 965GM chipset.) Thanks, Bill. Any chance that the video codec and GLX issues I'm having are also related? I can play Flash videos but not full-screen. Attempting to use any video codec I've tried so far in mplayer/xine hangs the video session entirely. -- Dr. Ed Morbius, Chief Scientist /| Robot Wrangler / Staff Psychologist| When you seek unlimited power Krell Power Systems Unlimited| Go to Krell! -- To UNSUBSCRIBE, email to debian-laptop-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110710174017.ga2...@altaira.krellpowersys.exo
Re: Lenovo T520i X11 Intel i810 static display issue
on 01:46 Sun 10 Jul, Bill Brelsford (w...@k2di.net) wrote: In article hctkp-4f...@gated-at.bofh.it, Dr. Ed Morbius dredmorb...@gmail.com wrote: I've been running into an issue with a Lenovo Thinkpad T520i running squeeze where the X11 display goes into a sort of static state. It's usually after a pm-suspend or pm-hibernate (but not after all suspend/hibernates), and sometimes simply when awakening the screensaver. Restarting X generally (always?) clears the issue, but doesn't do much for preserving session state. The symptoms are that the display doesn't update -- while it's viewable. There's no visible response to keyboard or mouse inputs. The pointer itself /does/ move around the display, but windows don't take focus, won't resize or move, etc. However if I toggle away (shiftaltF1-6) then back to (altF7 or altF8) the display -- the changes /are/ reflected. I've taken advantage of this to shut down windows/apps cleanly. If i restart X (sudo /etc/init.d/kdm stop; sudo /etc/init.d/kdm start from another virtual console), X works properly, usually. I've noticed this under several desktops / window managers (GNOME, KDE, XFCE, twm, wmaker). It doesn't appear to be specific to the window manager. Restarting the window manager doesn't clear the behavior. Occasionally when xscreensaver is activated, moving the mouse won't bring up the password dialog, but the mouse is limited to moving within the bounds of where that dialog would be. Graphics devicde appears to be Intel Integrated Graphics Chipsets: i810 famiily. 1: Any idea what the bug is? Or a fix? 2: What package(s) should I file it against? It appears to be a bug in xserver-xorg-video-intel that occurs under kernels 2.6.38 and 2.6.39. The latter seems to help some -- in my case anyway -- but the problem is still there. See bug 622308 (which has been closed); bugs 626337 and 627249 are similar. ... and: I'm running 2.6.38-2-amd64 Will try the .39 upgrade. -- Dr. Ed Morbius, Chief Scientist /| Robot Wrangler / Staff Psychologist| When you seek unlimited power Krell Power Systems Unlimited| Go to Krell! -- To UNSUBSCRIBE, email to debian-laptop-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110710175652.gb2...@altaira.krellpowersys.exo
Re: Lenovo T520i X11 Intel i810 static display issue
on 01:46 Sun 10 Jul, Bill Brelsford (w...@k2di.net) wrote: In article hctkp-4f...@gated-at.bofh.it, Dr. Ed Morbius dredmorb...@gmail.com wrote: I've been running into an issue with a Lenovo Thinkpad T520i running squeeze where the X11 display goes into a sort of static state. It's usually after a pm-suspend or pm-hibernate (but not after all suspend/hibernates), and sometimes simply when awakening the screensaver. Restarting X generally (always?) clears the issue, but doesn't do much for preserving session state. The symptoms are that the display doesn't update -- while it's viewable. There's no visible response to keyboard or mouse inputs. The pointer itself /does/ move around the display, but windows don't take focus, won't resize or move, etc. However if I toggle away (shiftaltF1-6) then back to (altF7 or altF8) the display -- the changes /are/ reflected. I've taken advantage of this to shut down windows/apps cleanly. If i restart X (sudo /etc/init.d/kdm stop; sudo /etc/init.d/kdm start from another virtual console), X works properly, usually. I've noticed this under several desktops / window managers (GNOME, KDE, XFCE, twm, wmaker). It doesn't appear to be specific to the window manager. Restarting the window manager doesn't clear the behavior. Occasionally when xscreensaver is activated, moving the mouse won't bring up the password dialog, but the mouse is limited to moving within the bounds of where that dialog would be. Graphics devicde appears to be Intel Integrated Graphics Chipsets: i810 famiily. 1: Any idea what the bug is? Or a fix? 2: What package(s) should I file it against? It appears to be a bug in xserver-xorg-video-intel that occurs under kernels 2.6.38 and 2.6.39. The latter seems to help some -- in my case anyway -- but the problem is still there. See bug 622308 (which has been closed); bugs 626337 and 627249 are similar. I'm seeing the same issue with a 2.6.39 kernel. I'll try a 3.0 rc as well, but so far no joy. Linux altaira 2.6.39-2-amd64 #1 SMP Tue Jul 5 02:51:22 UTC 2011 x86_64 GNU/Linux -- Dr. Ed Morbius, Chief Scientist /| Robot Wrangler / Staff Psychologist| When you seek unlimited power Krell Power Systems Unlimited| Go to Krell! -- To UNSUBSCRIBE, email to debian-laptop-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110711191649.ga3...@altaira.krellpowersys.exo