All of lore.kernel.org
 help / color / mirror / Atom feed
* [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's
  2010-10-03 21:36 2.6.36-rc6-git2: Reported regressions 2.6.34 -> 2.6.35 Rafael J. Wysocki
@ 2010-10-03 21:53   ` Rafael J. Wysocki
  0 siblings, 0 replies; 10+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
  To: Linux Kernel Mailing List
  Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler, tempo444z

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.

The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35.  Please verify if it still should
be listed and let the tracking team know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=19612
Subject		: Computer fails to hibernate - problem idling SMP CPU's
Submitter	:  <tempo444z@gmail.com>
Date		: 2010-10-02 22:26 (2 days old)


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's
@ 2010-10-03 21:53   ` Rafael J. Wysocki
  0 siblings, 0 replies; 10+ messages in thread
From: Rafael J. Wysocki @ 2010-10-03 21:53 UTC (permalink / raw)
  To: Linux Kernel Mailing List
  Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler, tempo444z

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.

The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35.  Please verify if it still should
be listed and let the tracking team know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=19612
Subject		: Computer fails to hibernate - problem idling SMP CPU's
Submitter	:  <tempo444z@gmail.com>
Date		: 2010-10-02 22:26 (2 days old)



^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's
  2010-10-10 19:10 2.6.36-rc7-git2: Reported regressions 2.6.34 -> 2.6.35 Rafael J. Wysocki
@ 2010-10-10 19:18   ` Rafael J. Wysocki
  0 siblings, 0 replies; 10+ messages in thread
From: Rafael J. Wysocki @ 2010-10-10 19:18 UTC (permalink / raw)
  To: Linux Kernel Mailing List
  Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler,
	tempo444z-Re5JQEeQqe8AvxtiuMwx3w

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.

The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35.  Please verify if it still should
be listed and let the tracking team know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=19612
Subject		: Computer fails to hibernate - problem idling SMP CPU's
Submitter	:  <tempo444z-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2010-10-02 22:26 (9 days old)


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's
@ 2010-10-10 19:18   ` Rafael J. Wysocki
  0 siblings, 0 replies; 10+ messages in thread
From: Rafael J. Wysocki @ 2010-10-10 19:18 UTC (permalink / raw)
  To: Linux Kernel Mailing List
  Cc: Kernel Testers List, Maciej Rutecki, Florian Mickler, tempo444z

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.34 and 2.6.35.

The following bug entry is on the current list of known regressions
introduced between 2.6.34 and 2.6.35.  Please verify if it still should
be listed and let the tracking team know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=19612
Subject		: Computer fails to hibernate - problem idling SMP CPU's
Submitter	:  <tempo444z@gmail.com>
Date		: 2010-10-02 22:26 (9 days old)



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's
  2010-10-10 19:18   ` Rafael J. Wysocki
@ 2010-10-11  9:52     ` zz zzzzzzzzzzzzz
  -1 siblings, 0 replies; 10+ messages in thread
From: zz zzzzzzzzzzzzz @ 2010-10-11  9:52 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
	Florian Mickler

Test results 9-11 October 2010 file tmp.pm_test.txt

linux-source-2.6.34_2.6.34-1~experimental.2_all.deb

Devices = pm_test    fail/pass 0/10
Platform = pm_test   fail/pass 0/10
Processors = pm_test fail/pass 2*/10 [1][2]
Core = pm_test       fail/pass 3/2 [3][4][5]
[1] Long delay around 112 sec, system came back apparently fully
operational. On next test, instant error message, I *think* related to
access to disks, then returned to gnome scr$
[2] Long delay around 112 sec, system came back apparently fully
operational. Checked and found one mdadm raid5 disc degraded.
Rebooted. Told mdadm to add the partition back into $
* This may underestime the number of failures. If in doubt about
success, I rebooted the system. Even so, sometime in this process one
of my mdadm partitions got kicked from its r$
[3] Long delay 120 sec, system restored screed, no keyboard or mouse
activity, flashing caps lock. reset (reboot)
[4] Long delay around 112 sec, system came back apparently fully
operational. Checked and found one mdadm raid5 partition degraded.
Rebooted. Told mdadm to add the partition back $
[5] long delay around 120 sec, black screen, no keyboard, no mouse,
reset (reboot). Checked and found two mdadm raid5 partitions degraded.
Told mdadm to add the partitions back in$

2.6.34.7

Processors = pm_test fail/pass 4/10 [1][2][3][4][5]
Devices = pm_test    fail/pass 0/10
Platform = pm_test   fail/pass 0/10

[1] Long delay around 60 sec, partial restore, keyboard active, then
system locked up, reset (reboot) needed
[2] Long delay around 60 sec , screen restored locked up, reset (reboot) needed
[3] instant failure to hibernate, system operational, terminal message
"bash: echo: write error: Input/output error"
[4] Long delay around 60 sec, black screen locked up, flashing caps
lock, reset (reboot) needed
[5] 15 sec delay (normal) with message "ata1 SRST failed (errorno=-16)
then lockup, reset (reboot) needed.

2.6.35.1

Processors = pm_test fail/pass 3/0 [1][2][3]
platform = pm_test   fail/pass 0/3

[1][2][3] Hard lockup after about 12 secs. Caps lock flashing, black
screen, no keyboard response. Reset (reboot)

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's
@ 2010-10-11  9:52     ` zz zzzzzzzzzzzzz
  0 siblings, 0 replies; 10+ messages in thread
From: zz zzzzzzzzzzzzz @ 2010-10-11  9:52 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
	Florian Mickler

Test results 9-11 October 2010 file tmp.pm_test.txt

linux-source-2.6.34_2.6.34-1~experimental.2_all.deb

Devices = pm_test    fail/pass 0/10
Platform = pm_test   fail/pass 0/10
Processors = pm_test fail/pass 2*/10 [1][2]
Core = pm_test       fail/pass 3/2 [3][4][5]
[1] Long delay around 112 sec, system came back apparently fully
operational. On next test, instant error message, I *think* related to
access to disks, then returned to gnome scr$
[2] Long delay around 112 sec, system came back apparently fully
operational. Checked and found one mdadm raid5 disc degraded.
Rebooted. Told mdadm to add the partition back into $
* This may underestime the number of failures. If in doubt about
success, I rebooted the system. Even so, sometime in this process one
of my mdadm partitions got kicked from its r$
[3] Long delay 120 sec, system restored screed, no keyboard or mouse
activity, flashing caps lock. reset (reboot)
[4] Long delay around 112 sec, system came back apparently fully
operational. Checked and found one mdadm raid5 partition degraded.
Rebooted. Told mdadm to add the partition back $
[5] long delay around 120 sec, black screen, no keyboard, no mouse,
reset (reboot). Checked and found two mdadm raid5 partitions degraded.
Told mdadm to add the partitions back in$

2.6.34.7

Processors = pm_test fail/pass 4/10 [1][2][3][4][5]
Devices = pm_test    fail/pass 0/10
Platform = pm_test   fail/pass 0/10

[1] Long delay around 60 sec, partial restore, keyboard active, then
system locked up, reset (reboot) needed
[2] Long delay around 60 sec , screen restored locked up, reset (reboot) needed
[3] instant failure to hibernate, system operational, terminal message
"bash: echo: write error: Input/output error"
[4] Long delay around 60 sec, black screen locked up, flashing caps
lock, reset (reboot) needed
[5] 15 sec delay (normal) with message "ata1 SRST failed (errorno=-16)
then lockup, reset (reboot) needed.

2.6.35.1

Processors = pm_test fail/pass 3/0 [1][2][3]
platform = pm_test   fail/pass 0/3

[1][2][3] Hard lockup after about 12 secs. Caps lock flashing, black
screen, no keyboard response. Reset (reboot)

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's
  2010-10-11  9:52     ` zz zzzzzzzzzzzzz
@ 2010-10-11 20:27         ` Rafael J. Wysocki
  -1 siblings, 0 replies; 10+ messages in thread
From: Rafael J. Wysocki @ 2010-10-11 20:27 UTC (permalink / raw)
  To: zz zzzzzzzzzzzzz
  Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
	Florian Mickler

On Monday, October 11, 2010, zz zzzzzzzzzzzzz wrote:
> Test results 9-11 October 2010 file tmp.pm_test.txt
> 
> linux-source-2.6.34_2.6.34-1~experimental.2_all.deb
> 
> Devices = pm_test    fail/pass 0/10
> Platform = pm_test   fail/pass 0/10
> Processors = pm_test fail/pass 2*/10 [1][2]
> Core = pm_test       fail/pass 3/2 [3][4][5]
> [1] Long delay around 112 sec, system came back apparently fully
> operational. On next test, instant error message, I *think* related to
> access to disks, then returned to gnome scr$
> [2] Long delay around 112 sec, system came back apparently fully
> operational. Checked and found one mdadm raid5 disc degraded.
> Rebooted. Told mdadm to add the partition back into $
> * This may underestime the number of failures. If in doubt about
> success, I rebooted the system. Even so, sometime in this process one
> of my mdadm partitions got kicked from its r$
> [3] Long delay 120 sec, system restored screed, no keyboard or mouse
> activity, flashing caps lock. reset (reboot)
> [4] Long delay around 112 sec, system came back apparently fully
> operational. Checked and found one mdadm raid5 partition degraded.
> Rebooted. Told mdadm to add the partition back $
> [5] long delay around 120 sec, black screen, no keyboard, no mouse,
> reset (reboot). Checked and found two mdadm raid5 partitions degraded.
> Told mdadm to add the partitions back in$
> 
> 2.6.34.7

Does it mean the problem also happens for the 2.6.34.y kernels before
2.6.34.7?

> Processors = pm_test fail/pass 4/10 [1][2][3][4][5]
> Devices = pm_test    fail/pass 0/10
> Platform = pm_test   fail/pass 0/10
> 
> [1] Long delay around 60 sec, partial restore, keyboard active, then
> system locked up, reset (reboot) needed
> [2] Long delay around 60 sec , screen restored locked up, reset (reboot) needed
> [3] instant failure to hibernate, system operational, terminal message
> "bash: echo: write error: Input/output error"
> [4] Long delay around 60 sec, black screen locked up, flashing caps
> lock, reset (reboot) needed
> [5] 15 sec delay (normal) with message "ata1 SRST failed (errorno=-16)
> then lockup, reset (reboot) needed.
> 
> 2.6.35.1
> 
> Processors = pm_test fail/pass 3/0 [1][2][3]
> platform = pm_test   fail/pass 0/3
> 
> [1][2][3] Hard lockup after about 12 secs. Caps lock flashing, black
> screen, no keyboard response. Reset (reboot)

Thanks for the update.

Rafael

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's
@ 2010-10-11 20:27         ` Rafael J. Wysocki
  0 siblings, 0 replies; 10+ messages in thread
From: Rafael J. Wysocki @ 2010-10-11 20:27 UTC (permalink / raw)
  To: zz zzzzzzzzzzzzz
  Cc: Linux Kernel Mailing List, Kernel Testers List, Maciej Rutecki,
	Florian Mickler

On Monday, October 11, 2010, zz zzzzzzzzzzzzz wrote:
> Test results 9-11 October 2010 file tmp.pm_test.txt
> 
> linux-source-2.6.34_2.6.34-1~experimental.2_all.deb
> 
> Devices = pm_test    fail/pass 0/10
> Platform = pm_test   fail/pass 0/10
> Processors = pm_test fail/pass 2*/10 [1][2]
> Core = pm_test       fail/pass 3/2 [3][4][5]
> [1] Long delay around 112 sec, system came back apparently fully
> operational. On next test, instant error message, I *think* related to
> access to disks, then returned to gnome scr$
> [2] Long delay around 112 sec, system came back apparently fully
> operational. Checked and found one mdadm raid5 disc degraded.
> Rebooted. Told mdadm to add the partition back into $
> * This may underestime the number of failures. If in doubt about
> success, I rebooted the system. Even so, sometime in this process one
> of my mdadm partitions got kicked from its r$
> [3] Long delay 120 sec, system restored screed, no keyboard or mouse
> activity, flashing caps lock. reset (reboot)
> [4] Long delay around 112 sec, system came back apparently fully
> operational. Checked and found one mdadm raid5 partition degraded.
> Rebooted. Told mdadm to add the partition back $
> [5] long delay around 120 sec, black screen, no keyboard, no mouse,
> reset (reboot). Checked and found two mdadm raid5 partitions degraded.
> Told mdadm to add the partitions back in$
> 
> 2.6.34.7

Does it mean the problem also happens for the 2.6.34.y kernels before
2.6.34.7?

> Processors = pm_test fail/pass 4/10 [1][2][3][4][5]
> Devices = pm_test    fail/pass 0/10
> Platform = pm_test   fail/pass 0/10
> 
> [1] Long delay around 60 sec, partial restore, keyboard active, then
> system locked up, reset (reboot) needed
> [2] Long delay around 60 sec , screen restored locked up, reset (reboot) needed
> [3] instant failure to hibernate, system operational, terminal message
> "bash: echo: write error: Input/output error"
> [4] Long delay around 60 sec, black screen locked up, flashing caps
> lock, reset (reboot) needed
> [5] 15 sec delay (normal) with message "ata1 SRST failed (errorno=-16)
> then lockup, reset (reboot) needed.
> 
> 2.6.35.1
> 
> Processors = pm_test fail/pass 3/0 [1][2][3]
> platform = pm_test   fail/pass 0/3
> 
> [1][2][3] Hard lockup after about 12 secs. Caps lock flashing, black
> screen, no keyboard response. Reset (reboot)

Thanks for the update.

Rafael

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug 19612] Computer fails to hibernate - problem idling SMP CPU's
       [not found] <bug-19612-12968@https.bugzilla.kernel.org/>
