* 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-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 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 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 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
* 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: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 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 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
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