* [REGRESSION] kobject handling in cpufreq
@ 2008-02-08 19:22 Balaji Rao
2008-02-08 19:39 ` Greg KH
0 siblings, 1 reply; 2+ messages in thread
From: Balaji Rao @ 2008-02-08 19:22 UTC (permalink / raw)
To: linux-kernel; +Cc: gregkh
Hi greg,
I encountered a regression in linux-2.6.git which prevented the system from shutting down. I found that it
was 'waiting_for_completion' on kobj_unregister.The same thing happened when I tried to take CPUs offline.
git-bisect pointed me to this commit :
commit c10997f6575f476ff38442fa18fd4a0d80345f9d
Author: Greg Kroah-Hartman <gregkh@suse.de>
Date: Thu Dec 20 08:13:05 2007 -0800
Kobject: convert drivers/* from kobject_unregister() to kobject_put()
In the file drivers/cpufreq/cpufreq.c, you have not replaced one occurrence of kobject_unregister with kobject_put.
Apparently its because of the kobject_put in the subsequent line.
@@ -1030,8 +1030,6 @@ static int __cpufreq_remove_dev (struct sys_device * sys_dev)
unlock_policy_rwsem_write(cpu);
- kobject_unregister(&data->kobj);
-
kobject_put(&data->kobj);
/* we need to make sure that the underlying kobj is actually
Now, this can be fixed by adding another kobject_put. But having two kobject_puts in consequent lines tells us that there
should be two references to the kobject at that point. So, I believe that it is safe to remove the kobject_get
corresponding to the existing kobject_put to fix this.
Signed-off-by: Balaji Rao <balajirrao@gmail.com>
diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
index 64926aa..2158786 100644
--- a/drivers/cpufreq/cpufreq.c
+++ b/drivers/cpufreq/cpufreq.c
@@ -1004,17 +1004,6 @@ static int __cpufreq_remove_dev (struct sys_device * sys_dev)
unlock_policy_rwsem_write(cpu);
return 0;
}
-#endif
-
-
- if (!kobject_get(&data->kobj)) {
- spin_unlock_irqrestore(&cpufreq_driver_lock, flags);
- cpufreq_debug_enable_ratelimit();
- unlock_policy_rwsem_write(cpu);
- return -EFAULT;
- }
-
-#ifdef CONFIG_SMP
#ifdef CONFIG_HOTPLUG_CPU
cpufreq_cpu_governor[cpu] = data->governor;
--
regards,
balaji rao
^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: [REGRESSION] kobject handling in cpufreq
2008-02-08 19:22 [REGRESSION] kobject handling in cpufreq Balaji Rao
@ 2008-02-08 19:39 ` Greg KH
0 siblings, 0 replies; 2+ messages in thread
From: Greg KH @ 2008-02-08 19:39 UTC (permalink / raw)
To: Balaji Rao; +Cc: linux-kernel
On Sat, Feb 09, 2008 at 12:52:40AM +0530, Balaji Rao wrote:
> Hi greg,
>
> I encountered a regression in linux-2.6.git which prevented the system from shutting down. I found that it
> was 'waiting_for_completion' on kobj_unregister.The same thing happened when I tried to take CPUs offline.
>
> git-bisect pointed me to this commit :
>
> commit c10997f6575f476ff38442fa18fd4a0d80345f9d
> Author: Greg Kroah-Hartman <gregkh@suse.de>
> Date: Thu Dec 20 08:13:05 2007 -0800
>
> Kobject: convert drivers/* from kobject_unregister() to kobject_put()
>
> In the file drivers/cpufreq/cpufreq.c, you have not replaced one occurrence of kobject_unregister with kobject_put.
> Apparently its because of the kobject_put in the subsequent line.
>
> @@ -1030,8 +1030,6 @@ static int __cpufreq_remove_dev (struct sys_device * sys_dev)
>
> unlock_policy_rwsem_write(cpu);
>
> - kobject_unregister(&data->kobj);
> -
> kobject_put(&data->kobj);
>
> /* we need to make sure that the underlying kobj is actually
>
> Now, this can be fixed by adding another kobject_put. But having two kobject_puts in consequent lines tells us that there
> should be two references to the kobject at that point. So, I believe that it is safe to remove the kobject_get
> corresponding to the existing kobject_put to fix this.
>
> Signed-off-by: Balaji Rao <balajirrao@gmail.com>
This looks correct to me, nice catch.
Acked-by: Greg Kroah-Hartman <gregkh@suse.de>
thanks,
greg k-h
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-02-08 19:41 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-02-08 19:22 [REGRESSION] kobject handling in cpufreq Balaji Rao
2008-02-08 19:39 ` Greg KH
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).