Can you please supply an nvidia-bug-report file so that we can see details of your HW.

Also, exactly what do you mean by suspend2ram/suspend2disk (historically, there have been a variety of ways that those features were implemented). Specifically, which Linux distro and version are you using, and how are you invoking suspend/hibernate (e.g. Gnome menu, running a specific command in a shell, etc.)?

Finally, is any VDPAU application running when you suspend? Or, does the issue occur if you quit all VDPAU apps, suspend, resume, then try to start another VDPAU app?

I use Debian Stable with uswsusp.
I suspend to RAM by doing 'echo mem >/sys/power/state' and to disk using 's2disk'. Both directly from the terminal.

1) A VDPAU app doesn't need to be running for this bug to be triggered. It is completely random. Restarting X doesn't help, you need to reload the driver.

2) Granted, suspending/resuming with a VDPAU app running makes the video disappear, giving me just a green rectangle. This is a separate issue. Restarting MPlayer fixes this problem provided that "1)" wasn't also triggered in the process.

I can't seem to get "1)" happen right now, so I'm attaching an older log file I sent to nVidia several months ago.

Carl, I suspect his MPlayer version is prior to your implementation of preemption recovery.

LubosD, what version of the driver is "log.txt.bz2" from? Your bug report indicates 195.22. However, the content of log.txt.bz2 does not match that; with 195.22, there should be lines beginning "VDPAU nvidia: Version ...". Also, the error numbers in your logs don't make sense for version 195.22. Are you sure that you have the driver installed correctly; in particular, is your libvdpau_nvidia.so.* from a different driver than the kernel driver?