I’m surprised that suspend doesn’t work for the GeForce 6150 LE (C51PVG) given that it’s been around since 2006. Also that it’s used in quite a few motherboards that are designed for use in a HTPC where having the suspend functionality would be desirable.
Even though in my previous comment I mentioned that the latest BIOS, 1.63, supposedly fixes suspend issues for Windows, I’m wondering if it simply masks a problem that Windows/nVidia driver is able to deal with. I don’t know the how the internals of ACPI/suspend work in the Linux Kernel but I’m wondering if the suspend issue I’m experiencing is due to a BIOS bug? Does the kernel use a BIOS call to enter S3 suspend or is this done via some direct hardware manipulation? On resume from suspend does the kernel/BIOS call some VGA/VBE/Graphics function to re-enable the Graphics hardware and display. My thinking behind all this is whatever Graphics function in BIOS is being called isn’t doing it’s job correctly – thus in my case the display never comes back on. Is anyone able to clarify the low level workings of ACPI/Suspend and if it is the case that the BIOS is supposed to do something to kick the graphics subsystem back into life then I’ll raise a ticket with MSI. -- [MSI MS-7329] suspend/resume failure [non-free: nvidia] https://bugs.launchpad.net/bugs/390158 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