@ 2011-01-16 22:57 ` bugzilla-daemon
  2012-01-18  2:20 ` bugzilla-daemon
  1 sibling, 0 replies; 10+ messages in thread
From: bugzilla-daemon @ 2011-01-16 22:57 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=19612


Rafael J. Wysocki <rjw@sisk.pl> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |NEEDINFO
          Component|Hibernation/Suspend         |cpufreq
         AssignedTo|power-management_other@kern |cpufreq@vger.kernel.org
                   |el-bugs.osdl.org            |




--- Comment #10 from Rafael J. Wysocki <rjw@sisk.pl>  2011-01-16 22:57:10 ---
Is the problem still present in 2.6.37?

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug 19612] Computer fails to hibernate - problem idling SMP CPU's
       [not found] <bug-19612-12968@https.bugzilla.kernel.org/>
  2011-01-16 22:57 ` [Bug 19612] Computer fails to hibernate - problem idling SMP CPU's bugzilla-daemon
@ 2012-01-18  2:20 ` bugzilla-daemon
  1 sibling, 0 replies; 10+ messages in thread
From: bugzilla-daemon @ 2012-01-18  2:20 UTC (permalink / raw)
  To: cpufreq

https://bugzilla.kernel.org/show_bug.cgi?id=19612


Zhang Rui <rui.zhang@intel.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |CLOSED
                 CC|                            |rui.zhang@intel.com
         Resolution|                            |INSUFFICIENT_DATA




