|
|
#13 | |
|
Registered User
Join Date: Jan 2011
Posts: 4
|
I've got a similar problem with suspend to ram also with Dell Latitude E6510, but here the 2.6.35 kernel is not making any problems but all kernels above (2.6.36+).
I will test your solution tomorrow and post my results here. |
|
|
|
|
|
|
#14 | |
|
Registered User
Join Date: Jan 2011
Posts: 4
|
So,
I've tested to turn off two of my cpus but without any effect. I tried it manually as well as per script. Nothing worked. Kernel: 2.6.37 64bit @ driver version 260.19.36 |
|
|
|
|
|
|
#15 |
|
Registered User
Join Date: May 2004
Location: Norway
Posts: 117
|
This is still a problem with latest 270.26 beta driver.
|
|
|
|
|
|
#16 | |
|
Registered User
Join Date: May 2004
Location: Norway
Posts: 117
|
|
|
|
|
|
|
|
#17 |
|
Registered User
Join Date: May 2004
Location: Norway
Posts: 117
|
And 2.6.38-rc5 + nvidia-270.26 [Ubuntu Lucid x86-64]. I tend to notice that system has entered this unfortune state when fullscreen Flash video playback is completely useless (*very* slow). Disabling hyper-threading CPUs at suspend/resume workaround still applies and makes the problem go away completely. Would be nice to get rid of that annoying hack ..
|
|
|
|
|
|
#18 | |
|
Registered User
Join Date: Jan 2008
Location: USA
Posts: 11
|
Same problem here. Debian unstable on a Thinkpad T410 running kernel 2.6.37 64-bit, 3100m chipset. Problem occurs with 260.19.21 and 260.19.36. Haven't tried any other Nvidia driver versions.
HT hack worked for me, brilliant workaround, oyvind. Thanks a ton, this was driving me crazy. Steve |
|
|
|
|
|
|
#19 |
|
Registered User
Join Date: Dec 2006
Posts: 38
|
Sorry, just a "me too" here, but I think it's valuable to know for how many users this hack helps.
It's working great for me, running maverick 64-bit on a Core i3 M370 with a GeForce 310M. Before the hack, the 2D acceleration was badly suffering after a resume, topmost when scrolling in google chrome. Interestingly, the 3D performance was not suffering, I had 4800 fps in glxgears before and after suspend. With this hack, the 2D performance stays as high as before, smooth scrolling all the way. Just as a sidenote: Before I installed the script, I manually tried disabling/enabling the CPUs on the console and this already fixed it, so it would not be needed to disable HT before sleep, but it also works with disabling/enabling after resume. |
|
|
|
|
|
#20 |
|
Registered User
Join Date: May 2004
Location: Norway
Posts: 117
|
Bump, nvidia, please fix this so we don't need to do silly CPU hacks to get graphics going at normal speeds after suspend.
|
|
|
|
|
|
#21 | |
|
NVIDIA Corporation
Join Date: Dec 2010
Posts: 259
|
Quote:
Can you please attach nvidia-bug-reprot by runnng nvidia-bug-report.sh as root ? Let us know reproduction steps as well. |
|
|
|
|
|
|
#22 |
|
Registered User
Join Date: Jan 2008
Location: USA
Posts: 11
|
Hi sandipt,
I've produced the report, but I'd like to not attach the information to a public forum. Can you tell me where to send it? I tried PMing it to you, but you have that disabled. Reproduction steps are: run /etc/acpi/sleep.sh, which essentially just calls pm-suspend. Then wake the machine up and be amazed at the sucky scrolling in your web browser. I've tried it with 260.19.44, and the problem persists. Steve |
|
|
|
|
|
#23 |
|
Registered User
Join Date: Nov 2004
Location: Between the keyboard and the chair.
Posts: 490
|
|
|
|
|
|
|
#24 |
|
Registered User
Join Date: Jan 2008
Location: USA
Posts: 11
|
Part of my employment agreement with my employer is that no internal information about our systems can be released publicly. Silly sounding, I know, but I've got to abide by it. So I'm happy to email it or PM it somewhere, but I can't post it in a forum. Sorry.
|
|
|
|
![]() |
| Thread Tools | |
|
|