It seems that the problem is also related to the new video driver "intel experimental modesetting ..." (which somehow surprisingly for an experimental driver is installed by default in the final gutsy release). Somehow it seems that on certain notebook models the sequence triggered by closing the screen lid makes that driver to be lost probably somewhere in the screen detection part (my feeling is that the screen was eventually already 'disconnected' and the driver is still looking after it or something). The workaround for the moment seems to be to use the slightly older i810 (or similar) video driver (and to make that driver work more predictable on resume it is also a good idea to replace the default 'plug&play LCD panel' with a fixed setting for your specific screen) - with those settings suspend/hibernate/resume now seem to work perfectly on my Dell X300 ! Ideally somebody more familiar with the subject should either fix the culprit (most likely 'intel experimental modesetting driver', but it can still be a very small chance to also be related to how gnome-power-manager redirects certain events ...) or at least configure things so that experimental drivers will not have such a high priority ...
-- [gutsy] Closing the lid will crash the system no matter how the gnome power manager is set, but system (Dell X300) will suspend/resume just fine in any other way. https://bugs.launchpad.net/bugs/156621 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
