linux-kernel - Re: [RFC][PATCH] uli526x: Add suspend and resume routines

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 8 Aug 2007 14:09:41 +0200
From:	"Rafael J. Wysocki" <rjw@...k.pl>
To:	Andrew Morton <akpm@...ux-foundation.org>
Cc:	LKML <linux-kernel@...r.kernel.org>, Jeff Garzik <jeff@...zik.org>,
	pm list <linux-pm@...ts.linux-foundation.org>,
	Grant Grundler <grundler@...isc-linux.org>,
	Kyle McMartin <kyle@...artin.ca>
Subject: Re: [RFC][PATCH] uli526x: Add suspend and resume routines

On Wednesday, 8 August 2007 14:05, Rafael J. Wysocki wrote:
> On Wednesday, 8 August 2007 01:03, Andrew Morton wrote:
> > On Sun, 5 Aug 2007 21:14:01 +0200
> > "Rafael J. Wysocki" <rjw@...k.pl> wrote:
> > 
> > > +#ifdef CONFIG_PM_SLEEP
> > > +
> > > +/*
> > > + *	Suspend the interface.
> > > + */
> > > +
> > > +static int uli526x_suspend(struct pci_dev *pdev, pm_message_t state)
> > 
> > Since when did suspend and resume methods become dependent upon CONFIG_PM_SLEEP?
> > 
> > We have eight thousand implementations of this, all of which presently
> > use CONFIG_PM.
> 
> Yes, they do, but if CONFIG_PM_SLEEP is not set, they won't be used.

Well, not all of them.  There are some in USB used for runtime power
management and there may be some others like that, but the majority of them
are really only useful for suspend/hibernation.  Like the ones in this patch.

Greetings,
Rafael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/