* pm_register() and pm_send_all()
@ 2008-03-12 22:00 Andrew Morton
2008-03-12 22:54 ` Rafael J. Wysocki
` (2 more replies)
0 siblings, 3 replies; 14+ messages in thread
From: Andrew Morton @ 2008-03-12 22:00 UTC (permalink / raw)
To: Rafael J. Wysocki, Pavel Machek
Cc: linux-kernel, Ingo Molnar, Thomas Gleixner, Ralf Baechle,
David Howells
This:
kernel/power/pm.c:203: warning: 'pm_register' is deprecated (declared at kernel/power/pm.c:62)
kernel/power/pm.c:203: warning: 'pm_register' is deprecated (declared at kernel/power/pm.c:62)
kernel/power/pm.c:204: warning: 'pm_send_all' is deprecated (declared at kernel/power/pm.c:178)
kernel/power/pm.c:204: warning: 'pm_send_all' is deprecated (declared at kernel/power/pm.c:178)
is getting a bit boring. These were marked deprecated at least three years
ago.
pm_register() no longer has any callers and afacit can be removed
immediately.
pm_send_all() has just a handful of callers:
arch/x86/kernel/apm_32.c
arch/mips/au1000/common/power.c
arch/frv/kernel/pm.c
could we please get a bit of a push on this? How should these
pm_send_all() calls be replaced?
Thanks.
(I almost have a warning-free x86_64 allmodconfig, but the one in
drivers/message/i2o/i2o_config.c is going to be a problem).
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pm_register() and pm_send_all()
2008-03-12 22:00 pm_register() and pm_send_all() Andrew Morton
@ 2008-03-12 22:54 ` Rafael J. Wysocki
2008-03-13 9:28 ` Pavel Machek
2008-03-13 12:31 ` David Howells
2 siblings, 0 replies; 14+ messages in thread
From: Rafael J. Wysocki @ 2008-03-12 22:54 UTC (permalink / raw)
To: Andrew Morton
Cc: Pavel Machek, linux-kernel, Ingo Molnar, Thomas Gleixner,
Ralf Baechle, David Howells
On Wednesday, 12 of March 2008, Andrew Morton wrote:
>
> This:
>
> kernel/power/pm.c:203: warning: 'pm_register' is deprecated (declared at kernel/power/pm.c:62)
> kernel/power/pm.c:203: warning: 'pm_register' is deprecated (declared at kernel/power/pm.c:62)
> kernel/power/pm.c:204: warning: 'pm_send_all' is deprecated (declared at kernel/power/pm.c:178)
> kernel/power/pm.c:204: warning: 'pm_send_all' is deprecated (declared at kernel/power/pm.c:178)
>
> is getting a bit boring. These were marked deprecated at least three years
> ago.
>
>
> pm_register() no longer has any callers and afacit can be removed
> immediately.
>
> pm_send_all() has just a handful of callers:
>
> arch/x86/kernel/apm_32.c
> arch/mips/au1000/common/power.c
> arch/frv/kernel/pm.c
>
> could we please get a bit of a push on this? How should these
> pm_send_all() calls be replaced?
Well, I was going to do that some time ago, but I'm not really familiar with
the old code. Some assistance would be welcome.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pm_register() and pm_send_all()
2008-03-12 22:00 pm_register() and pm_send_all() Andrew Morton
2008-03-12 22:54 ` Rafael J. Wysocki
@ 2008-03-13 9:28 ` Pavel Machek
2008-03-13 12:28 ` Ralf Baechle
` (2 more replies)
2008-03-13 12:31 ` David Howells
2 siblings, 3 replies; 14+ messages in thread
From: Pavel Machek @ 2008-03-13 9:28 UTC (permalink / raw)
To: Andrew Morton
Cc: Rafael J. Wysocki, linux-kernel, Ingo Molnar, Thomas Gleixner,
Ralf Baechle, David Howells
On Wed 2008-03-12 15:00:42, Andrew Morton wrote:
>
> This:
>
> kernel/power/pm.c:203: warning: 'pm_register' is deprecated (declared at kernel/power/pm.c:62)
> kernel/power/pm.c:203: warning: 'pm_register' is deprecated (declared at kernel/power/pm.c:62)
> kernel/power/pm.c:204: warning: 'pm_send_all' is deprecated (declared at kernel/power/pm.c:178)
> kernel/power/pm.c:204: warning: 'pm_send_all' is deprecated (declared at kernel/power/pm.c:178)
>
> is getting a bit boring. These were marked deprecated at least three years
> ago.
>
>
> pm_register() no longer has any callers and afacit can be removed
> immediately.
>
> pm_send_all() has just a handful of callers:
>
> arch/x86/kernel/apm_32.c
> arch/mips/au1000/common/power.c
> arch/frv/kernel/pm.c
AFAICT pm_send_all is a nop when noone uses pm_register...
Hmm.. can we just force CONFIG_PM_LEGACY=n, and see what happens?
Or maybe this is better idea? It may break build somewhere, but it
should be easy to fix... (it builds here, i386 and x86-64).
Signed-off-by: Pavel Machek <pavel@suse.cz>
diff --git a/arch/frv/kernel/pm.c b/arch/frv/kernel/pm.c
index c57ce3f..73f3aee 100644
--- a/arch/frv/kernel/pm.c
+++ b/arch/frv/kernel/pm.c
@@ -163,14 +163,11 @@ static int sysctl_pm_do_suspend(ctl_tabl
if ((mode != 1) && (mode != 5))
return -EINVAL;
- retval = pm_send_all(PM_SUSPEND, (void *)3);
-
if (retval == 0) {
if (mode == 5)
retval = pm_do_bus_sleep();
else
retval = pm_do_suspend();
- pm_send_all(PM_RESUME, (void *)0);
}
return retval;
@@ -183,9 +180,6 @@ static int try_set_cmode(int new_cmode)
if (!(clock_cmodes_permitted & (1<<new_cmode)))
return -EINVAL;
- /* tell all the drivers we're suspending */
- pm_send_all(PM_SUSPEND, (void *)3);
-
/* now change cmode */
local_irq_disable();
frv_dma_pause_all();
@@ -201,8 +195,6 @@ #endif
frv_dma_resume_all();
local_irq_enable();
- /* tell all the drivers we're resuming */
- pm_send_all(PM_RESUME, (void *)0);
return 0;
}
diff --git a/arch/mips/au1000/common/power.c b/arch/mips/au1000/common/power.c
index 54047d6..a9f7f63 100644
--- a/arch/mips/au1000/common/power.c
+++ b/arch/mips/au1000/common/power.c
@@ -258,7 +258,6 @@ #endif
static int pm_do_sleep(ctl_table * ctl, int write, struct file *file,
void __user *buffer, size_t * len, loff_t *ppos)
{
- int retval = 0;
#ifdef SLEEP_TEST_TIMEOUT
#define TMPBUFLEN2 16
char buf[TMPBUFLEN2], *p;
@@ -278,33 +277,21 @@ #ifdef SLEEP_TEST_TIMEOUT
p = buf;
sleep_ticks = simple_strtoul(p, &p, 0);
#endif
- retval = pm_send_all(PM_SUSPEND, (void *) 2);
-
- if (retval)
- return retval;
au_sleep();
- retval = pm_send_all(PM_RESUME, (void *) 0);
}
- return retval;
+ return 0;
}
static int pm_do_suspend(ctl_table * ctl, int write, struct file *file,
void __user *buffer, size_t * len, loff_t *ppos)
{
- int retval = 0;
-
if (!write) {
*len = 0;
} else {
- retval = pm_send_all(PM_SUSPEND, (void *) 2);
- if (retval)
- return retval;
suspend_mode = 1;
-
- retval = pm_send_all(PM_RESUME, (void *) 0);
}
- return retval;
+ return 0;
}
diff --git a/arch/x86/kernel/apm_32.c b/arch/x86/kernel/apm_32.c
index d4438ef..d7e92bf 100644
--- a/arch/x86/kernel/apm_32.c
+++ b/arch/x86/kernel/apm_32.c
@@ -1189,19 +1189,6 @@ static int suspend(int vetoable)
int err;
struct apm_user *as;
- if (pm_send_all(PM_SUSPEND, (void *)3)) {
- /* Vetoed */
- if (vetoable) {
- if (apm_info.connection_version > 0x100)
- set_system_power_state(APM_STATE_REJECT);
- err = -EBUSY;
- ignore_sys_suspend = 0;
- printk(KERN_WARNING "apm: suspend was vetoed.\n");
- goto out;
- }
- printk(KERN_CRIT "apm: suspend was vetoed, but suspending anyway.\n");
- }
-
device_suspend(PMSG_SUSPEND);
local_irq_disable();
device_power_down(PMSG_SUSPEND);
@@ -1224,7 +1211,6 @@ static int suspend(int vetoable)
device_power_up();
local_irq_enable();
device_resume();
- pm_send_all(PM_RESUME, (void *)0);
queue_event(APM_NORMAL_RESUME, NULL);
out:
spin_lock(&user_list_lock);
@@ -1337,7 +1323,6 @@ #endif
if ((event != APM_NORMAL_RESUME)
|| (ignore_normal_resume == 0)) {
device_resume();
- pm_send_all(PM_RESUME, (void *)0);
queue_event(event, NULL);
}
ignore_normal_resume = 0;
diff --git a/kernel/power/Kconfig b/kernel/power/Kconfig
index e2d7b39..d6d8f8b 100644
--- a/kernel/power/Kconfig
+++ b/kernel/power/Kconfig
@@ -19,16 +19,6 @@ config PM
will issue the hlt instruction if nothing is to be done, thereby
sending the processor to sleep and saving power.
-config PM_LEGACY
- bool "Legacy Power Management API (DEPRECATED)"
- depends on PM
- default n
- ---help---
- Support for pm_register() and friends. This old API is obsoleted
- by the driver model.
-
- If unsure, say N.
-
config PM_DEBUG
bool "Power Management Debug Support"
depends on PM
diff --git a/kernel/power/Makefile b/kernel/power/Makefile
index e5693d6..523abb9 100644
--- a/kernel/power/Makefile
+++ b/kernel/power/Makefile
@@ -4,7 +4,6 @@ EXTRA_CFLAGS += -DDEBUG
endif
obj-y := main.o
-obj-$(CONFIG_PM_LEGACY) += pm.o
obj-$(CONFIG_PM_SLEEP) += process.o console.o sleepy.o
obj-$(CONFIG_HIBERNATION) += swsusp.o disk.o snapshot.o swap.o user.o
diff --git a/kernel/power/pm.c b/kernel/power/pm.c
deleted file mode 100644
index 60c73fa..0000000
--- a/kernel/power/pm.c
+++ /dev/null
@@ -1,205 +0,0 @@
-/*
- * pm.c - Power management interface
- *
- * Copyright (C) 2000 Andrew Henroid
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License as published by
- * the Free Software Foundation; either version 2 of the License, or
- * (at your option) any later version.
- *
- * This program is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
- * GNU General Public License for more details.
- *
- * You should have received a copy of the GNU General Public License
- * along with this program; if not, write to the Free Software
- * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
- */
-#include <linux/init.h>
-#include <linux/module.h>
-#include <linux/spinlock.h>
-#include <linux/mm.h>
-#include <linux/slab.h>
-#include <linux/pm.h>
-#include <linux/pm_legacy.h>
-#include <linux/interrupt.h>
-#include <linux/mutex.h>
-
-/*
- * Locking notes:
- * pm_devs_lock can be a semaphore providing pm ops are not called
- * from an interrupt handler (already a bad idea so no change here). Each
- * change must be protected so that an unlink of an entry doesn't clash
- * with a pm send - which is permitted to sleep in the current architecture
- *
- * Module unloads clashing with pm events now work out safely, the module
- * unload path will block until the event has been sent. It may well block
- * until a resume but that will be fine.
- */
-
-static DEFINE_MUTEX(pm_devs_lock);
-static LIST_HEAD(pm_devs);
-
-/**
- * pm_register - register a device with power management
- * @type: device type
- * @id: device ID
- * @callback: callback function
- *
- * Add a device to the list of devices that wish to be notified about
- * power management events. A &pm_dev structure is returned on success,
- * on failure the return is %NULL.
- *
- * The callback function will be called in process context and
- * it may sleep.
- */
-
-struct pm_dev *pm_register(pm_dev_t type,
- unsigned long id,
- pm_callback callback)
-{
- struct pm_dev *dev = kzalloc(sizeof(struct pm_dev), GFP_KERNEL);
- if (dev) {
- dev->type = type;
- dev->id = id;
- dev->callback = callback;
-
- mutex_lock(&pm_devs_lock);
- list_add(&dev->entry, &pm_devs);
- mutex_unlock(&pm_devs_lock);
- }
- return dev;
-}
-
-/**
- * pm_send - send request to a single device
- * @dev: device to send to
- * @rqst: power management request
- * @data: data for the callback
- *
- * Issue a power management request to a given device. The
- * %PM_SUSPEND and %PM_RESUME events are handled specially. The
- * data field must hold the intended next state. No call is made
- * if the state matches.
- *
- * BUGS: what stops two power management requests occurring in parallel
- * and conflicting.
- *
- * WARNING: Calling pm_send directly is not generally recommended, in
- * particular there is no locking against the pm_dev going away. The
- * caller must maintain all needed locking or have 'inside knowledge'
- * on the safety. Also remember that this function is not locked against
- * pm_unregister. This means that you must handle SMP races on callback
- * execution and unload yourself.
- */
-
-static int pm_send(struct pm_dev *dev, pm_request_t rqst, void *data)
-{
- int status = 0;
- unsigned long prev_state, next_state;
-
- if (in_interrupt())
- BUG();
-
- switch (rqst) {
- case PM_SUSPEND:
- case PM_RESUME:
- prev_state = dev->state;
- next_state = (unsigned long) data;
- if (prev_state != next_state) {
- if (dev->callback)
- status = (*dev->callback)(dev, rqst, data);
- if (!status) {
- dev->state = next_state;
- dev->prev_state = prev_state;
- }
- }
- else {
- dev->prev_state = prev_state;
- }
- break;
- default:
- if (dev->callback)
- status = (*dev->callback)(dev, rqst, data);
- break;
- }
- return status;
-}
-
-/*
- * Undo incomplete request
- */
-static void pm_undo_all(struct pm_dev *last)
-{
- struct list_head *entry = last->entry.prev;
- while (entry != &pm_devs) {
- struct pm_dev *dev = list_entry(entry, struct pm_dev, entry);
- if (dev->state != dev->prev_state) {
- /* previous state was zero (running) resume or
- * previous state was non-zero (suspended) suspend
- */
- pm_request_t undo = (dev->prev_state
- ? PM_SUSPEND:PM_RESUME);
- pm_send(dev, undo, (void*) dev->prev_state);
- }
- entry = entry->prev;
- }
-}
-
-/**
- * pm_send_all - send request to all managed devices
- * @rqst: power management request
- * @data: data for the callback
- *
- * Issue a power management request to a all devices. The
- * %PM_SUSPEND events are handled specially. Any device is
- * permitted to fail a suspend by returning a non zero (error)
- * value from its callback function. If any device vetoes a
- * suspend request then all other devices that have suspended
- * during the processing of this request are restored to their
- * previous state.
- *
- * WARNING: This function takes the pm_devs_lock. The lock is not dropped until
- * the callbacks have completed. This prevents races against pm locking
- * functions, races against module unload pm_unregister code. It does
- * mean however that you must not issue pm_ functions within the callback
- * or you will deadlock and users will hate you.
- *
- * Zero is returned on success. If a suspend fails then the status
- * from the device that vetoes the suspend is returned.
- *
- * BUGS: what stops two power management requests occurring in parallel
- * and conflicting.
- */
-
-int pm_send_all(pm_request_t rqst, void *data)
-{
- struct list_head *entry;
-
- mutex_lock(&pm_devs_lock);
- entry = pm_devs.next;
- while (entry != &pm_devs) {
- struct pm_dev *dev = list_entry(entry, struct pm_dev, entry);
- if (dev->callback) {
- int status = pm_send(dev, rqst, data);
- if (status) {
- /* return devices to previous state on
- * failed suspend request
- */
- if (rqst == PM_SUSPEND)
- pm_undo_all(dev);
- mutex_unlock(&pm_devs_lock);
- return status;
- }
- }
- entry = entry->next;
- }
- mutex_unlock(&pm_devs_lock);
- return 0;
-}
-
-EXPORT_SYMBOL(pm_register);
-EXPORT_SYMBOL(pm_send_all);
-
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
^ permalink raw reply related [flat|nested] 14+ messages in thread
* Re: pm_register() and pm_send_all()
2008-03-13 9:28 ` Pavel Machek
@ 2008-03-13 12:28 ` Ralf Baechle
2008-03-13 14:19 ` Ralf Baechle
2008-03-13 20:54 ` Rafael J. Wysocki
2008-03-21 11:42 ` Ingo Molnar
2 siblings, 1 reply; 14+ messages in thread
From: Ralf Baechle @ 2008-03-13 12:28 UTC (permalink / raw)
To: Pavel Machek
Cc: Andrew Morton, Rafael J. Wysocki, linux-kernel, Ingo Molnar,
Thomas Gleixner, David Howells
On Thu, Mar 13, 2008 at 10:28:13AM +0100, Pavel Machek wrote:
> AFAICT pm_send_all is a nop when noone uses pm_register...
>
> Hmm.. can we just force CONFIG_PM_LEGACY=n, and see what happens?
>
> Or maybe this is better idea? It may break build somewhere, but it
> should be easy to fix... (it builds here, i386 and x86-64).
Looks correct to me, thus ACK.
Spinning that a little further I wonder how useful the rest of the
Alchemy code - which seems to only deal with devices - is. If at all.
I'm going to check with some Alchemy users if that code actually works or
can be removed. I think the latter. Also there is the APM emulation
available which provides similar functionality.
Ralf
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pm_register() and pm_send_all()
2008-03-12 22:00 pm_register() and pm_send_all() Andrew Morton
2008-03-12 22:54 ` Rafael J. Wysocki
2008-03-13 9:28 ` Pavel Machek
@ 2008-03-13 12:31 ` David Howells
2008-03-13 16:07 ` Andrew Morton
2008-03-13 18:05 ` Pavel Machek
2 siblings, 2 replies; 14+ messages in thread
From: David Howells @ 2008-03-13 12:31 UTC (permalink / raw)
To: Andrew Morton
Cc: dhowells, Rafael J. Wysocki, Pavel Machek, linux-kernel,
Ingo Molnar, Thomas Gleixner, Ralf Baechle
Andrew Morton <akpm@linux-foundation.org> wrote:
> pm_send_all() has just a handful of callers:
What should be done instead of calling pm_send_all()?
David
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pm_register() and pm_send_all()
2008-03-13 12:28 ` Ralf Baechle
@ 2008-03-13 14:19 ` Ralf Baechle
2008-03-13 18:06 ` Pavel Machek
0 siblings, 1 reply; 14+ messages in thread
From: Ralf Baechle @ 2008-03-13 14:19 UTC (permalink / raw)
To: Pavel Machek
Cc: Andrew Morton, Rafael J. Wysocki, linux-kernel, Ingo Molnar,
Thomas Gleixner, David Howells
On Thu, Mar 13, 2008 at 12:28:23PM +0000, Ralf Baechle wrote:
> Looks correct to me, thus ACK.
>
> Spinning that a little further I wonder how useful the rest of the
> Alchemy code - which seems to only deal with devices - is. If at all.
> I'm going to check with some Alchemy users if that code actually works or
> can be removed. I think the latter. Also there is the APM emulation
> available which provides similar functionality.
So here a patch do cleanup a part. Probably more to come
From: Ralf Baechle <ralf@linux-mips.org>
[MIPS] Alchey: Crapectomy after removal of pm_send_all calls.
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
arch/mips/au1000/common/power.c | 20 --------------------
1 file changed, 20 deletions(-)
Index: linux-mips/arch/mips/au1000/common/power.c
===================================================================
--- linux-mips.orig/arch/mips/au1000/common/power.c
+++ linux-mips/arch/mips/au1000/common/power.c
@@ -283,18 +283,6 @@ static int pm_do_sleep(ctl_table * ctl,
return 0;
}
-static int pm_do_suspend(ctl_table * ctl, int write, struct file *file,
- void __user *buffer, size_t * len, loff_t *ppos)
-{
- if (!write) {
- *len = 0;
- } else {
- suspend_mode = 1;
- }
- return 0;
-}
-
-
static int pm_do_freq(ctl_table * ctl, int write, struct file *file,
void __user *buffer, size_t * len, loff_t *ppos)
{
@@ -408,14 +396,6 @@ static int pm_do_freq(ctl_table * ctl, i
static struct ctl_table pm_table[] = {
{
- .ctl_name = CTL_UNNUMBERED,
- .procname = "suspend",
- .data = NULL,
- .maxlen = 0,
- .mode = 0600,
- .proc_handler = &pm_do_suspend
- },
- {
.ctl_name = CTL_UNNUMBERED,
.procname = "sleep",
.data = NULL,
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pm_register() and pm_send_all()
2008-03-13 12:31 ` David Howells
@ 2008-03-13 16:07 ` Andrew Morton
2008-03-13 18:05 ` Pavel Machek
1 sibling, 0 replies; 14+ messages in thread
From: Andrew Morton @ 2008-03-13 16:07 UTC (permalink / raw)
To: David Howells
Cc: Rafael J. Wysocki, Pavel Machek, linux-kernel, Ingo Molnar,
Thomas Gleixner, Ralf Baechle
On Thu, 13 Mar 2008 12:31:37 +0000 David Howells <dhowells@redhat.com> wrote:
> Andrew Morton <akpm@linux-foundation.org> wrote:
>
> > pm_send_all() has just a handful of callers:
>
> What should be done instead of calling pm_send_all()?
>
I don't know, and neither does Rafael. Hopefully Pavel does?
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pm_register() and pm_send_all()
2008-03-13 12:31 ` David Howells
2008-03-13 16:07 ` Andrew Morton
@ 2008-03-13 18:05 ` Pavel Machek
2008-03-13 18:26 ` Andrew Morton
1 sibling, 1 reply; 14+ messages in thread
From: Pavel Machek @ 2008-03-13 18:05 UTC (permalink / raw)
To: David Howells
Cc: Andrew Morton, Rafael J. Wysocki, linux-kernel, Ingo Molnar,
Thomas Gleixner, Ralf Baechle
On Thu 2008-03-13 12:31:37, David Howells wrote:
> Andrew Morton <akpm@linux-foundation.org> wrote:
>
> > pm_send_all() has just a handful of callers:
>
> What should be done instead of calling pm_send_all()?
pm_send_all is currently nop.
device_suspend/resume are closest equivalents.
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
pomozte zachranit klanovicky les: http://www.ujezdskystrom.info/
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pm_register() and pm_send_all()
2008-03-13 14:19 ` Ralf Baechle
@ 2008-03-13 18:06 ` Pavel Machek
0 siblings, 0 replies; 14+ messages in thread
From: Pavel Machek @ 2008-03-13 18:06 UTC (permalink / raw)
To: Ralf Baechle
Cc: Andrew Morton, Rafael J. Wysocki, linux-kernel, Ingo Molnar,
Thomas Gleixner, David Howells
On Thu 2008-03-13 14:19:17, Ralf Baechle wrote:
> On Thu, Mar 13, 2008 at 12:28:23PM +0000, Ralf Baechle wrote:
>
> > Looks correct to me, thus ACK.
> >
> > Spinning that a little further I wonder how useful the rest of the
> > Alchemy code - which seems to only deal with devices - is. If at all.
> > I'm going to check with some Alchemy users if that code actually works or
> > can be removed. I think the latter. Also there is the APM emulation
> > available which provides similar functionality.
>
> So here a patch do cleanup a part. Probably more to come
>
> From: Ralf Baechle <ralf@linux-mips.org>
>
> [MIPS] Alchey: Crapectomy after removal of pm_send_all calls.
>
> Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
ACK.
>
> arch/mips/au1000/common/power.c | 20 --------------------
> 1 file changed, 20 deletions(-)
>
> Index: linux-mips/arch/mips/au1000/common/power.c
> ===================================================================
> --- linux-mips.orig/arch/mips/au1000/common/power.c
> +++ linux-mips/arch/mips/au1000/common/power.c
> @@ -283,18 +283,6 @@ static int pm_do_sleep(ctl_table * ctl,
> return 0;
> }
>
> -static int pm_do_suspend(ctl_table * ctl, int write, struct file *file,
> - void __user *buffer, size_t * len, loff_t *ppos)
> -{
> - if (!write) {
> - *len = 0;
> - } else {
> - suspend_mode = 1;
> - }
> - return 0;
> -}
> -
> -
> static int pm_do_freq(ctl_table * ctl, int write, struct file *file,
> void __user *buffer, size_t * len, loff_t *ppos)
> {
> @@ -408,14 +396,6 @@ static int pm_do_freq(ctl_table * ctl, i
>
> static struct ctl_table pm_table[] = {
> {
> - .ctl_name = CTL_UNNUMBERED,
> - .procname = "suspend",
> - .data = NULL,
> - .maxlen = 0,
> - .mode = 0600,
> - .proc_handler = &pm_do_suspend
> - },
> - {
> .ctl_name = CTL_UNNUMBERED,
> .procname = "sleep",
> .data = NULL,
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
pomozte zachranit klanovicky les: http://www.ujezdskystrom.info/
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pm_register() and pm_send_all()
2008-03-13 18:05 ` Pavel Machek
@ 2008-03-13 18:26 ` Andrew Morton
2008-03-14 8:04 ` Pavel Machek
0 siblings, 1 reply; 14+ messages in thread
From: Andrew Morton @ 2008-03-13 18:26 UTC (permalink / raw)
To: Pavel Machek; +Cc: dhowells, rjw, linux-kernel, mingo, tglx, ralf
On Thu, 13 Mar 2008 19:05:58 +0100
Pavel Machek <pavel@ucw.cz> wrote:
> On Thu 2008-03-13 12:31:37, David Howells wrote:
> > Andrew Morton <akpm@linux-foundation.org> wrote:
> >
> > > pm_send_all() has just a handful of callers:
> >
> > What should be done instead of calling pm_send_all()?
>
> pm_send_all is currently nop.
So we could have deleted pm_send_all() and pm_register() ages ago? And
we've all been needlessly staring at those warnings all this time?
Grumble.
Could we please have a volunteer to take care of making these things go
away asap?
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pm_register() and pm_send_all()
2008-03-13 9:28 ` Pavel Machek
2008-03-13 12:28 ` Ralf Baechle
@ 2008-03-13 20:54 ` Rafael J. Wysocki
2008-03-13 21:04 ` Pavel Machek
2008-03-21 11:42 ` Ingo Molnar
2 siblings, 1 reply; 14+ messages in thread
From: Rafael J. Wysocki @ 2008-03-13 20:54 UTC (permalink / raw)
To: Pavel Machek
Cc: Andrew Morton, linux-kernel, Ingo Molnar, Thomas Gleixner,
Ralf Baechle, David Howells
On Thursday, 13 of March 2008, Pavel Machek wrote:
> On Wed 2008-03-12 15:00:42, Andrew Morton wrote:
> >
> > This:
> >
> > kernel/power/pm.c:203: warning: 'pm_register' is deprecated (declared at kernel/power/pm.c:62)
> > kernel/power/pm.c:203: warning: 'pm_register' is deprecated (declared at kernel/power/pm.c:62)
> > kernel/power/pm.c:204: warning: 'pm_send_all' is deprecated (declared at kernel/power/pm.c:178)
> > kernel/power/pm.c:204: warning: 'pm_send_all' is deprecated (declared at kernel/power/pm.c:178)
> >
> > is getting a bit boring. These were marked deprecated at least three years
> > ago.
> >
> >
> > pm_register() no longer has any callers and afacit can be removed
> > immediately.
> >
> > pm_send_all() has just a handful of callers:
> >
> > arch/x86/kernel/apm_32.c
> > arch/mips/au1000/common/power.c
> > arch/frv/kernel/pm.c
>
> AFAICT pm_send_all is a nop when noone uses pm_register...
Apparently on 2.6.24 it's not used anywehere, at least according to LXR.
> Hmm.. can we just force CONFIG_PM_LEGACY=n, and see what happens?
Do you want me to push this patch and the following one from Ralf to Len?
> Or maybe this is better idea? It may break build somewhere, but it
> should be easy to fix... (it builds here, i386 and x86-64).
>
> Signed-off-by: Pavel Machek <pavel@suse.cz>
>
> diff --git a/arch/frv/kernel/pm.c b/arch/frv/kernel/pm.c
> index c57ce3f..73f3aee 100644
> --- a/arch/frv/kernel/pm.c
> +++ b/arch/frv/kernel/pm.c
> @@ -163,14 +163,11 @@ static int sysctl_pm_do_suspend(ctl_tabl
> if ((mode != 1) && (mode != 5))
> return -EINVAL;
>
> - retval = pm_send_all(PM_SUSPEND, (void *)3);
> -
> if (retval == 0) {
> if (mode == 5)
> retval = pm_do_bus_sleep();
> else
> retval = pm_do_suspend();
> - pm_send_all(PM_RESUME, (void *)0);
> }
>
> return retval;
> @@ -183,9 +180,6 @@ static int try_set_cmode(int new_cmode)
> if (!(clock_cmodes_permitted & (1<<new_cmode)))
> return -EINVAL;
>
> - /* tell all the drivers we're suspending */
> - pm_send_all(PM_SUSPEND, (void *)3);
> -
> /* now change cmode */
> local_irq_disable();
> frv_dma_pause_all();
> @@ -201,8 +195,6 @@ #endif
> frv_dma_resume_all();
> local_irq_enable();
>
> - /* tell all the drivers we're resuming */
> - pm_send_all(PM_RESUME, (void *)0);
> return 0;
> }
>
> diff --git a/arch/mips/au1000/common/power.c b/arch/mips/au1000/common/power.c
> index 54047d6..a9f7f63 100644
> --- a/arch/mips/au1000/common/power.c
> +++ b/arch/mips/au1000/common/power.c
> @@ -258,7 +258,6 @@ #endif
> static int pm_do_sleep(ctl_table * ctl, int write, struct file *file,
> void __user *buffer, size_t * len, loff_t *ppos)
> {
> - int retval = 0;
> #ifdef SLEEP_TEST_TIMEOUT
> #define TMPBUFLEN2 16
> char buf[TMPBUFLEN2], *p;
> @@ -278,33 +277,21 @@ #ifdef SLEEP_TEST_TIMEOUT
> p = buf;
> sleep_ticks = simple_strtoul(p, &p, 0);
> #endif
> - retval = pm_send_all(PM_SUSPEND, (void *) 2);
> -
> - if (retval)
> - return retval;
>
> au_sleep();
> - retval = pm_send_all(PM_RESUME, (void *) 0);
> }
> - return retval;
> + return 0;
> }
>
> static int pm_do_suspend(ctl_table * ctl, int write, struct file *file,
> void __user *buffer, size_t * len, loff_t *ppos)
> {
> - int retval = 0;
> -
> if (!write) {
> *len = 0;
> } else {
> - retval = pm_send_all(PM_SUSPEND, (void *) 2);
> - if (retval)
> - return retval;
> suspend_mode = 1;
> -
> - retval = pm_send_all(PM_RESUME, (void *) 0);
> }
> - return retval;
> + return 0;
> }
>
>
> diff --git a/arch/x86/kernel/apm_32.c b/arch/x86/kernel/apm_32.c
> index d4438ef..d7e92bf 100644
> --- a/arch/x86/kernel/apm_32.c
> +++ b/arch/x86/kernel/apm_32.c
> @@ -1189,19 +1189,6 @@ static int suspend(int vetoable)
> int err;
> struct apm_user *as;
>
> - if (pm_send_all(PM_SUSPEND, (void *)3)) {
> - /* Vetoed */
> - if (vetoable) {
> - if (apm_info.connection_version > 0x100)
> - set_system_power_state(APM_STATE_REJECT);
> - err = -EBUSY;
> - ignore_sys_suspend = 0;
> - printk(KERN_WARNING "apm: suspend was vetoed.\n");
> - goto out;
> - }
> - printk(KERN_CRIT "apm: suspend was vetoed, but suspending anyway.\n");
> - }
> -
> device_suspend(PMSG_SUSPEND);
> local_irq_disable();
> device_power_down(PMSG_SUSPEND);
> @@ -1224,7 +1211,6 @@ static int suspend(int vetoable)
> device_power_up();
> local_irq_enable();
> device_resume();
> - pm_send_all(PM_RESUME, (void *)0);
> queue_event(APM_NORMAL_RESUME, NULL);
> out:
> spin_lock(&user_list_lock);
> @@ -1337,7 +1323,6 @@ #endif
> if ((event != APM_NORMAL_RESUME)
> || (ignore_normal_resume == 0)) {
> device_resume();
> - pm_send_all(PM_RESUME, (void *)0);
> queue_event(event, NULL);
> }
> ignore_normal_resume = 0;
> diff --git a/kernel/power/Kconfig b/kernel/power/Kconfig
> index e2d7b39..d6d8f8b 100644
> --- a/kernel/power/Kconfig
> +++ b/kernel/power/Kconfig
> @@ -19,16 +19,6 @@ config PM
> will issue the hlt instruction if nothing is to be done, thereby
> sending the processor to sleep and saving power.
>
> -config PM_LEGACY
> - bool "Legacy Power Management API (DEPRECATED)"
> - depends on PM
> - default n
> - ---help---
> - Support for pm_register() and friends. This old API is obsoleted
> - by the driver model.
> -
> - If unsure, say N.
> -
> config PM_DEBUG
> bool "Power Management Debug Support"
> depends on PM
> diff --git a/kernel/power/Makefile b/kernel/power/Makefile
> index e5693d6..523abb9 100644
> --- a/kernel/power/Makefile
> +++ b/kernel/power/Makefile
> @@ -4,7 +4,6 @@ EXTRA_CFLAGS += -DDEBUG
> endif
>
> obj-y := main.o
> -obj-$(CONFIG_PM_LEGACY) += pm.o
> obj-$(CONFIG_PM_SLEEP) += process.o console.o sleepy.o
> obj-$(CONFIG_HIBERNATION) += swsusp.o disk.o snapshot.o swap.o user.o
>
> diff --git a/kernel/power/pm.c b/kernel/power/pm.c
> deleted file mode 100644
> index 60c73fa..0000000
> --- a/kernel/power/pm.c
> +++ /dev/null
> @@ -1,205 +0,0 @@
> -/*
> - * pm.c - Power management interface
> - *
> - * Copyright (C) 2000 Andrew Henroid
> - *
> - * This program is free software; you can redistribute it and/or modify
> - * it under the terms of the GNU General Public License as published by
> - * the Free Software Foundation; either version 2 of the License, or
> - * (at your option) any later version.
> - *
> - * This program is distributed in the hope that it will be useful,
> - * but WITHOUT ANY WARRANTY; without even the implied warranty of
> - * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> - * GNU General Public License for more details.
> - *
> - * You should have received a copy of the GNU General Public License
> - * along with this program; if not, write to the Free Software
> - * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
> - */
> -#include <linux/init.h>
> -#include <linux/module.h>
> -#include <linux/spinlock.h>
> -#include <linux/mm.h>
> -#include <linux/slab.h>
> -#include <linux/pm.h>
> -#include <linux/pm_legacy.h>
> -#include <linux/interrupt.h>
> -#include <linux/mutex.h>
> -
> -/*
> - * Locking notes:
> - * pm_devs_lock can be a semaphore providing pm ops are not called
> - * from an interrupt handler (already a bad idea so no change here). Each
> - * change must be protected so that an unlink of an entry doesn't clash
> - * with a pm send - which is permitted to sleep in the current architecture
> - *
> - * Module unloads clashing with pm events now work out safely, the module
> - * unload path will block until the event has been sent. It may well block
> - * until a resume but that will be fine.
> - */
> -
> -static DEFINE_MUTEX(pm_devs_lock);
> -static LIST_HEAD(pm_devs);
> -
> -/**
> - * pm_register - register a device with power management
> - * @type: device type
> - * @id: device ID
> - * @callback: callback function
> - *
> - * Add a device to the list of devices that wish to be notified about
> - * power management events. A &pm_dev structure is returned on success,
> - * on failure the return is %NULL.
> - *
> - * The callback function will be called in process context and
> - * it may sleep.
> - */
> -
> -struct pm_dev *pm_register(pm_dev_t type,
> - unsigned long id,
> - pm_callback callback)
> -{
> - struct pm_dev *dev = kzalloc(sizeof(struct pm_dev), GFP_KERNEL);
> - if (dev) {
> - dev->type = type;
> - dev->id = id;
> - dev->callback = callback;
> -
> - mutex_lock(&pm_devs_lock);
> - list_add(&dev->entry, &pm_devs);
> - mutex_unlock(&pm_devs_lock);
> - }
> - return dev;
> -}
> -
> -/**
> - * pm_send - send request to a single device
> - * @dev: device to send to
> - * @rqst: power management request
> - * @data: data for the callback
> - *
> - * Issue a power management request to a given device. The
> - * %PM_SUSPEND and %PM_RESUME events are handled specially. The
> - * data field must hold the intended next state. No call is made
> - * if the state matches.
> - *
> - * BUGS: what stops two power management requests occurring in parallel
> - * and conflicting.
> - *
> - * WARNING: Calling pm_send directly is not generally recommended, in
> - * particular there is no locking against the pm_dev going away. The
> - * caller must maintain all needed locking or have 'inside knowledge'
> - * on the safety. Also remember that this function is not locked against
> - * pm_unregister. This means that you must handle SMP races on callback
> - * execution and unload yourself.
> - */
> -
> -static int pm_send(struct pm_dev *dev, pm_request_t rqst, void *data)
> -{
> - int status = 0;
> - unsigned long prev_state, next_state;
> -
> - if (in_interrupt())
> - BUG();
> -
> - switch (rqst) {
> - case PM_SUSPEND:
> - case PM_RESUME:
> - prev_state = dev->state;
> - next_state = (unsigned long) data;
> - if (prev_state != next_state) {
> - if (dev->callback)
> - status = (*dev->callback)(dev, rqst, data);
> - if (!status) {
> - dev->state = next_state;
> - dev->prev_state = prev_state;
> - }
> - }
> - else {
> - dev->prev_state = prev_state;
> - }
> - break;
> - default:
> - if (dev->callback)
> - status = (*dev->callback)(dev, rqst, data);
> - break;
> - }
> - return status;
> -}
> -
> -/*
> - * Undo incomplete request
> - */
> -static void pm_undo_all(struct pm_dev *last)
> -{
> - struct list_head *entry = last->entry.prev;
> - while (entry != &pm_devs) {
> - struct pm_dev *dev = list_entry(entry, struct pm_dev, entry);
> - if (dev->state != dev->prev_state) {
> - /* previous state was zero (running) resume or
> - * previous state was non-zero (suspended) suspend
> - */
> - pm_request_t undo = (dev->prev_state
> - ? PM_SUSPEND:PM_RESUME);
> - pm_send(dev, undo, (void*) dev->prev_state);
> - }
> - entry = entry->prev;
> - }
> -}
> -
> -/**
> - * pm_send_all - send request to all managed devices
> - * @rqst: power management request
> - * @data: data for the callback
> - *
> - * Issue a power management request to a all devices. The
> - * %PM_SUSPEND events are handled specially. Any device is
> - * permitted to fail a suspend by returning a non zero (error)
> - * value from its callback function. If any device vetoes a
> - * suspend request then all other devices that have suspended
> - * during the processing of this request are restored to their
> - * previous state.
> - *
> - * WARNING: This function takes the pm_devs_lock. The lock is not dropped until
> - * the callbacks have completed. This prevents races against pm locking
> - * functions, races against module unload pm_unregister code. It does
> - * mean however that you must not issue pm_ functions within the callback
> - * or you will deadlock and users will hate you.
> - *
> - * Zero is returned on success. If a suspend fails then the status
> - * from the device that vetoes the suspend is returned.
> - *
> - * BUGS: what stops two power management requests occurring in parallel
> - * and conflicting.
> - */
> -
> -int pm_send_all(pm_request_t rqst, void *data)
> -{
> - struct list_head *entry;
> -
> - mutex_lock(&pm_devs_lock);
> - entry = pm_devs.next;
> - while (entry != &pm_devs) {
> - struct pm_dev *dev = list_entry(entry, struct pm_dev, entry);
> - if (dev->callback) {
> - int status = pm_send(dev, rqst, data);
> - if (status) {
> - /* return devices to previous state on
> - * failed suspend request
> - */
> - if (rqst == PM_SUSPEND)
> - pm_undo_all(dev);
> - mutex_unlock(&pm_devs_lock);
> - return status;
> - }
> - }
> - entry = entry->next;
> - }
> - mutex_unlock(&pm_devs_lock);
> - return 0;
> -}
> -
> -EXPORT_SYMBOL(pm_register);
> -EXPORT_SYMBOL(pm_send_all);
> -
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pm_register() and pm_send_all()
2008-03-13 20:54 ` Rafael J. Wysocki
@ 2008-03-13 21:04 ` Pavel Machek
0 siblings, 0 replies; 14+ messages in thread
From: Pavel Machek @ 2008-03-13 21:04 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Andrew Morton, linux-kernel, Ingo Molnar, Thomas Gleixner,
Ralf Baechle, David Howells
On Thu 2008-03-13 21:54:58, Rafael J. Wysocki wrote:
> On Thursday, 13 of March 2008, Pavel Machek wrote:
> > On Wed 2008-03-12 15:00:42, Andrew Morton wrote:
> > >
> > > This:
> > >
> > > kernel/power/pm.c:203: warning: 'pm_register' is deprecated (declared at kernel/power/pm.c:62)
> > > kernel/power/pm.c:203: warning: 'pm_register' is deprecated (declared at kernel/power/pm.c:62)
> > > kernel/power/pm.c:204: warning: 'pm_send_all' is deprecated (declared at kernel/power/pm.c:178)
> > > kernel/power/pm.c:204: warning: 'pm_send_all' is deprecated (declared at kernel/power/pm.c:178)
> > >
> > > is getting a bit boring. These were marked deprecated at least three years
> > > ago.
> > >
> > >
> > > pm_register() no longer has any callers and afacit can be removed
> > > immediately.
> > >
> > > pm_send_all() has just a handful of callers:
> > >
> > > arch/x86/kernel/apm_32.c
> > > arch/mips/au1000/common/power.c
> > > arch/frv/kernel/pm.c
> >
> > AFAICT pm_send_all is a nop when noone uses pm_register...
>
> Apparently on 2.6.24 it's not used anywehere, at least according to LXR.
>
> > Hmm.. can we just force CONFIG_PM_LEGACY=n, and see what happens?
>
> Do you want me to push this patch and the following one from Ralf to
> Len?
Yes... I think we can kill pm_send_all etc...
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
pomozte zachranit klanovicky les: http://www.ujezdskystrom.info/
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pm_register() and pm_send_all()
2008-03-13 18:26 ` Andrew Morton
@ 2008-03-14 8:04 ` Pavel Machek
0 siblings, 0 replies; 14+ messages in thread
From: Pavel Machek @ 2008-03-14 8:04 UTC (permalink / raw)
To: Andrew Morton; +Cc: dhowells, rjw, linux-kernel, mingo, tglx, ralf
On Thu 2008-03-13 11:26:14, Andrew Morton wrote:
> On Thu, 13 Mar 2008 19:05:58 +0100
> Pavel Machek <pavel@ucw.cz> wrote:
>
> > On Thu 2008-03-13 12:31:37, David Howells wrote:
> > > Andrew Morton <akpm@linux-foundation.org> wrote:
> > >
> > > > pm_send_all() has just a handful of callers:
> > >
> > > What should be done instead of calling pm_send_all()?
> >
> > pm_send_all is currently nop.
>
> So we could have deleted pm_send_all() and pm_register() ages ago? And
> we've all been needlessly staring at those warnings all this time?
> Grumble.
we could have deleted pm_send_all when users of pm_register were gone,
yes.... just nobody noticed :-(.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
pomozte zachranit klanovicky les: http://www.ujezdskystrom.info/
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pm_register() and pm_send_all()
2008-03-13 9:28 ` Pavel Machek
2008-03-13 12:28 ` Ralf Baechle
2008-03-13 20:54 ` Rafael J. Wysocki
@ 2008-03-21 11:42 ` Ingo Molnar
2 siblings, 0 replies; 14+ messages in thread
From: Ingo Molnar @ 2008-03-21 11:42 UTC (permalink / raw)
To: Pavel Machek
Cc: Andrew Morton, Rafael J. Wysocki, linux-kernel, Thomas Gleixner,
Ralf Baechle, David Howells
* Pavel Machek <pavel@ucw.cz> wrote:
> --- a/arch/x86/kernel/apm_32.c
> +++ b/arch/x86/kernel/apm_32.c
thanks Pavel for taking care of this - the x86 bits look good. Those
warnings have annoyed me for ages :-/
Acked-by: Ingo Molnar <mingo@elte.hu>
Ingo
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2008-03-21 11:43 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-03-12 22:00 pm_register() and pm_send_all() Andrew Morton
2008-03-12 22:54 ` Rafael J. Wysocki
2008-03-13 9:28 ` Pavel Machek
2008-03-13 12:28 ` Ralf Baechle
2008-03-13 14:19 ` Ralf Baechle
2008-03-13 18:06 ` Pavel Machek
2008-03-13 20:54 ` Rafael J. Wysocki
2008-03-13 21:04 ` Pavel Machek
2008-03-21 11:42 ` Ingo Molnar
2008-03-13 12:31 ` David Howells
2008-03-13 16:07 ` Andrew Morton
2008-03-13 18:05 ` Pavel Machek
2008-03-13 18:26 ` Andrew Morton
2008-03-14 8:04 ` Pavel Machek
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox