Hello again Geoffrey,
Please ignore my last message - wrong computer. The correct info is below.
---- Steve zephod@cfl.rr.com wrote:
Hi Geoffrey,
---- Geoffrey Leach geoff@hughes.net wrote:
On 11/07/2008 02:00:41 PM, Steve wrote:
---- Geoffrey Leach geoff@hughes.net wrote:
ASUS Z84F. When I suspend (with appropriate quirks) under kernel-2.6.26.6-79.fc9.i686, half of the time the system hangs on coming out of the suspend, requiring reboot. Things appear to start
out
well, then, before the display and keyboard are enabled, the system hangs. Earlier 2.6.26 kernels and kernel-2.6.25.14-108.fc9.i686
(now in
use) work fine. Neither /var/log/messages nor dmesg show anything wrong.
Fedora 9 is up-to-date.
Before I submit to Bugzilla, (a) is anyone having a similar problem
and
(b) any suggestions for data gathering?
Yes, I'm having the same issues. See my recent message on gdm error messages.
Steve:
Thanks for the reply. I checked out your previous posting (at http://article.gmane.org/gmane.linux.redhat.fedora.general/318262/ match=gdm)
and discovered:
gconfd (gdm-3110): Error setting value for `/apps/gnome-screensaver/ power_management_delay': Can't overwrite existing read-only value: Value for `/apps/gnome-screensaver/power_management_delay' set in a read-only source at the front of your configuration path
is in my /var/log/messages on dates that correspond with my use of kernel-2.6.26.6-79.fc9.i686.
I notice that you are running Fedora 8. Which kernel? And which computer are you using?
[sblackwell@hp19748184096 ~]$ uname -a Linux hp19748184096 2.6.26.6-79.fc9.x86_64 #1 SMP Fri Oct 17 14:20:33 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux [sblackwell@hp19748184096 ~]$ cat /proc/cpuinfo | grep "model name" model name : Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz model name : Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz
Steve
Hello again, Steve. See bottom-posting.
On 11/10/2008 07:14:53 AM, Steve wrote:
Hello again Geoffrey,
Please ignore my last message - wrong computer. The correct info is below.
---- Steve zephod@cfl.rr.com wrote:
Hi Geoffrey,
---- Geoffrey Leach geoff@hughes.net wrote:
On 11/07/2008 02:00:41 PM, Steve wrote:
---- Geoffrey Leach geoff@hughes.net wrote:
ASUS Z84F. When I suspend (with appropriate quirks) under kernel-2.6.26.6-79.fc9.i686, half of the time the system
hangs on
coming out of the suspend, requiring reboot. Things appear to
start
out
well, then, before the display and keyboard are enabled, the
system
hangs. Earlier 2.6.26 kernels and
kernel-2.6.25.14-108.fc9.i686
(now in
use) work fine. Neither /var/log/messages nor dmesg show
anything
wrong.
Fedora 9 is up-to-date.
Before I submit to Bugzilla, (a) is anyone having a similar
problem
and
(b) any suggestions for data gathering?
Yes, I'm having the same issues. See my recent message on gdm
error
messages.
Steve:
Thanks for the reply. I checked out your previous posting (at http://article.gmane.org/
gmane.linux.redhat.fedora.general/318262/
match=gdm)
and discovered:
gconfd (gdm-3110): Error setting value for
`/apps/gnome-screensaver/
power_management_delay': Can't overwrite existing read-only
value:
Value for `/apps/gnome-screensaver/power_management_delay' set in
a
read-only source at the front of your configuration path
is in my /var/log/messages on dates that correspond with my use
of
kernel-2.6.26.6-79.fc9.i686.
I notice that you are running Fedora 8. Which kernel? And which computer are you using?
[sblackwell@hp19748184096 ~]$ uname -a Linux hp19748184096 2.6.26.6-79.fc9.x86_64 #1 SMP Fri Oct 17 14:20:33 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux [sblackwell@hp19748184096 ~]$ cat /proc/cpuinfo | grep "model name" model name : Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz model name : Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz
Steve
geoff@mtranch[2]->cat /proc/cpuinfo | grep "model name" model name : Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz model name : Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz
geoff@mtranch[5]->uname -a Linux mtranch.mtranch.com 2.6.26.6-79.fc9.i686 #1 SMP Fri Oct 17 14:52:14 EDT 2008 i686 i686 i386 GNU/Linux
I used gnome-screensaver-preferences and unchecked "Activate screensaver when computer is idle". The hangup has not re-occurred (yet!)
I'm running F9 on a Dell Precision M65, and I'm consistently seeing this crash. I tried disabling the screensaver, but it didn't help.
Wayne.
On Tue, 2008-11-11 at 16:40 +0000, Wayne Feick wrote: I'm running F9 on a Dell Precision M65, and I'm consistently seeing this crash. I tried disabling the screensaver, but it didn't help.
Wayne.
It seems to be related to the latest kernel update (I'm running F8 with kernel-2.6.26.6-49.fc8.x86_64 on a ThinkPad T61), and it seems to have to do with changes in power status, namely pulling the power cord out to pack up the machine for transport and/or plugging it back in at the destination.
Pulling the cord before suspending and resuming before plugging the cord back in seems to resume without hanging. More evidence along these lines of what works and what doesn't is welcome. I'll file a bug (if there isn't one already) once I can describe how to reproduce it.
I tried pulling the cord before suspending and resuming before plugging back in, but my machine still crashed.
Let me know when you file a bug so I can add myself to its CC list.
Wayne.
On Tue, 2008-11-11 at 20:32 +0000, Matthew Saltzman wrote:
On Tue, 2008-11-11 at 16:40 +0000, Wayne Feick wrote: I'm running F9 on a Dell Precision M65, and I'm consistently seeing this crash. I tried disabling the screensaver, but it didn't help.
Wayne.
It seems to be related to the latest kernel update (I'm running F8 with kernel-2.6.26.6-49.fc8.x86_64 on a ThinkPad T61), and it seems to have to do with changes in power status, namely pulling the power cord out to pack up the machine for transport and/or plugging it back in at the destination.
Pulling the cord before suspending and resuming before plugging the cord back in seems to resume without hanging. More evidence along these lines of what works and what doesn't is welcome. I'll file a bug (if there isn't one already) once I can describe how to reproduce it.
-- Matthew Saltzman
Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs
Bugzilla 471139 has been submitted. I resisted the temptation to summarize the experience of others. Please chime in with your experiences.
Geoffrey
On Tue, Nov 11, 2008 at 02:52:20PM -0800, Geoffrey Leach wrote:
Bugzilla 471139 has been submitted. I resisted the temptation to summarize the experience of others. Please chime in with your experiences.
You [plural] should specify the graphics card in use, I haven't been able to get my T61p with nvidia graphics to resume.
I am on current up to date F9, non-nvidia binaries.
lshal (I don't know where hal gets this) shows:
# lshal | grep system.hardware system.hardware.primary_video.product = 1065 (0x429) (int) system.hardware.primary_video.vendor = 4318 (0x10de) (int) system.hardware.product = '6460DUU' (string) system.hardware.serial = 'L3L0352' (string) system.hardware.uuid = '17F08681-49AD-11CB-A689-EA57506D20E9' (string) system.hardware.vendor = 'LENOVO' (string) system.hardware.version = 'ThinkPad T61' (string)
And lspci has: 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M
The best I've gotten so far is by using: pm-suspend --quirk-s3-mode --quirk-vbemode-restore
With the above used to suspend, on resume the system comes back but the video is blank/black, but I don't get a hang (caps lock works, and I can type and see disk activity, and blindly reboot). Other combinations of pm-suspend seem to hang :-(
Does anyone have suspend / resume working with a thinkpad T61 6460DUU (or thinkpad T61 with nVidia Quadro NVS 140M)?
-- Patrick Mansfield
On Wed, 2008-11-12 at 11:24 -0800, Patrick Mansfield wrote:
On Tue, Nov 11, 2008 at 02:52:20PM -0800, Geoffrey Leach wrote:
Bugzilla 471139 has been submitted. I resisted the temptation to summarize the experience of others. Please chime in with your experiences.
You [plural] should specify the graphics card in use, I haven't been able to get my T61p with nvidia graphics to resume.
I am on current up to date F9, non-nvidia binaries.
lshal (I don't know where hal gets this) shows:
# lshal | grep system.hardware system.hardware.primary_video.product = 1065 (0x429) (int) system.hardware.primary_video.vendor = 4318 (0x10de) (int) system.hardware.product = '6460DUU' (string) system.hardware.serial = 'L3L0352' (string) system.hardware.uuid = '17F08681-49AD-11CB-A689-EA57506D20E9' (string) system.hardware.vendor = 'LENOVO' (string) system.hardware.version = 'ThinkPad T61' (string)
And lspci has: 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M
The best I've gotten so far is by using: pm-suspend --quirk-s3-mode --quirk-vbemode-restore
With the above used to suspend, on resume the system comes back but the video is blank/black, but I don't get a hang (caps lock works, and I can type and see disk activity, and blindly reboot). Other combinations of pm-suspend seem to hang :-(
Does anyone have suspend / resume working with a thinkpad T61 6460DUU (or thinkpad T61 with nVidia Quadro NVS 140M)?
I believe this is a different bug (and I think it's in Bugzilla as such against the xorg driver package, but I don't have the number handy). The nvidia binary drivers work with my T61 (Quadro NVS 140M) modulo this thread's intermittent freeze on resume (and worked fine before the latest kernel). It works except for an annoying check on the second CPU on resume on a T61p.
The nv drivers do not resume properly on either machine, and have not (in F8 and F9) since F8 was released. I don't really understand why they can't get it to work, as the plain vesa drivers suspends and resumes just fine, but the backlight never goes off when the screen is idle.
-- Patrick Mansfield
The X.org nv driver was doing suspend/resume pretty well for me (only rare crashes on resume) until recently. Now it fails every time. If it's a pre-existing issue, then it has gotten much worse recently.
Wayne.
On Wed, 2008-11-12 at 17:35 -0500, Matthew Saltzman wrote:
I believe this is a different bug (and I think it's in Bugzilla as such against the xorg driver package, but I don't have the number handy). The nvidia binary drivers work with my T61 (Quadro NVS 140M) modulo this thread's intermittent freeze on resume (and worked fine before the latest kernel). It works except for an annoying check on the second CPU on resume on a T61p.
The nv drivers do not resume properly on either machine, and have not (in F8 and F9) since F8 was released. I don't really understand why they can't get it to work, as the plain vesa drivers suspends and resumes just fine, but the backlight never goes off when the screen is idle.
-- Matthew Saltzman
Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs
On Wed, Nov 12, 2008 at 05:35:46PM -0500, Matthew Saltzman wrote:
I believe this is a different bug (and I think it's in Bugzilla as such against the xorg driver package, but I don't have the number handy). The nvidia binary drivers work with my T61 (Quadro NVS 140M) modulo this thread's intermittent freeze on resume (and worked fine before the latest kernel). It works except for an annoying check on the second CPU on resume on a T61p.
The nv drivers do not resume properly on either machine, and have not (in F8 and F9) since F8 was released. I don't really understand why they can't get it to work, as the plain vesa drivers suspends and resumes just fine, but the backlight never goes off when the screen is idle.
One of the bugs had a link to a suspend/resume debugging guide, this page:
http://people.freedesktop.org/~hughsient/quirk/quirk-suspend-advanced.html
I turned on pm_trace and did a suspend/resume and the resume worked. The time was way off (the pm_trace uses the RTC area). I turned *off* pm_trace, and resume still worked, weird!
It's now worked everytime, resume had *never* worked on this laptop before. I didn't try using the nv (non-nvidia binary) driver.
For my T61 product 6460DUU (I'm not sure what the last three digits mean) I patched:
/usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-lenovo.fdi
Similar to that mentioned in a fedoraforum post, and pm-suspend with no arguments and kpowersave suspend-to-ram worked.
Patch is:
--- orig-20-video-quirk-pm-lenovo.fdi 2008-06-07 15:08:43.000000000 -0700 +++ /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-lenovo.fdi 2008-11-12 22:59:37.000000000 -0800 @@ -41,12 +41,16 @@ <match key="system.hardware.product" prefix="7663"> <merge key="power_management.quirk.s3_mode" type="bool">true</merge> </match> - <!-- T61 (8895), intel card 32bit works with S3_MODE, but 64bit needs VBE_MODE - T61p (6460), does not work with the NVidia driver--> - <match key="system.hardware.product" prefix_outof="6457;6460;6465"> + <!-- T61 (8895), intel card 32bit works with S3_MODE, but 64bit needs VBE_MODE --> + <match key="system.hardware.product" prefix_outof="6457;6465"> <merge key="power_management.quirk.s3_bios" type="bool">true</merge> <merge key="power_management.quirk.vbemode_restore" type="bool">true</merge> </match> + <!--T61 (6460) works with the NVidia driver--> + <match key="system.hardware.product" prefix_outof="6460"> + <merge key="power_management.quirk.s3_mode" type="bool">true</merge> + <merge key="power_management.quirk.vbemode_restore" type="bool">true</merge> + </match>
<!-- These Thinkpads don't need a quirk: 6459 (T61p), 7664 (T60) see s2ram --> <match key="system.hardware.product" prefix_outof="6459;7664;8918">
-- Patrick Mansfield
On Wed, 2008-11-12 at 14:44 -0800, Wayne Feick wrote:
The X.org nv driver was doing suspend/resume pretty well for me (only rare crashes on resume) until recently. Now it fails every time. If it's a pre-existing issue, then it has gotten much worse recently.
Wayne.
I believe the behavior depends on the card. Mine are
01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M (rev a1) 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 570M (rev a1)
Both are relatively new cards. The nv driver didn't even detect them properly when F8 came out.
(BTW, top posting is frowned on on this list.)
On Wed, 2008-11-12 at 17:35 -0500, Matthew Saltzman wrote:
> I believe this is a different bug (and I think it's in Bugzilla as such > against the xorg driver package, but I don't have the number handy). > The nvidia binary drivers work with my T61 (Quadro NVS 140M) modulo this > thread's intermittent freeze on resume (and worked fine before the > latest kernel). It works except for an annoying check on the second CPU > on resume on a T61p. > > The nv drivers do not resume properly on either machine, and have not > (in F8 and F9) since F8 was released. I don't really understand why > they can't get it to work, as the plain vesa drivers suspends and > resumes just fine, but the backlight never goes off when the screen is > idle. >