On Wed 2009-03-25 11:31:57, Scott Wood wrote:
> Pavel Machek wrote:
>>> Pavel, what's the preferred way for current PM sub-system?
>>
>> If you have single sleep state, use "mem" > /sys/power/state.
>>
>> If you have two, use mem and standby. Do you have more?
>
> Some of our chips have two, and s
Pavel Machek wrote:
Pavel, what's the preferred way for current PM sub-system?
If you have single sleep state, use "mem" > /sys/power/state.
If you have two, use mem and standby. Do you have more?
Some of our chips have two, and some have one. However, the sleep state
of the chips that h
On Wed 2009-03-25 18:42:41, Li Yang wrote:
> On Tue, Mar 24, 2009 at 12:54 AM, Scott Wood wrote:
> > On Sun, Mar 22, 2009 at 10:45:23PM -0700, Li Yang-R58472 wrote:
> >> > I don't think so, in this case. The user is not asking for
> >> > "sleep" or deep sleep"; they are asking for a power state
>
On Tue, Mar 24, 2009 at 12:54 AM, Scott Wood wrote:
> On Sun, Mar 22, 2009 at 10:45:23PM -0700, Li Yang-R58472 wrote:
>> > I don't think so, in this case. The user is not asking for
>> > "sleep" or deep sleep"; they are asking for a power state
>> > that meets the definition of "standby" (which s
On Sun, Mar 22, 2009 at 10:45:23PM -0700, Li Yang-R58472 wrote:
> > I don't think so, in this case. The user is not asking for
> > "sleep" or deep sleep"; they are asking for a power state
> > that meets the definition of "standby" (which sleep does) or
> > which meets the definition of "mem"
2009/3/23 Li Yang-R58472
> > -Original Message-
> > From: Wood Scott-B07421
> > Sent: Friday, March 20, 2009 10:42 PM
> > To: Li Yang-R58472
> > Cc: Soohyung Cho; linuxppc-dev@ozlabs.org
> > Subject: Re: suspend-to-mem on the mpc8349e-mitx-gp?
> >
t; -Original Message-
> > From: Wood Scott-B07421
> > Sent: Friday, March 20, 2009 10:42 PM
> > To: Li Yang-R58472
> > Cc: Soohyung Cho; linuxppc-dev@ozlabs.org
> > Subject: Re: suspend-to-mem on the mpc8349e-mitx-gp?
> >
> > Li Yang-R58472 wrote:
&
> -Original Message-
> From: Wood Scott-B07421
> Sent: Friday, March 20, 2009 10:42 PM
> To: Li Yang-R58472
> Cc: Soohyung Cho; linuxppc-dev@ozlabs.org
> Subject: Re: suspend-to-mem on the mpc8349e-mitx-gp?
>
> Li Yang-R58472 wrote:
> >> However, the co
Li Yang-R58472 wrote:
However, the code should treat "mem" as "standby" on chips
that don't support deep sleep. What does the device tree
Well, shouldn't the valid() callback reject unsupported states instead
of covering up?
I don't think so, in this case. The user is not asking for "sleep
> -Original Message-
> From: Wood Scott-B07421
> Sent: Friday, March 20, 2009 12:11 AM
> To: Li Yang-R58472
> Cc: Soohyung Cho; linuxppc-dev@ozlabs.org
> Subject: Re: suspend-to-mem on the mpc8349e-mitx-gp?
>
> On Thu, Mar 19, 2009 at 12:24:26AM -07
ursday, March 19, 2009 1:47 PM
> > To: linuxppc-dev@ozlabs.org; Wood Scott-B07421
> > Subject: suspend-to-mem on the mpc8349e-mitx-gp?
> >
> > Hello.
> >
> > I need to enable suspend-to-mem(deep sleep) on my
> > mpc8349e-mitx-gp box.
> > When I send
suspend-asm.S codes.
>
> I know that the latest linux supports suspend-to-mem on the
> mpc8313erdb box well.
> Is it impossible to enable suspend-to-mem on the mpc8349e-mitx-gp?
I don't think the MPC8349 hardware has the deep sleep functionality.
- Leo
___
b box
well.
Is it impossible to enable suspend-to-mem on the mpc8349e-mitx-gp?
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
13 matches
Mail list logo