--- Comment #11 from Zhang Rui <rui.zhang@intel.com>  2012-01-18 02:19:59 ---
Bug closed as there is no response from the bug reporter.
Please feel free to reopen it if the problem still exists in the latest
upstream kernel.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2012-01-18  2:20 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <bug-19612-12968@https.bugzilla.kernel.org/>
2011-01-16 22:57 ` [Bug 19612] Computer fails to hibernate - problem idling SMP CPU's bugzilla-daemon
2012-01-18  2:20 ` bugzilla-daemon
2010-10-10 19:10 2.6.36-rc7-git2: Reported regressions 2.6.34 -> 2.6.35 Rafael J. Wysocki
2010-10-10 19:18 ` [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's Rafael J. Wysocki
2010-10-10 19:18   ` Rafael J. Wysocki
2010-10-11  9:52   ` zz zzzzzzzzzzzzz
2010-10-11  9:52     ` zz zzzzzzzzzzzzz
     [not found]     ` <AANLkTiny4bNOQa3BB+Qxh1cFrH8LhCgY+ECE6dobL-7S-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-10-11 20:27       ` Rafael J. Wysocki
2010-10-11 20:27         ` Rafael J. Wysocki
  -- strict thread matches above, loose matches on Subject: below --
2010-10-03 21:36 2.6.36-rc6-git2: Reported regressions 2.6.34 -> 2.6.35 Rafael J. Wysocki
2010-10-03 21:53 ` [Bug #19612] Computer fails to hibernate - problem idling SMP CPU's Rafael J. Wysocki
2010-10-03 21:53   ` Rafael J. Wysocki

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.