* [Regression] [2.6.35-rc1][suspend to ram] BUG: using smp_processor_id() in preemptible [00000000] code: cat/3634
@ 2010-05-31 20:37 Maciej Rutecki
0 siblings, 0 replies; 3+ messages in thread
From: Maciej Rutecki @ 2010-05-31 20:37 UTC (permalink / raw)
To: Rafael J. Wysocki, linux-kernel
Last known good: 2.6.34
Failing kernel: 2.6.35-rc1
More info:
After resume from suspend to ram I saw this message in dmesg:
[ 484.658275] BUG: using smp_processor_id() in preemptible [00000000] code:
cat/3634
[ 484.658285] caller is nr_iowait_cpu+0xe/0x1e
[ 484.658288] Pid: 3634, comm: cat Not tainted 2.6.35-rc1 #1
[ 484.658291] Call Trace:
[ 484.658298] [<c0369776>] ? printk+0xf/0x11
[ 484.658304] [<c0215eb1>] debug_smp_processor_id+0xa5/0xbc
[ 484.658308] [<c011ff7b>] nr_iowait_cpu+0xe/0x1e
[ 484.658314] [<c01464aa>] update_ts_time_stats+0x32/0x8d
[ 484.658317] [<c0142179>] ? ktime_get+0x5f/0xce
[ 484.658321] [<c0146653>] get_cpu_idle_time_us+0x36/0x62
[ 484.658326] [<c02f5970>] cpufreq_governor_dbs+0xc3/0x3df
[ 484.658332] [<c01cd2fc>] ? ext3_mark_iloc_dirty+0x2a6/0x306
[ 484.658337] [<c025bc75>] ? acpi_processor_ppc_notifier+0x90/0x95
[ 484.658341] [<c013ecda>] ? notifier_call_chain+0x26/0x50
[ 484.658346] [<c02f339d>] __cpufreq_governor+0x97/0xcb
[ 484.658349] [<c02f3dd2>] ? lock_policy_rwsem_write+0x33/0x59
[ 484.658353] [<c02f4170>] __cpufreq_set_policy+0x104/0x13c
[ 484.658357] [<c02f451c>] store_scaling_governor+0x154/0x178
[ 484.658362] [<c02f4a43>] ? handle_update+0x0/0xd
[ 484.658366] [<c02f3dd2>] ? lock_policy_rwsem_write+0x33/0x59
[ 484.658370] [<c02f43c8>] ? store_scaling_governor+0x0/0x178
[ 484.658374] [<c02f4053>] store+0x42/0x5b
[ 484.658378] [<c01c79b2>] sysfs_write_file+0xbc/0xe7
[ 484.658383] [<c018c27c>] vfs_write+0x8a/0x112
[ 484.658386] [<c01c78f6>] ? sysfs_write_file+0x0/0xe7
[ 484.658390] [<c018c39b>] sys_write+0x3b/0x60
[ 484.658394] [<c01026ec>] sysenter_do_call+0x12/0x22
After this system works.
Suspend to disk seems be OK.
Config:
http://unixy.pl/maciek/download/kernel/2.6.35-rc1/zlom/config-2.6.35-rc1
Dmesg:
http://unixy.pl/maciek/download/kernel/2.6.35-rc1/zlom/dmesg-2.6.35-rc1.txt
Regards
--
Maciej Rutecki
http://www.maciek.unixy.pl
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Regression] [2.6.35-rc1][suspend to ram] BUG: using smp_processor_id() in preemptible [00000000] code: cat/3634
2010-05-31 22:47 Sedat Dilek
@ 2010-06-01 14:29 ` Maciej Rutecki
0 siblings, 0 replies; 3+ messages in thread
From: Maciej Rutecki @ 2010-06-01 14:29 UTC (permalink / raw)
To: sedat.dilek; +Cc: LKML, cpufreq
On wtorek, 1 czerwca 2010 o 00:47:17 Sedat Dilek wrote:
> [ CC cpufreq@vger.kernel.org ]
>
> [1] directs you to a fix from cpufreq ML.
> It worked fine here on my HP nc6400 notebook.
>
> - Sedat -
>
> [1] http://lkml.org/lkml/2010/5/31/77
>
This patch solves problem. Thanks!
--
Maciej Rutecki
http://www.maciek.unixy.pl
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Regression] [2.6.35-rc1][suspend to ram] BUG: using smp_processor_id() in preemptible [00000000] code: cat/3634
@ 2010-05-31 22:47 Sedat Dilek
2010-06-01 14:29 ` Maciej Rutecki
0 siblings, 1 reply; 3+ messages in thread
From: Sedat Dilek @ 2010-05-31 22:47 UTC (permalink / raw)
To: Maciej Rutecki; +Cc: LKML, cpufreq
[ CC cpufreq@vger.kernel.org ]
[1] directs you to a fix from cpufreq ML.
It worked fine here on my HP nc6400 notebook.
- Sedat -
[1] http://lkml.org/lkml/2010/5/31/77
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2010-06-01 14:29 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-05-31 20:37 [Regression] [2.6.35-rc1][suspend to ram] BUG: using smp_processor_id() in preemptible [00000000] code: cat/3634 Maciej Rutecki
2010-05-31 22:47 Sedat Dilek
2010-06-01 14:29 ` Maciej Rutecki
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®