Update... With i915 blacklisted or not the problem continues:
Full gnome -> close lid -> kernel oops Compiz -> close lid -> kernel oops Bare xorg (just an xterm) -> close lid -> kernel oops >> On Wed, 23 May 2012 06:36:24 +0100, elbbit wrote: >>> When logged into the laptop by OpenSSH the laptop continues to respond, With i915 blacklisted the laptop looks awful on-screen and becomes completely unresponsive upon lid-close. I find now that even without Xorg loaded (just getty) the kernel still oops on lid-close when not blacklisted. I have tried i915.semaphores=1 on the kernel command line, as recommended by someone off Google with no difference. I also tried noapic and acpi=off which didn't help either. To note, I am getting "MTRR allocation failed. Graphics performance may suffer." when the i915 kernel module loads during boot-time (drm) and also "*ERROR* MUX INFO call failed" -- this last one appears to be fixed upstream (I read it over two months ago) and the newer driver hasn't made it to wheezy yet. According to Intel website, this suspending bug is a major known issue: "S4 suspend-resume may fail on some machines unless 'nomodeset' kernel parameter is used" http://intellinuxgraphics.org/2011Q4.html This bug has been known for several driver releases and has recently been fixed (10-Apr-2012), and seeing as the last driver release was February this code is only in Intel's git repos? https://bugs.freedesktop.org/show_bug.cgi?id=35648 https://bugs.freedesktop.org/show_bug.cgi?id=40241 I tested the Intel advised workaround which is "nomodeset" on the kernel command line but that didn't work either. Having completed an exhaustive search, I am considering transitioning my laptop over to sid and leave the wife's on wheezy for testing. I guess we all just keep hitting our power buttons then! On a side note, I'm not new to GNU but I am new to contributing. I realise my next question may be better aimed at debian-dev@ but can I help in getting a new xserver-xorg-video-intel package built? I notice sid has the same as wheezy in this regard. -- elb...@gmail.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fbd4bc5.3090...@gmail.com
