Re: [patch] suspend: fix suspend on single-CPU systems

2006-12-23 Thread Pavel Machek
> Subject: [patch] suspend: fix suspend on single-CPU systems
> From: Ingo Molnar <[EMAIL PROTECTED]>
> 
> Clark Williams reported that suspend doesnt work on his laptop on 
> 2.6.20-rc1-rt kernels. The bug was introduced by the following cleanup 
> commit:
> 
>  commit 112cecb2cc0e7341db92281ba04b26c41bb8146d
>  Author: Siddha, Suresh B <[EMAIL PROTECTED]>
>  Date:   Wed Dec 6 20:34:31 2006 -0800
> 
> [PATCH] suspend: don't change cpus_allowed for task initiating the suspend
> 
> because with this change 'error' is not initialized to 0 anymore, if 
> there are no other online CPUs. (i.e. if the system is single-CPU).
> 
> the fix is the initialize it to 0. The really weird thing is that my 
> version of gcc does not warn about this non-initialized variable 
> situation ...
> 
> (also fix the kernel printk in the error branch, it was missing a
>  newline)
> 
> Reported-by: Clark Williams <[EMAIL PROTECTED]>
> Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>

Looks okay to me.

-- 
Thanks, Sharp!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


[patch] suspend: fix suspend on single-CPU systems

2006-12-23 Thread Ingo Molnar
Subject: [patch] suspend: fix suspend on single-CPU systems
From: Ingo Molnar <[EMAIL PROTECTED]>

Clark Williams reported that suspend doesnt work on his laptop on 
2.6.20-rc1-rt kernels. The bug was introduced by the following cleanup 
commit:

 commit 112cecb2cc0e7341db92281ba04b26c41bb8146d
 Author: Siddha, Suresh B <[EMAIL PROTECTED]>
 Date:   Wed Dec 6 20:34:31 2006 -0800

[PATCH] suspend: don't change cpus_allowed for task initiating the suspend

because with this change 'error' is not initialized to 0 anymore, if 
there are no other online CPUs. (i.e. if the system is single-CPU).

the fix is the initialize it to 0. The really weird thing is that my 
version of gcc does not warn about this non-initialized variable 
situation ...

(also fix the kernel printk in the error branch, it was missing a
 newline)

Reported-by: Clark Williams <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
---
 kernel/cpu.c |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

Index: linux/kernel/cpu.c
===
--- linux.orig/kernel/cpu.c
+++ linux/kernel/cpu.c
@@ -258,7 +258,7 @@ static cpumask_t frozen_cpus;
 
 int disable_nonboot_cpus(void)
 {
-   int cpu, first_cpu, error;
+   int cpu, first_cpu, error = 0;
 
mutex_lock(&cpu_add_remove_lock);
first_cpu = first_cpu(cpu_present_map);
@@ -294,7 +294,7 @@ int disable_nonboot_cpus(void)
/* Make sure the CPUs won't be enabled by someone else */
cpu_hotplug_disabled = 1;
} else {
-   printk(KERN_ERR "Non-boot CPUs are not disabled");
+   printk(KERN_ERR "Non-boot CPUs are not disabled\n");
}
 out:
mutex_unlock(&cpu_add_remove_lock);
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/