linux-kernel - Re: [linux-pm] Suspend to RAm query

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] [day] [month] [year] [list]

Date:	Sun, 3 Jul 2011 09:04:08 +0200
From:	"Rafael J. Wysocki" <rjw@...k.pl>
To:	deepak.sikri79@...il.com
Cc:	linux-pm@...ts.linux-foundation.org,
	deepaksi <deepak.sikri@...com>, linux-kernel@...r.kernel.org
Subject: Re: [linux-pm] Suspend to RAm query

Hi,

On Tuesday, June 28, 2011, deepaksi wrote:
> Hi All,
> 
> I have a very basic query w.r.t the place to handle the standby/suspend
> process for the devices in the system.
> 
> Should it be done at the driver level or in the machine/platform
> specific code ?
> 
> There are instances where I need some specific functionality in the
> standby mode, or some extra functionality
> in the suspend mode at the device level. Is that the reason for
> differentiating between the suspend and standby at
> the platform code level, because in platform code we get different
> states signifying a suspend or a standby ?

Yes, it is.

The platform suspend callbacks in strcut platform_suspend_ops (as defined
in include/linux/suspend.h) take a suspend_state_t argument indicating
what state is being requested.  You can get the information from there,
if I understood your problem description correctly.

Thanks,
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/